From pawel.rzepa at gmail.com Tue Jan 2 14:05:29 2024 From: pawel.rzepa at gmail.com (=?UTF-8?B?UGF3ZcWCIFJ6ZXBh?=) Date: Tue, 2 Jan 2024 15:05:29 +0100 Subject: [rancid] (no subject) Message-ID: Hi, For some time now I'm facing a weird issue. My device configuration is stable however rancid intermittently reports changes. Sometimes it reports that many lines have been removed - looks like here is the problem. Then it reports that lines were added, where, I guess, it gets the config correctly. And sometimes it does not report any changes, where again, it suggests that the config was properly retrieved. I've been using rancid for many years, v2.3.8. Then I migrated to 3.13 with the hope that the issue disappear. It didn't help, I still observe the problem. The backuped device is Citrix's NetScaler. I suppose that this intermittent problem started when I added a looong (>1000 chars) line to the configuration. Can someone help with the idea how to troubleshoot this issue? Regards, Pawel -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.schmidt at wyo.gov Wed Jan 17 19:46:44 2024 From: daniel.schmidt at wyo.gov (Daniel Schmidt) Date: Wed, 17 Jan 2024 13:46:44 -0600 Subject: [rancid] Harddisk on IOX-XR Message-ID: This one's driving me nuts. -!Flash: harddisk: 22 GB total (93% free) +!Flash: harddisk: 22 GB total (94% free) ! !0/RP0-IDPROM - ASR 9900 Fixed Chassis Route Processor Slight modification somewhere in here? # XR: 822083584 bytes total (821081600 bytes free) # eXR: 990484 kbytes total (813208 kbytes free) if (/^\s*(\d+ k?bytes) total\s+\((\d+ k?bytes) free\)/i) { ProcessHistory("FLASH","","","!Flash: $dev: " . diskszsummary($1, $2) . "\n"); next; } -- E-Mail to and from me, in connection with the transaction of public business, is subject to the Wyoming Public Records Act and may be disclosed to third parties. -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at falz.net Fri Jan 19 13:49:32 2024 From: me at falz.net (Chris Wopat) Date: Fri, 19 Jan 2024 07:49:32 -0600 Subject: [rancid] Junos EVO alarms have constantly updated timestamps Message-ID: We have a PTX1k in our lab, which we got without a license. Annoyingly, Junos EVO seems to update timestamps hourly on the `show alarms` output, meaning there's always a diff. Example diff in RANCID: - # 2024-01-19 06:11:54 CST Minor 20 Port Bandwidth Usage (in gbps)s(279) require a license - # 2024-01-19 06:11:54 CST Minor BGP Routing Protocol(47) usage requires a license - # 2024-01-19 06:11:54 CST Minor LDP Protocol(257) usage requires a license - # 2024-01-19 06:11:54 CST Minor RSVP Protocol(258) usage requires a license - # 2024-01-19 06:11:54 CST Minor IGMP protocol(263) usage requires a license - # 2024-01-19 06:11:54 CST Minor PIM protocol(267) usage requires a license - # 2024-01-19 06:11:54 CST Minor OSPF protocol(282) usage requires a license + # 2024-01-19 07:11:54 CST Minor 20 Port Bandwidth Usage (in gbps)s(279) require a license + # 2024-01-19 07:11:54 CST Minor BGP Routing Protocol(47) usage requires a license + # 2024-01-19 07:11:54 CST Minor LDP Protocol(257) usage requires a license + # 2024-01-19 07:11:54 CST Minor RSVP Protocol(258) usage requires a license + # 2024-01-19 07:11:54 CST Minor IGMP protocol(263) usage requires a license + # 2024-01-19 07:11:54 CST Minor PIM protocol(267) usage requires a license + # 2024-01-19 07:11:54 CST Minor OSPF protocol(282) usage requires a license For now we just filtered these fully in junos.pm ShowChassisAlarms: next if (/require a license|requires a license/i); If someone can whip up a REAL patch to just filter out the timestamp part leaving the alarm value, that'd be a better fix for all. Cheers Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlewis at lewis.org Mon Jan 22 16:09:36 2024 From: jlewis at lewis.org (Jon Lewis) Date: Mon, 22 Jan 2024 11:09:36 -0500 (EST) Subject: [rancid] FILTER_PWDS formatting issue Message-ID: <3bb2be4-72aa-fb9b-6ba1-d3148cbe330@lewis.org> Before I spend much more time investigating this, I wonder if this has been solved since 3.13? Because I thought "display set" format would be easier to parse for some config auditing that we'll be doing, I created a new rancid type: junosset;script;rancid -t junosset junosset;login;jlogin junosset;module;junos junosset;inloop;junos::inloop junosset;command;junos::ShowConfiguration;show configuration | display set I then setup a new group of just our juniper gear, so we're backing up, both the normal way and in another directory/git repo, the display set format configs. An issue I've run into is password filtering is messing up formatting. i.e. set system tacplus-server 1.2.3.4 secret "" set system tacplus-server 1.2.3.4 timeout 6 becomes #set system tacplus-server 1.2.3.4 secret set system tacplus-server 1.2.3.4 timeout 6 i.e. the crypted secret is removed, but so is the trailing newline on that line. snmp v3 config gets even more munged. set snmp v3 usm local-engine user snmpuser authentication-sha authentication-key "" set snmp v3 usm local-engine user snmpuser privacy-aes128 privacy-key "" becomes # authentication-key set snmp v3 usm local-engine user snmpuser privacy-aes128 privacy-key "" Here, a good part of the first line gets lost and again, the trailing newline is lost, merging 2 lines of config into one. ---------------------------------------------------------------------- Jon Lewis, MCP :) | I route Blue Stream Fiber, Sr. Neteng | therefore you are _________ http://www.lewis.org/~jlewis/pgp for PGP public key_________ From heas at shrubbery.net Mon Jan 29 23:18:13 2024 From: heas at shrubbery.net (heasley) Date: Mon, 29 Jan 2024 23:18:13 +0000 Subject: [rancid] Harddisk on IOX-XR In-Reply-To: References: Message-ID: Wed, Jan 17, 2024 at 01:46:44PM -0600, Daniel Schmidt: > This one's driving me nuts. > > -!Flash: harddisk: 22 GB total (93% free) > +!Flash: harddisk: 22 GB total (94% free) > ! > !0/RP0-IDPROM - ASR 9900 Fixed Chassis Route Processor > > Slight modification somewhere in here? you mean that it is oscillating between 93/94%? > # XR: 822083584 bytes total (821081600 bytes free) > # eXR: 990484 kbytes total (813208 kbytes free) > if (/^\s*(\d+ k?bytes) total\s+\((\d+ k?bytes) free\)/i) { > ProcessHistory("FLASH","","","!Flash: $dev: " . > diskszsummary($1, $2) . "\n"); > next; > } From daniel.schmidt at wyo.gov Tue Jan 30 17:02:01 2024 From: daniel.schmidt at wyo.gov (Daniel Schmidt) Date: Tue, 30 Jan 2024 11:02:01 -0600 Subject: [rancid] Harddisk on IOX-XR In-Reply-To: References: Message-ID: Yes, that is the issue. I'd rather have it not show that change every day. On Mon, Jan 29, 2024 at 5:18?PM heasley wrote: > Wed, Jan 17, 2024 at 01:46:44PM -0600, Daniel Schmidt: > > This one's driving me nuts. > > > > -!Flash: harddisk: 22 GB total (93% free) > > +!Flash: harddisk: 22 GB total (94% free) > > ! > > !0/RP0-IDPROM - ASR 9900 Fixed Chassis Route Processor > > > > Slight modification somewhere in here? > > you mean that it is oscillating between 93/94%? > > > # XR: 822083584 bytes total (821081600 bytes free) > > # eXR: 990484 kbytes total (813208 kbytes free) > > if (/^\s*(\d+ k?bytes) total\s+\((\d+ k?bytes) free\)/i) { > > ProcessHistory("FLASH","","","!Flash: $dev: " . > > diskszsummary($1, $2) . "\n"); > > next; > > } > -- Wyoming Department of Enterprise Technology Services Emerson Building, 2001 Capitol Avenue, Cheyenne, WY 82001 Daniel Schmidt Network Engineer 307-509-0286 daniel.schmidt at wyo.gov ets.wyo.gov I?m in Cheyenne -- E-Mail to and from me, in connection with the transaction of public business, is subject to the Wyoming Public Records Act and may be disclosed to third parties. -------------- next part -------------- An HTML attachment was scrubbed... URL: