From heas at shrubbery.net Thu Jan 3 00:16:24 2019 From: heas at shrubbery.net (heasley) Date: Thu, 3 Jan 2019 00:16:24 +0000 Subject: [rancid] HP 2620-24-PoEP Switch (J9625A) In-Reply-To: References: Message-ID: <20190103001624.GU9597@shrubbery.net> Mon, Dec 31, 2018 at 10:43:35AM +0000, FESSARD, R?mi: > Hello, > > Forgot this mail, it was not a firmware upgrade issue but just because my colleague add "-PoE+" in the hostname. > Without the "+", it works fine now. + isnt a valid hostname character (rfc1123). its also a regex operator. please just dont use it. From danm at prime.gushi.org Tue Jan 8 21:24:42 2019 From: danm at prime.gushi.org (Dan Mahoney (Gushi)) Date: Tue, 8 Jan 2019 13:24:42 -0800 (PST) Subject: [rancid] 3.9 release? Message-ID: Hey All, In looking at the official source repo, I'm seeing a lot of 3.9 changes. I'm currently on 3.7, since that's what FreeBSD packages. I've poked the maintainer for an update to 3.8, but it would be helpful to know when 3.9 is due (roughly) to avoid duplication of effort. I get that this is an annoying question, and "it'll be ready when it's ready" but in the meantime, I may (or may not) want to manually patch based on the expectations. -Dan -- --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC FB: fb.com/DanielMahoneyIV LI: linkedin.com/in/gushi Site: http://www.gushi.org --------------------------- From heas at shrubbery.net Tue Jan 8 22:10:39 2019 From: heas at shrubbery.net (heasley) Date: Tue, 8 Jan 2019 22:10:39 +0000 Subject: [rancid] 3.9 release? In-Reply-To: References: Message-ID: <20190108221039.GB47707@shrubbery.net> Tue, Jan 08, 2019 at 01:24:42PM -0800, Dan Mahoney (Gushi): > Hey All, > > In looking at the official source repo, I'm seeing a lot of 3.9 changes. > I'm currently on 3.7, since that's what FreeBSD packages. > > I've poked the maintainer for an update to 3.8, but it would be helpful to > know when 3.9 is due (roughly) to avoid duplication of effort. > > I get that this is an annoying question, and "it'll be ready when it's > ready" but in the meantime, I may (or may not) want to manually patch > based on the expectations. i was hoping to finish arrcus support and add some error checking. I could postpone the former for the next release and finish the latter by mid-next week. From nick.nauwelaerts at aquafin.be Tue Jan 8 22:20:11 2019 From: nick.nauwelaerts at aquafin.be (Nick Nauwelaerts) Date: Tue, 8 Jan 2019 22:20:11 +0000 Subject: [rancid] 3.9 release? In-Reply-To: <20190108221039.GB47707@shrubbery.net> References: <20190108221039.GB47707@shrubbery.net> Message-ID: <781f16e076a445ada17a6c234d2c973e@aquafin.be> no chance then for aerohive support then in the next release? http://www.shrubbery.net/pipermail/rancid-discuss/2018-December/010555.html // nick -----Original Message----- From: Rancid-discuss [mailto:rancid-discuss-bounces at shrubbery.net] On Behalf Of heasley Sent: Tuesday, January 8, 2019 23:11 To: Dan Mahoney (Gushi) Cc: rancid-discuss at shrubbery.net Subject: Re: [rancid] 3.9 release? Tue, Jan 08, 2019 at 01:24:42PM -0800, Dan Mahoney (Gushi): > Hey All, > > In looking at the official source repo, I'm seeing a lot of 3.9 changes. > I'm currently on 3.7, since that's what FreeBSD packages. > > I've poked the maintainer for an update to 3.8, but it would be helpful to > know when 3.9 is due (roughly) to avoid duplication of effort. > > I get that this is an annoying question, and "it'll be ready when it's > ready" but in the meantime, I may (or may not) want to manually patch > based on the expectations. i was hoping to finish arrcus support and add some error checking. I could postpone the former for the next release and finish the latter by mid-next week. _______________________________________________ Rancid-discuss mailing list Rancid-discuss at shrubbery.net http://www.shrubbery.net/mailman/listinfo/rancid-discuss ________________________________ Volg Aquafin op Facebook | Twitter | YouTube | LinkedIN In het kader van de uitoefening van onze taken verzamelen we bij Aquafin persoonsgegevens. Hoe we omgaan met deze gegevens en wat de rechten van de betrokkenen zijn, kan je nalezen in onze privacy policy. P Denk aan het milieu. Druk deze mail niet onnodig af. From heas at shrubbery.net Wed Jan 9 00:10:54 2019 From: heas at shrubbery.net (heasley) Date: Wed, 9 Jan 2019 00:10:54 +0000 Subject: [rancid] 3.9 release? In-Reply-To: <781f16e076a445ada17a6c234d2c973e@aquafin.be> References: <20190108221039.GB47707@shrubbery.net> <781f16e076a445ada17a6c234d2c973e@aquafin.be> Message-ID: <20190109001054.GF47707@shrubbery.net> Tue, Jan 08, 2019 at 10:20:11PM +0000, Nick Nauwelaerts: > no chance then for aerohive support then in the next release? If we see more feedback that it is reliable. I'd seen the one reply, but would like more....so if it is not reliable, it does not become my burden. > http://www.shrubbery.net/pipermail/rancid-discuss/2018-December/010555.html > > // nick From nick.nauwelaerts at aquafin.be Wed Jan 9 03:21:39 2019 From: nick.nauwelaerts at aquafin.be (Nick Nauwelaerts) Date: Wed, 9 Jan 2019 03:21:39 +0000 Subject: [rancid] 3.9 release? In-Reply-To: <20190109001054.GF47707@shrubbery.net> References: <20190108221039.GB47707@shrubbery.net> <781f16e076a445ada17a6c234d2c973e@aquafin.be> <20190109001054.GF47707@shrubbery.net> Message-ID: <44f3751abe3243d29b8cb529dbaf1706@aquafin.be> understandable. it's been tested on several os revisions & hardware versions (and for around 150days + on 2 servers), but since they are all managed by the same hivemanager the configs aren't that diverse. also i'm quite sure not all config options which contain passwords are handled atm, since not all possible items are in use by us, but what we do use honors filter_pwds, nocommstr & filter_osc. the login script has also been tested interactively, with password saving option, with shell scripts & expect scripts. man pages etc. have also been updated. finally, i've also added my email address in the source files, but the mailing list will be the first target still i think. looking at the github stats it's been downloaded around 25 times in the last 30 days, which is a small sample base. let's hope a few more aerohive users test & give feedback here. // nick -----Original Message----- From: heasley [mailto:heas at shrubbery.net] Sent: Wednesday, January 9, 2019 01:11 To: Nick Nauwelaerts Cc: rancid-discuss at shrubbery.net Subject: Re: [rancid] 3.9 release? Tue, Jan 08, 2019 at 10:20:11PM +0000, Nick Nauwelaerts: > no chance then for aerohive support then in the next release? If we see more feedback that it is reliable. I'd seen the one reply, but would like more....so if it is not reliable, it does not become my burden. > http://www.shrubbery.net/pipermail/rancid-discuss/2018-December/010555.html > > // nick ________________________________ Volg Aquafin op Facebook | Twitter | YouTube | LinkedIN In het kader van de uitoefening van onze taken verzamelen we bij Aquafin persoonsgegevens. Hoe we omgaan met deze gegevens en wat de rechten van de betrokkenen zijn, kan je nalezen in onze privacy policy. P Denk aan het milieu. Druk deze mail niet onnodig af. From heas at shrubbery.net Wed Jan 9 20:50:31 2019 From: heas at shrubbery.net (heasley) Date: Wed, 9 Jan 2019 20:50:31 +0000 Subject: [rancid] HiveosRe: 3.9 release? In-Reply-To: <44f3751abe3243d29b8cb529dbaf1706@aquafin.be> References: <20190108221039.GB47707@shrubbery.net> <781f16e076a445ada17a6c234d2c973e@aquafin.be> <20190109001054.GF47707@shrubbery.net> <44f3751abe3243d29b8cb529dbaf1706@aquafin.be> Message-ID: <20190109205031.GH77306@shrubbery.net> Wed, Jan 09, 2019 at 03:21:39AM +0000, Nick Nauwelaerts: > understandable. it's been tested on several os revisions & hardware versions (and for around 150days + on 2 servers), but since they are all managed by the same hivemanager the configs aren't that diverse. also i'm quite sure not all config options which contain passwords are handled atm, since not all possible items are in use by us, but what we do use honors filter_pwds, nocommstr & filter_osc. > the login script has also been tested interactively, with password saving option, with shell scripts & expect scripts. man pages etc. have also been updated. I did notice your thoroughness! That did not pass unappreciated. > finally, i've also added my email address in the source files, but the mailing list will be the first target still i think. looking at the github stats it's been downloaded around 25 times in the last 30 days, which is a small sample base. let's hope a few more aerohive users test & give feedback here. let me poke the original thread. From heas at shrubbery.net Wed Jan 9 20:53:46 2019 From: heas at shrubbery.net (heasley) Date: Wed, 9 Jan 2019 20:53:46 +0000 Subject: [rancid] aerohive/hiveos support In-Reply-To: References: Message-ID: <20190109205346.GI77306@shrubbery.net> Wed, Dec 19, 2018 at 09:23:57PM +0000, Nick Nauwelaerts: > (also included: removal of fortinet/fnrancid references since it's now a module & a few minor nitpicks) > > support for aerohive/hiveos access points: > > login script ahlogin: > * originally by erik muller: https://github.com/ermuller/rancid-stuff. > * should be up to date with the latest changes of svn 3937. > * saving on changed config works, -x & -c have also been tested. > * .cvsignore entry added > > module hiveos.pm: > * respects nocommstr; filter_pwds & filter_osc > * tested against multiple hardware options & operating system versions > * does not sort acls/snmp yet > * does not yet handle all passwords/secrets - it does filter the items we use with respect to filter_* settings > * also fetches additional info depending on filter_* settings > * no clear end of run marker > * rancid.types.base entries > > other: > * docs, makefiles & config scripts have been updated completely i hope. > * hiveos.pm.in has a lot of comments, they can be deleted if they add little/no value. > > has been in use for almost 6 months. perhaps naming the login script ahlogin (aerohive login) and the module hiveos.pm seems strange, just rename if you don't like it. > > > > git code here but git & me just dont get along: > https://github.com/inphobia/rancid-aerohive-support It would be great to hear about success or failures from more folks who have used Nick's hiveos module. Positivity will give me more confidence for inclusion in the rancid distribution. TiA From peo at chalmers.se Thu Jan 10 13:22:23 2019 From: peo at chalmers.se (Per-Olof Olsson) Date: Thu, 10 Jan 2019 14:22:23 +0100 Subject: [rancid] Cisco 6k vss switches don't list all modules Message-ID: <0fbb9e17-9061-c99e-b326-88e8eb5cb2a9@chalmers.se> Hello Found that "show modules" don't list all modules on vss joined switches. Just list modules from "active" switch. This is how I make it to work on vss switches I have access to. C6807-XL and C6832-X running 15.4(1)SY4. Added "cisco;command;ios::ShowModule;show module switch;c6500 ios vss" before "show module" to rancid.types.base and change some lines in ios.pm to extract correct info. $diff -C3 ios.pm.org ios.pm *** ios.pm.org 2019-01-10 13:24:32.314276935 +0100 --- ios.pm 2019-01-10 13:26:16.863676437 +0100 *************** *** 1,8 **** package ios; ## ! ## $Id: ios.pm.in 3842 2018-07-19 01:05:03Z heas $ ## ! ## rancid 3.99.99 ## Copyright (c) 1997-2018 by Henry Kilmer and John Heasley ## All rights reserved. ## --- 1,8 ---- package ios; ## ! ## $Id: ios.pm.in 3842 2018-07-19 01:05:03Z heas $+ ## ! ## rancid 3.99.99+ ## Copyright (c) 1997-2018 by Henry Kilmer and John Heasley ## All rights reserved. ## *************** *** 85,90 **** --- 85,92 ---- our $I0; our $DO_SHOW_VLAN; + our $vss_show_module; # Use "show module switch" on 6k VSS systems + @ISA = qw(Exporter rancid main); #XXX @Exporter::EXPORT = qw($VERSION @commandtable %commands @commands); *************** *** 116,121 **** --- 118,124 ---- $I0 = 0; $DO_SHOW_VLAN = 0; + $vss_show_module = 0; # Use "show module switch" on 6k VSS systems # add content lines and separators ProcessHistory("","","","!RANCID-CONTENT-TYPE: $devtype\n!\n"); ProcessHistory("COMMENTS","keysort","B0","!\n"); *************** *** 1877,1887 **** my(@lines); my($slot, $pa); while (<$INPUT>) { tr/\015//d; ! return if (/^\s*\^$/); ! last if (/online diag status/i); last if (/^$prompt/); next if (/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); --- 1880,1900 ---- my(@lines); my($slot, $pa); + my($switch, $switch_n); + if ($vss_show_module == 1) { + while (<$INPUT>) { + last if (/^$prompt/); + } + return(0); + } while (<$INPUT>) { tr/\015//d; ! next if (/^\s*\^$/); ! if (/online diag status/i) { ! $vss_show_module = 1; ! next; ! } last if (/^$prompt/); next if (/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); *************** *** 1891,1907 **** s/^$1\s{$len}//; } # match slot/card info line if (/^ *(\d+)\s+(\d+)\s+(.*)\s+(\S+)\s+(\S+)\s*$/) { ! $lines[$1 * 1000] .= "!Slot $1: type $3, $2 ports\n!Slot $1: part $4, serial $5\n"; ! $lines[$1 * 1000] =~ s/\s+,/,/g; next; } # now match the Revs in the second paragraph of o/p and stick it in # the array with the previous bits...grumble. if (/^ *(\d+)\s+\S+\s+to\s+\S+\s+(\S+)\s+(\S*)\s+(\S+)(\s+\S+)?\s*$/) { ! $lines[$1 * 1000] .= "!Slot $1: hvers $2, firmware $3, sw $4\n"; ! $lines[$1 * 1000] =~ s/\s+,/,/g; next; } # grab the sub-modules, if any --- 1904,1928 ---- s/^$1\s{$len}//; } + # match Switch Number: 1 Role: Virtual Switch Active/Standby + if (/^ *Switch Number: *(\d) .*Virtual Switch\s+(\S+)/) { + $switch_n = $1; + $switch = "Sw$1 "; + ProcessHistory("Module","","","!Virtual Switch $1 is $2\n"); + next; + } + # match slot/card info line if (/^ *(\d+)\s+(\d+)\s+(.*)\s+(\S+)\s+(\S+)\s*$/) { ! $lines[$switch_n * 10000 + $1 * 1000] .= "!Slot ${switch}$1: type $3, $2 ports\n!Slot ${switch}$1: part $4, serial $5\n"; ! $lines[$switch_n * 10000 + $1 * 1000] =~ s/\s+,/,/g; next; } # now match the Revs in the second paragraph of o/p and stick it in # the array with the previous bits...grumble. if (/^ *(\d+)\s+\S+\s+to\s+\S+\s+(\S+)\s+(\S*)\s+(\S+)(\s+\S+)?\s*$/) { ! $lines[$switch_n * 10000 + $1 * 1000] .= "!Slot ${switch}$1: hvers $2, firmware $3, sw $4\n"; ! $lines[$switch_n * 10000 + $1 * 1000] =~ s/\s+,/,/g; next; } # grab the sub-modules, if any *************** *** 1909,1921 **** my($idx); $pa = 0 if ($1 != $slot); $slot = $1; ! $idx = $1 * 1000 + $1 * 10 + $pa; ! $lines[$idx] .= "!Slot $1/$pa: type $2\n"; ! $lines[$idx] .= "!Slot $slot/$pa: part $3, serial $4\n"; ! $lines[$idx] .= "!Slot $slot/$pa: hvers $5\n"; $pa++; } } foreach $slot (@lines) { next if ($slot =~ /^\s*$/); ProcessHistory("Module","","","$slot!\n"); --- 1930,1945 ---- my($idx); $pa = 0 if ($1 != $slot); $slot = $1; ! $idx = $switch_n * 10000 + $1 * 1000 + $1 * 10 + $pa; ! $lines[$idx] .= "!Slot ${switch}$1/$pa: type $2\n"; ! $lines[$idx] .= "!Slot ${switch}$slot/$pa: part $3, serial $4\n"; ! $lines[$idx] .= "!Slot ${switch}$slot/$pa: hvers $5\n"; $pa++; } } + if ( $switch_n != 0 ) { + ProcessHistory("Module","","","!\n"); + } foreach $slot (@lines) { next if ($slot =~ /^\s*$/); ProcessHistory("Module","","","$slot!\n"); =================================================== Also tested on WS-C4500X-32 cat4500e-universalk9.SPA.03.08.06.E.152-4.E6 using "show modules" command for vss cluster. Result after fix to my 6832-X switch. ================================== ... ! !Virtual Switch 1 is Standby !Virtual Switch 2 is Active ! !Slot Sw1 1: type 6832-X-LE 32P SFP+ Multi-Rate (Hot), 40 ports !Slot Sw1 1: part C6832-X-LE, serial xxxxx !Slot Sw1 1: hvers 2.0, firmware 15.2(02r)SYS, sw 15.4(1)SY4 ! !Slot Sw1 1/0: type Policy Feature Card 4 !Slot Sw1 1/0: part C6840-X-LE-PFC, serial xxxxx !Slot Sw1 1/0: hvers 1.0 ! !Slot Sw1 1/1: type Policy Feature Card 4 !Slot Sw1 1/1: part C6840-X-LE-PFC, serial xxxxx !Slot Sw1 1/1: hvers 1.0 ! !Slot Sw2 1: type 6832-X-LE 32P SFP+ Multi-Rate (Active), 40 ports !Slot Sw2 1: part C6832-X-LE, serial xxxxx !Slot Sw2 1: hvers 2.0, firmware 15.2(02r)SYS, sw 15.4(1)SY4 ! !Slot Sw2 1/2: type Policy Feature Card 4 !Slot Sw2 1/2: part C6840-X-LE-PFC, serial xxxxx !Slot Sw2 1/2: hvers 1.0 ! !Slot Sw2 1/3: type Policy Feature Card 4 !Slot Sw2 1/3: part C6840-X-LE-PFC, serial xxxxx !Slot Sw2 1/3: hvers 1.0 ! ... raw output from "show module switch" and "show module" =========================== ... vss-gw#show module switch Switch Number: 1 Role: Virtual Switch Standby ---------------------- ----------------------------- Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 1 40 6832-X-LE 32P SFP+ Multi-Rate (Hot) C6832-X-LE xxxxx Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 706b.aaaa.4039 to 706b.aaaa.40a9 2.0 15.2(02r)SYS 15.4(1)SY4 Ok Mod Sub-Module Model Serial Hw Status ---- --------------------------- ------------------ ----------- ------- ------- 1 Policy Feature Card 4 C6840-X-LE-PFC xxxxx 1.0 Ok 1 Policy Feature Card 4 C6840-X-LE-PFC xxxxx 1.0 Ok Mod Online Diag Status ---- ------------------- 1 Pass Switch Number: 2 Role: Virtual Switch Active ---------------------- ----------------------------- Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 1 40 6832-X-LE 32P SFP+ Multi-Rate (Active) C6832-X-LE xxxxx Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 006c.aaaa.fe51 to 006c.aaaa.fec1 2.0 15.2(02r)SYS 15.4(1)SY4 Ok Mod Sub-Module Model Serial Hw Status ---- --------------------------- ------------------ ----------- ------- ------- 1 Policy Feature Card 4 C6840-X-LE-PFC xxxxx 1.0 Ok 1 Policy Feature Card 4 C6840-X-LE-PFC xxxxx 1.0 Ok Mod Online Diag Status ---- ------------------- 1 Pass vss-gw#show module Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 1 40 6832-X-LE 32P SFP+ Multi-Rate (Active) C6832-X-LE xxxxx Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 006c.aaaa.fe51 to 006c.aaaa.fec1 2.0 15.2(02r)SYS 15.4(1)SY4 Ok Mod Sub-Module Model Serial Hw Status ---- --------------------------- ------------------ ----------- ------- ------- 1 Policy Feature Card 4 C6840-X-LE-PFC xxxxx 1.0 Ok 1 Policy Feature Card 4 C6840-X-LE-PFC xxxxx 1.0 Ok Mod Online Diag Status ---- ------------------- 1 Pass vss-gw# ... ================================ Is there any other switch platforms using "show modules" in ios.pm that will interfere with this fix? /Peo ---------------------------------------------------------- Per-Olof Olsson Email: peo at chalmers.se Chalmers tekniska h?gskola IT-avdelningen Sven Hultins gata 8 412 96 G?teborg Tel: 031/772 6738 Mob: 0707 88 3708 ---------------------------------------------------------- From nick.nauwelaerts at aquafin.be Fri Jan 11 15:03:00 2019 From: nick.nauwelaerts at aquafin.be (Nick Nauwelaerts) Date: Fri, 11 Jan 2019 15:03:00 +0000 Subject: [rancid] aerohive/hiveos support In-Reply-To: <20190109205346.GI77306@shrubbery.net> References: <20190109205346.GI77306@shrubbery.net> Message-ID: > -----Original Message----- > From: heasley [mailto:heas at shrubbery.net] > Sent: Wednesday, January 9, 2019 21:54 > To: Nick Nauwelaerts > Cc: rancid-discuss at shrubbery.net > Subject: Re: [rancid] aerohive/hiveos support > > Wed, Dec 19, 2018 at 09:23:57PM +0000, Nick Nauwelaerts: > > (also included: removal of fortinet/fnrancid references since it's now a > module & a few minor nitpicks) > > > > support for aerohive/hiveos access points: > > > > login script ahlogin: > > * originally by erik muller: https://github.com/ermuller/rancid-stuff. > > * should be up to date with the latest changes of svn 3937. > > * saving on changed config works, -x & -c have also been tested. > > * .cvsignore entry added > > > > module hiveos.pm: > > * respects nocommstr; filter_pwds & filter_osc > > * tested against multiple hardware options & operating system versions > > * does not sort acls/snmp yet > > * does not yet handle all passwords/secrets - it does filter the items we use > with respect to filter_* settings > > * also fetches additional info depending on filter_* settings > > * no clear end of run marker > > * rancid.types.base entries > > > > other: > > * docs, makefiles & config scripts have been updated completely i hope. > > * hiveos.pm.in has a lot of comments, they can be deleted if they add > little/no value. > > > > has been in use for almost 6 months. perhaps naming the login script > ahlogin (aerohive login) and the module hiveos.pm seems strange, just rename > if you don't like it. > > > > > > > > git code here but git & me just dont get along: > > https://github.com/inphobia/rancid-aerohive-support > > It would be great to hear about success or failures from more folks who > have used Nick's hiveos module. Positivity will give me more confidence > for inclusion in the rancid distribution. TiA all comments welcome and succes/failure reports welcome to both me and the mailinglist. (this also got mailed to several persons in bcc who had interest in it before) // nick ________________________________ Volg Aquafin op Facebook | Twitter | YouTube | LinkedIN In het kader van de uitoefening van onze taken verzamelen we bij Aquafin persoonsgegevens. Hoe we omgaan met deze gegevens en wat de rechten van de betrokkenen zijn, kan je nalezen in onze privacy policy. P Denk aan het milieu. Druk deze mail niet onnodig af. From remko at FreeBSD.org Wed Jan 16 11:02:14 2019 From: remko at FreeBSD.org (Remko Lodder) Date: Wed, 16 Jan 2019 12:02:14 +0100 Subject: [rancid] Alcatel script, not parsing the commands and/or output well (/partially) Message-ID: Hi all, First of all, thank you for Rancid, it?s a great tool to monitor configuration changes and pushing back changes. Having Said that; I fetched some alcatel switches which I modified a little to work on various types . These changes are trivial changes from upstream so no real changes there actually. It seems that most switches work just fine, but that one particular switch is not able to keep up with the requests. It seems that this specific switch misses commands (like ls and show interface status). If I look back in the raw output it appears to miss characters: # how interfaces status ^ ERROR: Invalid entry: ?how? The same goes for ls, where ?s' is the command being send. Or for exit at the end which is send as ?xit?. The scripts are from: https://github.com/buraglio/alurancid (Thanks buraglio) and apart from one switch work fine it seems. Switching from SSH to Telnet does not make a difference. Does someone have an suggestion on where to look? Thanks Remko -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: From jwu274 at gmail.com Tue Jan 15 23:06:31 2019 From: jwu274 at gmail.com (Jason Wu) Date: Tue, 15 Jan 2019 15:06:31 -0800 Subject: [rancid] mtrancid +- connection closed? Conf Diff Message-ID: Hello friends, Just have a question regarding mtrancid For some reason I have been getting router config diffs emails which contain only +- connection close, which doesn't reflect a config change and is strange. This only occurs on 1-2 devices Rancid 3.6.1 ===================================== Sample Revision 100 - Connection to closed. ===================================== Revision 98 + Connection to closed. ===================================== Mtrancid consists of systempackageprintdetail systemrouterboardprint export It seems that mtrancid is picking up the SSH session close Logs do not show any errors which means its reaching the end of run and has a clean exit right? I am able to run all these commands with no problem and rancid-run gives me no errors/hiccups. Execution is smooth and does not have any delays (<1minute) If there was a problem, the end-of-run detection would pick it up? Just going through the script and I can?t seem to identify where/why this would get picked up. I was wondering if anyone else has experienced this before. I could always filter out the "connection closed" but I am curious why this is happening. Many thanks J -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Wed Jan 16 17:39:43 2019 From: heas at shrubbery.net (heasley) Date: Wed, 16 Jan 2019 17:39:43 +0000 Subject: [rancid] Alcatel script, not parsing the commands and/or output well (/partially) In-Reply-To: References: Message-ID: <20190116173943.GB36528@shrubbery.net> Wed, Jan 16, 2019 at 12:02:14PM +0100, Remko Lodder: > Hi all, > > First of all, thank you for Rancid, it?s a great tool to monitor configuration changes and pushing back changes. > > Having Said that; > > I fetched some alcatel switches which I modified a little to work on various types . These changes are trivial > changes from upstream so no real changes there actually. > > It seems that most switches work just fine, but that one particular switch is not able to keep up with the > requests. It seems that this specific switch misses commands (like ls and show interface status). > If I look back in the raw output it appears to miss characters: > > # how interfaces status > ^ > ERROR: Invalid entry: ?how? > > The same goes for ls, where ?s' is the command being send. Or for exit at the end which is send as ?xit?. > > The scripts are from: https://github.com/buraglio/alurancid (Thanks buraglio) and apart from one switch work > fine it seems. > > Switching from SSH to Telnet does not make a difference. > Does someone have an suggestion on where to look? can you try the sros support that is in rancid 3.8 or the current alpha? From heas at shrubbery.net Wed Jan 16 17:51:52 2019 From: heas at shrubbery.net (heasley) Date: Wed, 16 Jan 2019 17:51:52 +0000 Subject: [rancid] mtrancid +- connection closed? Conf Diff In-Reply-To: References: Message-ID: <20190116175152.GD36528@shrubbery.net> Tue, Jan 15, 2019 at 03:06:31PM -0800, Jason Wu: > Hello friends, > > Just have a question regarding mtrancid > For some reason I have been getting router config diffs emails which > contain only +- connection close, which doesn't reflect a config change and > is strange. > > This only occurs on 1-2 devices > > Rancid 3.6.1 > ===================================== > Sample > > Revision 100 > - Connection to closed. > > ===================================== > > Revision 98 > > + Connection to closed. > > > ===================================== > > Mtrancid consists of > systempackageprintdetail > systemrouterboardprint > export > > It seems that mtrancid is picking up the SSH session close > Logs do not show any errors which means its reaching the end of run and has > a clean exit right? yes. are these running the same versoin as the routers that are not exibiting the error? does it occur with any regularity? can you reproduce it running mtrancid at the shell? > I am able to run all these commands with no problem and rancid-run gives me > no errors/hiccups. > Execution is smooth and does not have any delays (<1minute) > > If there was a problem, the end-of-run detection would pick it up? > > Just going through the script and I can?t seem to identify where/why this > would get picked up. > I was wondering if anyone else has experienced this before. I could always > filter out the "connection closed" but I am curious why this is happening. From remko at FreeBSD.org Thu Jan 17 07:07:02 2019 From: remko at FreeBSD.org (Remko Lodder) Date: Thu, 17 Jan 2019 08:07:02 +0100 Subject: [rancid] Alcatel script, not parsing the commands and/or output well (/partially) In-Reply-To: <20190116173943.GB36528@shrubbery.net> References: <20190116173943.GB36528@shrubbery.net> Message-ID: <7F973CD4-9D89-4524-B80A-20ECDCAA0801@FreeBSD.org> Hi, I also have ?3.99.99? on the system to compare the output. The regular version on the system is 3.6 it seems. But, the noklogin works after modifying the u_prompt and p_prompt. When running rancid -d -t sros it wants to execute commands that are not available at all on the Alcatel. The ones that I use from Burgalio?s : {'show chassis' => 'ShowChassis'}, {'show system' => 'ShowSystem'}, {'show module' => 'ShowModule'}, {'show stack topology' => 'ShowStackTopolgy'}, {'show lanpower 1' => 'ShowLanPower'}, {'show lanpower 2' => 'ShowLanPower'}, {'show user' => 'ShowUser'}, {'ls' => 'GenericParse'}, {'ls certified/' => 'GenericParse'}, {'ls working/' => 'GenericParse'}, {'ls switch/' => 'GenericParse'}, {'ls network/' => 'GenericParse'}, {'show vlan' => 'ShowVLAN'}, {'show interfaces status' => 'ShowInterfaces'}, {'show running' => 'ShowConf'}, {'show configuration snapshot' => 'ShowConf?}, which does not match: xecuting noklogin -t 90 -c"show system information;file type bootlog.txt;show redundancy synchronization;show chassis;show chassis environment;show chassis power-supply;show chassis power-management;show card state;show card detail;show debug;show bof;admin display-config index;admin display-config? Do note that it seems that the SROS is on a very different architecture based then what my Omniswitches use. So it seems incompatible to start with, where the alu* scripts might not entirely work with every command on the OS6000 that I have, but most of them are accepted in older (legacy) components but also on the newer versions. Thanks Remko > On 16 Jan 2019, at 18:39, heasley wrote: > > Wed, Jan 16, 2019 at 12:02:14PM +0100, Remko Lodder: >> Hi all, >> >> First of all, thank you for Rancid, it?s a great tool to monitor configuration changes and pushing back changes. >> >> Having Said that; >> >> I fetched some alcatel switches which I modified a little to work on various types . These changes are trivial >> changes from upstream so no real changes there actually. >> >> It seems that most switches work just fine, but that one particular switch is not able to keep up with the >> requests. It seems that this specific switch misses commands (like ls and show interface status). >> If I look back in the raw output it appears to miss characters: >> >> # how interfaces status >> ^ >> ERROR: Invalid entry: ?how? >> >> The same goes for ls, where ?s' is the command being send. Or for exit at the end which is send as ?xit?. >> >> The scripts are from: https://github.com/buraglio/alurancid (Thanks buraglio) and apart from one switch work >> fine it seems. >> >> Switching from SSH to Telnet does not make a difference. >> Does someone have an suggestion on where to look? > > can you try the sros support that is in rancid 3.8 or the current alpha? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: From jwu274 at gmail.com Wed Jan 16 21:04:35 2019 From: jwu274 at gmail.com (Jason Wu) Date: Wed, 16 Jan 2019 13:04:35 -0800 Subject: [rancid] mtrancid +- connection closed? Conf Diff In-Reply-To: <20190116175152.GD36528@shrubbery.net> References: <20190116175152.GD36528@shrubbery.net> Message-ID: Thank you for your response Yup, these routers are running on version 6.38.7 along side with routers that do not have this issue. There does not seem to be any regularity/pattern to this. As the dates are rather staggered apart. Some days it'll be continuous for a week other times it'll be a week before re-appearing. I am unable to reproduce it running mtrancid at the shell.(No email for a configuration diff). Going through the different SVN diffs gives me -Connection to closed ============================ +Connection to closed thanks for your time On Wed, Jan 16, 2019 at 9:51 AM heasley wrote: > Tue, Jan 15, 2019 at 03:06:31PM -0800, Jason Wu: > > Hello friends, > > > > Just have a question regarding mtrancid > > For some reason I have been getting router config diffs emails which > > contain only +- connection close, which doesn't reflect a config change > and > > is strange. > > > > This only occurs on 1-2 devices > > > > Rancid 3.6.1 > > ===================================== > > Sample > > > > Revision 100 > > - Connection to closed. > > > > ===================================== > > > > Revision 98 > > > > + Connection to closed. > > > > > > ===================================== > > > > Mtrancid consists of > > systempackageprintdetail > > systemrouterboardprint > > export > > > > It seems that mtrancid is picking up the SSH session close > > Logs do not show any errors which means its reaching the end of run and > has > > a clean exit right? > > yes. > > are these running the same versoin as the routers that are not exibiting > the error? does it occur with any regularity? can you reproduce it > running mtrancid at the shell? > > > I am able to run all these commands with no problem and rancid-run gives > me > > no errors/hiccups. > > Execution is smooth and does not have any delays (<1minute) > > > > If there was a problem, the end-of-run detection would pick it up? > > > > Just going through the script and I can?t seem to identify where/why this > > would get picked up. > > I was wondering if anyone else has experienced this before. I could > always > > filter out the "connection closed" but I am curious why this is > happening. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Thu Jan 17 18:44:03 2019 From: heas at shrubbery.net (heasley) Date: Thu, 17 Jan 2019 18:44:03 +0000 Subject: [rancid] Alcatel script, not parsing the commands and/or output well (/partially) In-Reply-To: <7F973CD4-9D89-4524-B80A-20ECDCAA0801@FreeBSD.org> References: <20190116173943.GB36528@shrubbery.net> <7F973CD4-9D89-4524-B80A-20ECDCAA0801@FreeBSD.org> Message-ID: <20190117184403.GE61757@shrubbery.net> Thu, Jan 17, 2019 at 08:07:02AM +0100, Remko Lodder: > Hi, > > I also have ?3.99.99? on the system to compare the output. The regular version on the system is 3.6 it seems. > But, the noklogin works after modifying the u_prompt and p_prompt. When running rancid -d -t sros > it wants to execute commands that are not available at all on the Alcatel. > > The ones that I use from Burgalio?s : > > {'show chassis' => 'ShowChassis'}, > {'show system' => 'ShowSystem'}, > {'show module' => 'ShowModule'}, > {'show stack topology' => 'ShowStackTopolgy'}, > {'show lanpower 1' => 'ShowLanPower'}, > {'show lanpower 2' => 'ShowLanPower'}, > {'show user' => 'ShowUser'}, > {'ls' => 'GenericParse'}, > {'ls certified/' => 'GenericParse'}, > {'ls working/' => 'GenericParse'}, > {'ls switch/' => 'GenericParse'}, > {'ls network/' => 'GenericParse'}, > {'show vlan' => 'ShowVLAN'}, > {'show interfaces status' => 'ShowInterfaces'}, > {'show running' => 'ShowConf'}, > {'show configuration snapshot' => 'ShowConf?}, > > which does not match: > > xecuting noklogin -t 90 -c"show system information;file type bootlog.txt;show redundancy synchronization;show chassis;show chassis environment;show chassis power-supply;show chassis power-management;show card state;show card detail;show debug;show bof;admin display-config index;admin display-config? > > Do note that it seems that the SROS is on a very different architecture based then what my Omniswitches use. So it seems incompatible to start with, where the alu* scripts might not entirely work with every command on the OS6000 that I have, but most of them are accepted in older (legacy) components but also on the newer > versions. testing & dev was done with 7750. I will enquire with my nokia contact about the omniswitch. > Thanks > Remko > > > On 16 Jan 2019, at 18:39, heasley wrote: > > > > Wed, Jan 16, 2019 at 12:02:14PM +0100, Remko Lodder: > >> Hi all, > >> > >> First of all, thank you for Rancid, it?s a great tool to monitor configuration changes and pushing back changes. > >> > >> Having Said that; > >> > >> I fetched some alcatel switches which I modified a little to work on various types . These changes are trivial > >> changes from upstream so no real changes there actually. > >> > >> It seems that most switches work just fine, but that one particular switch is not able to keep up with the > >> requests. It seems that this specific switch misses commands (like ls and show interface status). > >> If I look back in the raw output it appears to miss characters: > >> > >> # how interfaces status > >> ^ > >> ERROR: Invalid entry: ?how? > >> > >> The same goes for ls, where ?s' is the command being send. Or for exit at the end which is send as ?xit?. > >> > >> The scripts are from: https://github.com/buraglio/alurancid (Thanks buraglio) and apart from one switch work > >> fine it seems. > >> > >> Switching from SSH to Telnet does not make a difference. > >> Does someone have an suggestion on where to look? > > > > can you try the sros support that is in rancid 3.8 or the current alpha? > From remko at FreeBSD.org Thu Jan 17 18:48:12 2019 From: remko at FreeBSD.org (Remko Lodder) Date: Thu, 17 Jan 2019 19:48:12 +0100 Subject: [rancid] Alcatel script, not parsing the commands and/or output well (/partially) In-Reply-To: <20190117184403.GE61757@shrubbery.net> References: <20190116173943.GB36528@shrubbery.net> <7F973CD4-9D89-4524-B80A-20ECDCAA0801@FreeBSD.org> <20190117184403.GE61757@shrubbery.net> Message-ID: <47A8A91C-3106-4C97-BF08-FBDCC706A846@FreeBSD.org> Hi, >> >> Do note that it seems that the SROS is on a very different architecture based then what my Omniswitches use. So it seems incompatible to start with, where the alu* scripts might not entirely work with every command on the OS6000 that I have, but most of them are accepted in older (legacy) components but also on the newer >> versions. > > testing & dev was done with 7750. I will enquire with my nokia contact > about the omniswitch. > >> Thanks >> Remko >> Sure, please let me know whether I can help / assist. The alu* scripts that I mentioned work in most cases for the equipment we use, so that could be a big pointer.. Cheers Remko -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: From heas at shrubbery.net Thu Jan 17 18:57:39 2019 From: heas at shrubbery.net (heasley) Date: Thu, 17 Jan 2019 18:57:39 +0000 Subject: [rancid] mtrancid +- connection closed? Conf Diff In-Reply-To: References: <20190116175152.GD36528@shrubbery.net> Message-ID: <20190117185739.GG61757@shrubbery.net> Wed, Jan 16, 2019 at 01:04:35PM -0800, Jason Wu: > Thank you for your response > > Yup, these routers are running on version 6.38.7 along side with routers > that do not have this issue. > There does not seem to be any regularity/pattern to this. As the dates are > rather staggered apart. Some days it'll be continuous for a week other > times it'll be a week before re-appearing. > > I am unable to reproduce it running mtrancid at the shell.(No email for a > configuration diff). Going through the different SVN diffs gives me > > -Connection to closed > ============================ > +Connection to closed > > thanks for your time Could you show me more context around this line from the file in the configs/ directory? How kinky are you willing to be to collect debug info? If NOPIPE=YES is set in rancid.conf and -d is added to the script line in rancid.types.base, then .raw files will be left behind and the rancid-run cron can be altered to collect those files, like so: ; ; D=`date +\%Y-\%m-\%d:\%H`; mkdir -p tmp/$D && cp -p /configs/*.raw tmp/$D and when you next discover the change, we look at the input in detail. > On Wed, Jan 16, 2019 at 9:51 AM heasley wrote: > > > Tue, Jan 15, 2019 at 03:06:31PM -0800, Jason Wu: > > > Hello friends, > > > > > > Just have a question regarding mtrancid > > > For some reason I have been getting router config diffs emails which > > > contain only +- connection close, which doesn't reflect a config change > > and > > > is strange. > > > > > > This only occurs on 1-2 devices > > > > > > Rancid 3.6.1 > > > ===================================== > > > Sample > > > > > > Revision 100 > > > - Connection to closed. > > > > > > ===================================== > > > > > > Revision 98 > > > > > > + Connection to closed. > > > > > > > > > ===================================== > > > > > > Mtrancid consists of > > > systempackageprintdetail > > > systemrouterboardprint > > > export > > > > > > It seems that mtrancid is picking up the SSH session close > > > Logs do not show any errors which means its reaching the end of run and > > has > > > a clean exit right? > > > > yes. > > > > are these running the same versoin as the routers that are not exibiting > > the error? does it occur with any regularity? can you reproduce it > > running mtrancid at the shell? > > > > > I am able to run all these commands with no problem and rancid-run gives > > me > > > no errors/hiccups. > > > Execution is smooth and does not have any delays (<1minute) > > > > > > If there was a problem, the end-of-run detection would pick it up? > > > > > > Just going through the script and I can?t seem to identify where/why this > > > would get picked up. > > > I was wondering if anyone else has experienced this before. I could > > always > > > filter out the "connection closed" but I am curious why this is > > happening. > > > > > > From benabbas.rabah at gmail.com Fri Jan 18 13:47:21 2019 From: benabbas.rabah at gmail.com (Rabah Benabbas) Date: Fri, 18 Jan 2019 14:47:21 +0100 Subject: [rancid] issue with missed cmd(s): write term Message-ID: Hello I'm facing to this error: ....: missed cmd(s): write term The device is a Cisco Catalyst 3850-24P-S, and with rancid 2.3.3. Any help would be greatly appreciated! Thank you -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgauthier at comscore.com Fri Jan 18 14:56:30 2019 From: cgauthier at comscore.com (Gauthier, Chris) Date: Fri, 18 Jan 2019 14:56:30 +0000 Subject: [rancid] issue with missed cmd(s): write term In-Reply-To: References: Message-ID: <7B1CFBB0-DEDC-4601-9E37-2A39916CEB46@comscore.com> What are your upgrade options? The current version is 3.8 and is a supported version. Chris Gauthier Senior Network Engineer | Comscore t +1 (503) 331-2704 | cgauthier at comscore.com 317 SW Alder Street, Suite 700 | Portland, OR 97204 United States comscore.com ???This e-mail (including any attachments) may contain information that is private, confidential, or protected by attorney-client or other privilege. If you received this e-mail in error, please delete it from your system and notify sender. From: Rancid-discuss on behalf of Rabah Benabbas Date: Friday, January 18, 2019 at 5:48 AM To: "rancid-discuss at shrubbery.net" Subject: [rancid] issue with missed cmd(s): write term Hello I'm facing to this error: ....: missed cmd(s): write term The device is a Cisco Catalyst 3850-24P-S, and with rancid 2.3.3. Any help would be greatly appreciated! Thank you -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From benabbas.rabah at gmail.com Fri Jan 18 15:08:22 2019 From: benabbas.rabah at gmail.com (Rabah Benabbas) Date: Fri, 18 Jan 2019 16:08:22 +0100 Subject: [rancid] issue with missed cmd(s): write term In-Reply-To: <7B1CFBB0-DEDC-4601-9E37-2A39916CEB46@comscore.com> References: <7B1CFBB0-DEDC-4601-9E37-2A39916CEB46@comscore.com> Message-ID: Thank you a lot for your response, For the moment there is no way to upgrade to 3.8, any workaround would be greatly appreciated. Best Regards On Fri, Jan 18, 2019 at 3:56 PM Gauthier, Chris wrote: > What are your upgrade options? The current version is 3.8 and is a > supported version. > > > Chris? Gauthier Senior Network Engineer | Comscore > t +1 *(503) 331-2704* <(503)%20331-2704> | > *cgauthier at comscore.com* > 317 SW Alder Street, Suite 700 | Portland, OR 97204 United States > *comscore.com* > ???This e-mail (including any attachments) may contain information that is > private, confidential, or protected by attorney-client or other privilege. > If you received this e-mail in error, please delete it from your system and > notify sender. > > *From: *Rancid-discuss on behalf > of Rabah Benabbas > *Date: *Friday, January 18, 2019 at 5:48 AM > *To: *"rancid-discuss at shrubbery.net" > *Subject: *[rancid] issue with missed cmd(s): write term > > > > Hello I'm facing to this error: > > ....: missed cmd(s): write term > > > > The device is a Cisco Catalyst 3850-24P-S, and with rancid 2.3.3. Any > help would be greatly appreciated! Thank you > > > > -- > > > > -- Cordialement / Best regards: Rabah Benabbas -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrosi at millercanfield.com Wed Jan 23 14:25:22 2019 From: pedrosi at millercanfield.com (Pedrosi, Derek G.) Date: Wed, 23 Jan 2019 14:25:22 +0000 Subject: [rancid] Arista Power supply timestamps Message-ID: Hello, I am backing up Arista devices using RANCID and works great, version 3.7. Is there a way to ignore the following timestamped lines for power supplies ? - !Power Supply 1: PWR-460AC-R Ok 122 days, 21:25:53 + !Power Supply 1: PW-460AC-R Ok 123 days, 21:25:51 There was a reply to this in Sept 2018, but the OP never followed up. heasly guessed it was the "sho env all" command and asked to see the output of it... Here is the pertinent part... Power Input Output Output Supply Model Capacity Current Current Power Status Uptime ------ ----------- -------- ------- ------- ------ ---------- ---------------- 1 PWR-460AC-R 460W 0.00A 0.00A 91.0W Ok 124 days, 21:06:11 2 PWR-460AC-R 460W 0.50A 7.75A 91.0W Ok 124 days, 21:06:11 Total -- 460W -- -- 91.0W -- -- Thanx, derek -------------- next part -------------- An HTML attachment was scrubbed... URL: From doug.hughes at keystonenap.com Wed Jan 23 15:11:23 2019 From: doug.hughes at keystonenap.com (Doug Hughes) Date: Wed, 23 Jan 2019 10:11:23 -0500 Subject: [rancid] Arista Power supply timestamps In-Reply-To: References: Message-ID: I assume you want all the info on that line but to ignore the Uptime column, yes? On 1/23/2019 9:25 AM, Pedrosi, Derek G. wrote: > > Hello, > > I am backing up Arista devices using RANCID and works great, version > > 3.7. Is there a way to ignore the following timestamped lines for > > power supplies ? > > - !Power Supply 1: PWR-460AC-R???? Ok 122 days, 21:25:53 > > + !Power Supply 1: PW-460AC-R? ????Ok 123 days, 21:25:51 > > There was a reply to this in Sept 2018, but the OP never followed up. > > heasly guessed it was the ?sho env all? command and asked to see the > output of it? > > Here is the pertinent part? > > Power??????????????????????? Input? Output Output > > Supply Model?????? Capacity Current Current? Power > Status?????????????? Uptime > > ------ ----------- -------- ------- ------- ------ ---------- > ---------------- > > 1????? PWR-460AC-R???? 460W?? 0.00A 0.00A?? 91.0W Ok???????? 124 days, > 21:06:11 > > 2????? PWR-460AC-R???? 460W?? 0.50A 7.75A? 91.0W Ok???????? 124 days, > 21:06:11 > > Total? --????????? ????460W????? -- --? 91.0W --?????????????????????? -- > > Thanx, > > derek > > > _______________________________________________ > Rancid-discuss mailing list > Rancid-discuss at shrubbery.net > http://www.shrubbery.net/mailman/listinfo/rancid-discuss -- Doug Hughes Keystone NAP Fairless Hills, PA 1.844.KEYBLOCK (439.2562) -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Wed Jan 23 17:09:13 2019 From: heas at shrubbery.net (heasley) Date: Wed, 23 Jan 2019 17:09:13 +0000 Subject: [rancid] Arista Power supply timestamps In-Reply-To: References: Message-ID: <20190123170913.GB68591@shrubbery.net> Wed, Jan 23, 2019 at 02:25:22PM +0000, Pedrosi, Derek G.: > Hello, > > I am backing up Arista devices using RANCID and works great, version > 3.7. Is there a way to ignore the following timestamped lines for > power supplies ? > > - !Power Supply 1: PWR-460AC-R Ok 122 days, 21:25:53 > > + !Power Supply 1: PW-460AC-R Ok 123 days, 21:25:51 > > There was a reply to this in Sept 2018, but the OP never followed up. > > > heasly guessed it was the "sho env all" command and asked to see the output of it... > > Here is the pertinent part... > > Power Input Output Output > Supply Model Capacity Current Current Power Status Uptime > ------ ----------- -------- ------- ------- ------ ---------- ---------------- > 1 PWR-460AC-R 460W 0.00A 0.00A 91.0W Ok 124 days, 21:06:11 > 2 PWR-460AC-R 460W 0.50A 7.75A 91.0W Ok 124 days, 21:06:11 > Total -- 460W -- -- 91.0W -- -- i believe this was fixed in 3.8 when the format changed. From azheramin at gmail.com Mon Jan 28 02:03:29 2019 From: azheramin at gmail.com (Azher) Date: Sun, 27 Jan 2019 18:03:29 -0800 Subject: [rancid] Ciena waveserver Message-ID: Hi , I am using tacacs for authentication and the priompt I am getting based on certain access level is "$" Welcome to the Waveserver OS CLI! mcc-ws1$ file ls ^C[rancid at rancid ~]$ However it does not take any command and Ctrl C is the only way to quit. I have used both clogin and hlogin but same result. Changing the access level to get the # prompt works fine. Any thoughts ? Thanks -Azher From pedrosi at millercanfield.com Wed Jan 30 20:32:25 2019 From: pedrosi at millercanfield.com (Pedrosi, Derek G.) Date: Wed, 30 Jan 2019 20:32:25 +0000 Subject: [rancid] Upgrading rancid Message-ID: Is there an accepted method for updating RANCID? I'm running Ubuntu 16.04 (with SVN), and I believe it only supports 3.3, which I am running. Is it best just to install a fresh 19.04 Ubuntu and copy the old repos over the new server? If so, how is that best accomplished (I really have no clue)? Or do an in-place upgrade of 16.04 to 19.04? Thanx in advance, derek -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Wed Jan 30 21:07:34 2019 From: heas at shrubbery.net (heasley) Date: Wed, 30 Jan 2019 21:07:34 +0000 Subject: [rancid] Upgrading rancid In-Reply-To: References: Message-ID: <20190130210734.GB3531@shrubbery.net> Wed, Jan 30, 2019 at 08:32:25PM +0000, Pedrosi, Derek G.: > Is there an accepted method for updating RANCID? > I'm running Ubuntu 16.04 (with SVN), and I believe it only supports 3.3, which I am running. > > Is it best just to install a fresh 19.04 Ubuntu and copy the old repos over the new server? > If so, how is that best accomplished (I really have no clue)? > > Or do an in-place upgrade of 16.04 to 19.04? I presume any of the above would work. backup your rancid.conf before upgrading. One could also use the source tarball; just use the same configure options that ubuntu uses (I do not know what those are, but it is not the defaults) and install over-top of the existing installation. From heas at shrubbery.net Wed Jan 30 22:20:01 2019 From: heas at shrubbery.net (heasley) Date: Wed, 30 Jan 2019 22:20:01 +0000 Subject: [rancid] Ciena waveserver In-Reply-To: References: Message-ID: <20190130222001.GC62383@shrubbery.net> Sun, Jan 27, 2019 at 06:03:29PM -0800, Azher: > Hi , > > I am using tacacs for authentication and the priompt I am getting > based on certain access level is "$" > > Welcome to the Waveserver OS CLI! > mcc-ws1$ file ls > ^C[rancid at rancid ~]$ > > However it does not take any command and Ctrl C is the only way to quit. > > I have used both clogin and hlogin but same result. Changing the > access level to get the # prompt works fine. > > Any thoughts ? I cant confirm that you will not find other problems by changing the access level, but for testing purposes, set prompt in your cloginrc. see cloginrc(5). From heas at shrubbery.net Wed Jan 30 22:51:08 2019 From: heas at shrubbery.net (heasley) Date: Wed, 30 Jan 2019 22:51:08 +0000 Subject: [rancid] Alcatel script, not parsing the commands and/or output well (/partially) In-Reply-To: <20190117184403.GE61757@shrubbery.net> References: <20190116173943.GB36528@shrubbery.net> <7F973CD4-9D89-4524-B80A-20ECDCAA0801@FreeBSD.org> <20190117184403.GE61757@shrubbery.net> Message-ID: <20190130225108.GF62383@shrubbery.net> Thu, Jan 17, 2019 at 06:44:03PM +0000, heasley: > Thu, Jan 17, 2019 at 08:07:02AM +0100, Remko Lodder: > > Hi, > > > > I also have ?3.99.99? on the system to compare the output. The regular version on the system is 3.6 it seems. > > But, the noklogin works after modifying the u_prompt and p_prompt. When running rancid -d -t sros > > it wants to execute commands that are not available at all on the Alcatel. > > > > The ones that I use from Burgalio?s : > > > > {'show chassis' => 'ShowChassis'}, > > {'show system' => 'ShowSystem'}, > > {'show module' => 'ShowModule'}, > > {'show stack topology' => 'ShowStackTopolgy'}, > > {'show lanpower 1' => 'ShowLanPower'}, > > {'show lanpower 2' => 'ShowLanPower'}, > > {'show user' => 'ShowUser'}, > > {'ls' => 'GenericParse'}, > > {'ls certified/' => 'GenericParse'}, > > {'ls working/' => 'GenericParse'}, > > {'ls switch/' => 'GenericParse'}, > > {'ls network/' => 'GenericParse'}, > > {'show vlan' => 'ShowVLAN'}, > > {'show interfaces status' => 'ShowInterfaces'}, > > {'show running' => 'ShowConf'}, > > {'show configuration snapshot' => 'ShowConf?}, > > > > which does not match: > > > > xecuting noklogin -t 90 -c"show system information;file type bootlog.txt;show redundancy synchronization;show chassis;show chassis environment;show chassis power-supply;show chassis power-management;show card state;show card detail;show debug;show bof;admin display-config index;admin display-config? > > > > Do note that it seems that the SROS is on a very different architecture based then what my Omniswitches use. So it seems incompatible to start with, where the alu* scripts might not entirely work with every command on the OS6000 that I have, but most of them are accepted in older (legacy) components but also on the newer > > versions. > > testing & dev was done with 7750. I will enquire with my nokia contact > about the omniswitch. I'm told that these are totally separate from the Nokia systems I know and will never converge. so, they should be handled separately, but I have none to poke for debugging/testing. > > Thanks > > Remko > > > > > On 16 Jan 2019, at 18:39, heasley wrote: > > > > > > Wed, Jan 16, 2019 at 12:02:14PM +0100, Remko Lodder: > > >> Hi all, > > >> > > >> First of all, thank you for Rancid, it?s a great tool to monitor configuration changes and pushing back changes. > > >> > > >> Having Said that; > > >> > > >> I fetched some alcatel switches which I modified a little to work on various types . These changes are trivial > > >> changes from upstream so no real changes there actually. > > >> > > >> It seems that most switches work just fine, but that one particular switch is not able to keep up with the > > >> requests. It seems that this specific switch misses commands (like ls and show interface status). > > >> If I look back in the raw output it appears to miss characters: > > >> > > >> # how interfaces status > > >> ^ > > >> ERROR: Invalid entry: ?how? I suspect that the login script it out of sync (ahead of) the cli. possibly due to incorrectly matching a rogue prompt in some output or banner. > > >> The same goes for ls, where ?s' is the command being send. Or for exit at the end which is send as ?xit?. > > >> > > >> The scripts are from: https://github.com/buraglio/alurancid (Thanks buraglio) and apart from one switch work > > >> fine it seems. > > >> > > >> Switching from SSH to Telnet does not make a difference. > > >> Does someone have an suggestion on where to look? > > > > > > can you try the sros support that is in rancid 3.8 or the current alpha? > > >