From marcin.dulak at gmail.com Tue Nov 15 17:09:20 2016 From: marcin.dulak at gmail.com (Marcin Dulak) Date: Tue, 15 Nov 2016 18:09:20 +0100 Subject: [rancid] supermicro switch (again) Message-ID: Hi, I read through this thread ending with no solution http://www.shrubbery.net/pipermail/rancid-discuss/2013-November/007279.html Things I have tried: Version rancid-3.1-4.el6.x86_64 0. add to ~rancid/.cloginrc the supermicro-switch settings add autoenable supermicro-switch 1 add user supermicro-switch username add password supermicro-switch password password add method supermicro-switch ssh 1. clogin shows errors out-of-the-box, this is expected rancid $ clogin -c"show version" supermicro-switch supermicro-switch spawn ssh -c 3des -x -l username supermicro-switch username at supermicro-switch's password: Supermicro Switch supermicro-switch# supermicro-switch# terminal length 0 % Invalid Command supermicro-switch# terminal width 132 % Invalid Command supermicro-switch# show version Switch ID Hardware Version Firmware Version OS Version 0 XXX-XXXX Rev. X (XX-XX) X.X.X-X X.X.X supermicro-switch#exit 2. copy clogin to smlogin root # cp /usr/libexec/rancid/clogin /usr/libexec/rancid/smlogin and replace the offending send "terminal length 0\r" and send "terminal width 132\r" with with send "\r" After that this returns without errors: rancid $ smlogin -c"show version" supermicro-switch 3. rancid $ rancid -d supermicro-switch loadtype(): device_type is empty Couldn't load device type spec for So I add to /etc/rancid/rancid.types.base: supermicro;script;rancid -t supermicro supermicro;login;smlogin supermicro;inloop;supermicro::inloop supermicro;command;supermicro::ShowVersion;show version supermicro;command;supermicro::WriteTerm;show running-config and then: rancid $ rancid -d -t supermicro supermicro-switch loadtype: device type supermicro loadtype: found device type supermicro in /etc/rancid/rancid.types.base executing smlogin -t 90 -c"show version;show running-config" supermicro-switch supermicro-switch: missed cmd(s): all commands supermicro-switch: End of run not found supermicro-switch: End of run not found but as we know executing directly on the command line works: smlogin -t 90 -c"show version;show running-config" supermicro-switch To further debug I create `cp /usr/libexec/rancid/rancid /usr/libexec/rancid/smrancid` and point to it with supermicro;script;smrancid -t supermicro but my guess is wrong: some other script than /usr/libexec/rancid/smrancid is executed during `rancid -d -t supermicro supermicro-switch` How to debug this further? Regards, Marcin -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.franzke at altn.com Wed Nov 16 19:48:38 2016 From: bob.franzke at altn.com (Bob Franzke) Date: Wed, 16 Nov 2016 19:48:38 -0000 Subject: [rancid] RANCID Not Honoring cyphertype in .cloginrc Message-ID: <885a81e.1d23079.def9ec.59d5@altn.com> Greetings, I am trying to get RANCID to use a different cyphertype. I have the following in my .cloginrc file: add method alteon*.altn.int {ssh} add cyphertype alteon*.altn.int {aes256-ctr} add user alteon*.altn.int {user} add password alteon*.altn.int {*******} add autoenable alteon*.altn.int 1 I am trying to access Alteon devices using the alogin script. As far as I know I should be able to add the cyphertype directive in the cloginrc file and have the spawned SSH session use the specified cipher when connecting. With the above add cyphertype line in the file, I get the following when running the alogin script: $ /usr/local/libexec/rancid/alogin alteon-a.colo.altn.int alteon-a.colo.altn.int spawn ssh -c 3des -x -l user alteon-a.colo.altn.int no matching cipher found: client 3des-cbc server aes256-ctr,aes192-ctr,aes128-ctr,arcfour Error: Couldn't login $ It looks to me like alogin is ignoring the cyphertype line and using 3des for the connection. In a recent software update, it seems Radware removed 3des ciphers by default for Alteon devices so the connection fails. AFAIK all I need to do to specify ciphers for the connection is add it to the .cloginrc file. Is there anything else that needs to be done here? Incidentally, that same behavior occurs when running the clogin script. The cyphertype value just seems to be ignored. Does my .cloginrc config look reasonable? Version information: $ pkg version | grep rancid rancid-2.3.8_6 = $ pkg version | grep expect expect-5.45.3 = $ uname -a FreeBSD netmon.altn.int 9.3-RELEASE-p43 FreeBSD 9.3-RELEASE-p43 #0: Sat May 28 00:19:32 UTC 2016 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 I saw some information regarding configuring the SSH Daemon to support certain ciphers, but I am not sure it relevant to issuing connections to other servers. I don?t have any added ciphers in my ssh config file but am told the default set should support connections like the one above. Any help here would be appreciated. I am not sure what else to look for. Thanks in advance. Bob Robert Franzke Network Administrator Alt-N Technologies, Ltd. | Grapevine, TX Office 817.601.3222 x234 | Mobile 972.746.5470 http://www.altn.com Sent using Alt-N's own MDaemon Messaging Server Now available with BYOD Mobile Device Management, Document Sharing, Hijacked Account Detection and more. Get to know the Alt-N family by liking us on Facebook! -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Wed Nov 16 20:14:01 2016 From: heas at shrubbery.net (heasley) Date: Wed, 16 Nov 2016 20:14:01 +0000 Subject: [rancid] supermicro switch (again) In-Reply-To: References: Message-ID: <20161116201401.GM27885@shrubbery.net> Tue, Nov 15, 2016 at 06:09:20PM +0100, Marcin Dulak: > Hi, > > I read through this thread ending with no solution > http://www.shrubbery.net/pipermail/rancid-discuss/2013-November/007279.html > > Things I have tried: > > Version rancid-3.1-4.el6.x86_64 > > 0. > add to ~rancid/.cloginrc the supermicro-switch settings > > add autoenable supermicro-switch 1 > add user supermicro-switch username > add password supermicro-switch password password > add method supermicro-switch ssh > > > 1. > clogin shows errors out-of-the-box, this is expected > > rancid $ clogin -c"show version" supermicro-switch > supermicro-switch > spawn ssh -c 3des -x -l username supermicro-switch > username at supermicro-switch's password: > > Supermicro Switch > > supermicro-switch# > supermicro-switch# terminal length 0 > % Invalid Command > supermicro-switch# terminal width 132 > % Invalid Command > supermicro-switch# show version > Switch ID Hardware Version Firmware Version OS > Version > 0 XXX-XXXX Rev. X (XX-XX) X.X.X-X X.X.X > supermicro-switch#exit > > 2. > copy clogin to smlogin > > root # cp /usr/libexec/rancid/clogin /usr/libexec/rancid/smlogin > > and replace the offending > send "terminal length 0\r" and send "terminal width 132\r" with with send > "\r" so, how do you turn of the pager? does supermicro actually make the switch, or is it an OEM for which a script may already exist. > After that this returns without errors: > > rancid $ smlogin -c"show version" supermicro-switch > > 3. > rancid $ rancid -d supermicro-switch > loadtype(): device_type is empty > Couldn't load device type spec for > > So I add to /etc/rancid/rancid.types.base: > > supermicro;script;rancid -t supermicro This implies that there is a lib/supermicro.pm library. > supermicro;login;smlogin > supermicro;inloop;supermicro::inloop > supermicro;command;supermicro::ShowVersion;show version > supermicro;command;supermicro::WriteTerm;show running-config > > and then: > > rancid $ rancid -d -t supermicro supermicro-switch > loadtype: device type supermicro > loadtype: found device type supermicro in /etc/rancid/rancid.types.base > executing smlogin -t 90 -c"show version;show running-config" > supermicro-switch > supermicro-switch: missed cmd(s): all commands > supermicro-switch: End of run not found > supermicro-switch: End of run not found > > but as we know executing directly on the command line works: smlogin -t 90 > -c"show version;show running-config" supermicro-switch > > To further debug I create `cp /usr/libexec/rancid/rancid > /usr/libexec/rancid/smrancid` and point to it with > supermicro;script;smrancid -t supermicro > but my guess is wrong: some other script than /usr/libexec/rancid/smrancid > is executed during `rancid -d -t supermicro supermicro-switch` > > How to debug this further? i'd start with rancid 3.5.1. From marcin.dulak at gmail.com Thu Nov 17 13:12:31 2016 From: marcin.dulak at gmail.com (Marcin Dulak) Date: Thu, 17 Nov 2016 14:12:31 +0100 Subject: [rancid] supermicro switch (again) In-Reply-To: <20161116201401.GM27885@shrubbery.net> References: <20161116201401.GM27885@shrubbery.net> Message-ID: On Wed, Nov 16, 2016 at 9:14 PM, heasley wrote: > Tue, Nov 15, 2016 at 06:09:20PM +0100, Marcin Dulak: > > Hi, > > > > I read through this thread ending with no solution > > http://www.shrubbery.net/pipermail/rancid-discuss/2013- > November/007279.html > > > > Things I have tried: > > > > Version rancid-3.1-4.el6.x86_64 > > > > 0. > > add to ~rancid/.cloginrc the supermicro-switch settings > > > > add autoenable supermicro-switch 1 > > add user supermicro-switch username > > add password supermicro-switch password password > > add method supermicro-switch ssh > > > > > > 1. > > clogin shows errors out-of-the-box, this is expected > > > > rancid $ clogin -c"show version" supermicro-switch > > supermicro-switch > > spawn ssh -c 3des -x -l username supermicro-switch > > username at supermicro-switch's password: > > > > Supermicro Switch > > > > supermicro-switch# > > supermicro-switch# terminal length 0 > > % Invalid Command > > supermicro-switch# terminal width 132 > > % Invalid Command > > supermicro-switch# show version > > Switch ID Hardware Version Firmware Version OS > > Version > > 0 XXX-XXXX Rev. X (XX-XX) X.X.X-X X.X.X > > supermicro-switch#exit > > > > 2. > > copy clogin to smlogin > > > > root # cp /usr/libexec/rancid/clogin /usr/libexec/rancid/smlogin > > > > and replace the offending > > send "terminal length 0\r" and send "terminal width 132\r" with with send > > "\r" > > so, how do you turn of the pager? > https://www.supermicro.com/manuals/other/SM-CLI-Guide.pdf page 72: no cli pagination > > does supermicro actually make the switch, or is it an OEM for which a > script > may already exist. > > > After that this returns without errors: > > > > rancid $ smlogin -c"show version" supermicro-switch > > > > 3. > > rancid $ rancid -d supermicro-switch > > loadtype(): device_type is empty > > Couldn't load device type spec for > > > > So I add to /etc/rancid/rancid.types.base: > > > > supermicro;script;rancid -t supermicro > > This implies that there is a lib/supermicro.pm library. > > > supermicro;login;smlogin > > supermicro;inloop;supermicro::inloop > > supermicro;command;supermicro::ShowVersion;show version > > supermicro;command;supermicro::WriteTerm;show running-config > > > > and then: > > > > rancid $ rancid -d -t supermicro supermicro-switch > > loadtype: device type supermicro > > loadtype: found device type supermicro in /etc/rancid/rancid.types.base > > executing smlogin -t 90 -c"show version;show running-config" > > supermicro-switch > > supermicro-switch: missed cmd(s): all commands > > supermicro-switch: End of run not found > > supermicro-switch: End of run not found > > > > but as we know executing directly on the command line works: smlogin -t > 90 > > -c"show version;show running-config" supermicro-switch > > > > To further debug I create `cp /usr/libexec/rancid/rancid > > /usr/libexec/rancid/smrancid` and point to it with > > supermicro;script;smrancid -t supermicro > > but my guess is wrong: some other script than > /usr/libexec/rancid/smrancid > > is executed during `rancid -d -t supermicro supermicro-switch` > > > > How to debug this further? > > i'd start with rancid 3.5.1. > I'm at the latest version now. $ rancid -V rancid 3.5.1 $ cat ~/.cloginrc add autoenable supermicro-switch 1 add user supermicro-switch username add password supermicro-switch password password add method supermicro-switch ssh Created smlogin based on blogin so `smlogin -c"show version" supermicro-switch` runs fine: $ diff usr/libexec/rancid/blogin usr/libexec/rancid/smlogin 501c501 < send "more off\r" --- > send "no cli pagination\r" Now, most of the posts suggest that the reason for getting "End of run not found" is that rancid does not recognize when the session to the switch is terminated. On Supermicro that seems to be "supermicro-switch#exit". I'm trying to find out the workflow of rancid in order to make the adjustments: $ grep '#exit\$' usr/share/perl5/vendor_perl/rancid/* usr/share/perl5/vendor_perl/rancid/edgemax.pm: if (/\#exit$/) { usr/share/perl5/vendor_perl/rancid/foundry.pm: if (/\#exit$/) { $ grep '#exit\$' usr/libexec/rancid/* usr/libexec/rancid/rrancid: if (/\#exit$/) { First question: what is the purpose of usr/libexec/rancid/rrancid compared to the perl modules under usr/share/perl5/vendor_perl/rancid? Second question - I'm doing: $ cat etc/rancid/rancid.types.conf supermicro;script;rrancid supermicro;login;smlogin supermicro;inloop;edgemax::inloop supermicro;command;edgemax::ShowVersion;show version but I can see that there seem to be no effect due to what I write for some of these options, e.g. I can do without errors: supermicro;script;dummy supermicro;login;smlogin supermicro;inloop;dummy::inloop I would imagine something like that would be caught by rancid configuration parser as incorrect and prevent the run? Adding debug prints to the check for completness in usr/libexec/rancid/rancid (also suggested in some posts) is not helpful: printf(STDERR "$host: missed cmd(s): all commands\n"); printf(STDERR "$host: $clean_run\n"); printf(STDERR "$host: $found_end\n"); $ rancid -d -t supermicro supermicro-switch loadtype: device type supermicro loadtype: found device type supermicro in ./etc/rancid/rancid.types.conf executing smlogin -t 90 -c"show version" supermicro-switch supermicro-switch: missed cmd(s): all commands supermicro-switch: 0 supermicro-switch: 0 supermicro-switch: End of run not found Marcin -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Mon Nov 21 06:35:21 2016 From: heas at shrubbery.net (heasley) Date: Mon, 21 Nov 2016 06:35:21 +0000 Subject: [rancid] supermicro switch (again) In-Reply-To: References: <20161116201401.GM27885@shrubbery.net> Message-ID: <20161121063521.GC73648@shrubbery.net> Thu, Nov 17, 2016 at 02:12:31PM +0100, Marcin Dulak: > Now, most of the posts suggest that the reason for getting "End of run not > found" is that rancid does not recognize > when the session to the switch is terminated. On Supermicro that seems to > be "supermicro-switch#exit". That is if (!$clean_run || !$found_end) { if !(command failure or undefined function or unexpected command or end of session missing) or !(found end of the config) > I'm trying to find out the workflow of rancid in order to make the > adjustments: > > $ grep '#exit\$' usr/share/perl5/vendor_perl/rancid/* > usr/share/perl5/vendor_perl/rancid/edgemax.pm: if (/\#exit$/) { > usr/share/perl5/vendor_perl/rancid/foundry.pm: if (/\#exit$/) { > > $ grep '#exit\$' usr/libexec/rancid/* > usr/libexec/rancid/rrancid: if (/\#exit$/) { > > First question: what is the purpose of usr/libexec/rancid/rrancid compared > to the perl modules under usr/share/perl5/vendor_perl/rancid? rancid is function used by some (eventually all) of the rancid modules. rrancid is the redback module. > Second question - I'm doing: > > $ cat etc/rancid/rancid.types.conf > supermicro;script;rrancid > supermicro;login;smlogin > supermicro;inloop;edgemax::inloop > supermicro;command;edgemax::ShowVersion;show version > > but I can see that there seem to be no effect due to what I write for some > of these options, e.g. I can do without errors: > supermicro;script;dummy > supermicro;login;smlogin > supermicro;inloop;dummy::inloop > > I would imagine something like that would be caught by rancid configuration > parser as incorrect and prevent the run? how would it know until it tries to import the module? I did add recently for 3.6: rancid.pm: check for existence of functions for given device type after loading the modules for the type. return failure if any are missing. > Adding debug prints to the check for completness in > usr/libexec/rancid/rancid (also suggested in some posts) is not helpful: > printf(STDERR "$host: missed cmd(s): all commands\n"); > printf(STDERR "$host: $clean_run\n"); > printf(STDERR "$host: $found_end\n"); > > $ rancid -d -t supermicro supermicro-switch > loadtype: device type supermicro > loadtype: found device type supermicro in ./etc/rancid/rancid.types.conf > executing smlogin -t 90 -c"show version" supermicro-switch split it into pieces; eval `rancid -C -t supermicro supermicro-switch` >output make sure that works. then work on the module rancid -d -t supermicro -f output > supermicro-switch: missed cmd(s): all commands > supermicro-switch: 0 > supermicro-switch: 0 > supermicro-switch: End of run not found > > Marcin From marcin.dulak at gmail.com Mon Nov 21 09:26:25 2016 From: marcin.dulak at gmail.com (Marcin Dulak) Date: Mon, 21 Nov 2016 10:26:25 +0100 Subject: [rancid] supermicro switch (again) In-Reply-To: <20161121063521.GC73648@shrubbery.net> References: <20161116201401.GM27885@shrubbery.net> <20161121063521.GC73648@shrubbery.net> Message-ID: On Mon, Nov 21, 2016 at 7:35 AM, heasley wrote: > Thu, Nov 17, 2016 at 02:12:31PM +0100, Marcin Dulak: > > Now, most of the posts suggest that the reason for getting "End of run > not > > found" is that rancid does not recognize > > when the session to the switch is terminated. On Supermicro that seems to > > be "supermicro-switch#exit". > > That is > if (!$clean_run || !$found_end) { > if !(command failure or undefined function or unexpected command or end of > session missing) > or > !(found end of the config) > > > I'm trying to find out the workflow of rancid in order to make the > > adjustments: > > > > $ grep '#exit\$' usr/share/perl5/vendor_perl/rancid/* > > usr/share/perl5/vendor_perl/rancid/edgemax.pm: if (/\#exit$/) { > > usr/share/perl5/vendor_perl/rancid/foundry.pm: if (/\#exit$/) { > > > > $ grep '#exit\$' usr/libexec/rancid/* > > usr/libexec/rancid/rrancid: if (/\#exit$/) { > > > > First question: what is the purpose of usr/libexec/rancid/rrancid > compared > > to the perl modules under usr/share/perl5/vendor_perl/rancid? > > rancid is function used by some (eventually all) of the rancid modules. > rrancid is the redback module. > > > Second question - I'm doing: > > > > $ cat etc/rancid/rancid.types.conf > > supermicro;script;rrancid > > supermicro;login;smlogin > > supermicro;inloop;edgemax::inloop > > supermicro;command;edgemax::ShowVersion;show version > > > > but I can see that there seem to be no effect due to what I write for > some > > of these options, e.g. I can do without errors: > > supermicro;script;dummy > > supermicro;login;smlogin > > supermicro;inloop;dummy::inloop > > > > I would imagine something like that would be caught by rancid > configuration > > parser as incorrect and prevent the run? > > how would it know until it tries to import the module? I did add recently > for 3.6: > > rancid.pm: check for existence of functions for given device type > after > loading the modules for the type. return failure if any are > missing. > > > Adding debug prints to the check for completness in > > usr/libexec/rancid/rancid (also suggested in some posts) is not helpful: > > printf(STDERR "$host: missed cmd(s): all commands\n"); > > printf(STDERR "$host: $clean_run\n"); > > printf(STDERR "$host: $found_end\n"); > > > > $ rancid -d -t supermicro supermicro-switch > > loadtype: device type supermicro > > loadtype: found device type supermicro in ./etc/rancid/rancid.types.conf > > executing smlogin -t 90 -c"show version" supermicro-switch > > split it into pieces; > > eval `rancid -C -t supermicro supermicro-switch` >output > this works. > > make sure that works. then work on the module > naively I do: cp usr/share/perl5/vendor_perl/rancid/edgemax.pm usr/share/perl5/vendor_perl/rancid/supermicro.pm change "package supermicro;" on the top and add a print STDERR ("I'm here"); to ShowVersion, but "I'm here" does no appear in the output of: $ rancid -d -t supermicro supermicro-switch This goes back to my question: what gets executed when I replace "supermicro::" with "dummy::" in $ cat ./etc/rancid/rancid.types.conf supermicro;script;rancid supermicro;login;smlogin supermicro;inloop;supermicro::inloop supermicro;command;supermicro::ShowVersion;show version Marcin > > rancid -d -t supermicro -f output > > > supermicro-switch: missed cmd(s): all commands > > supermicro-switch: 0 > > supermicro-switch: 0 > > supermicro-switch: End of run not found > > > > Marcin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Mon Nov 21 15:33:10 2016 From: heas at shrubbery.net (heasley) Date: Mon, 21 Nov 2016 15:33:10 +0000 Subject: [rancid] supermicro switch (again) In-Reply-To: References: <20161116201401.GM27885@shrubbery.net> <20161121063521.GC73648@shrubbery.net> Message-ID: <20161121153310.GE73648@shrubbery.net> Mon, Nov 21, 2016 at 10:26:25AM +0100, Marcin Dulak: > naively I do: > cp usr/share/perl5/vendor_perl/rancid/edgemax.pm > usr/share/perl5/vendor_perl/rancid/supermicro.pm > change "package supermicro;" on the top and add a print STDERR ("I'm > here"); to ShowVersion, > but "I'm here" does no appear in the output of: you havent a module line in the device config below, so the module is not loaded. > $ rancid -d -t supermicro supermicro-switch > > This goes back to my question: what gets executed when I replace > "supermicro::" with "dummy::" in > > $ cat ./etc/rancid/rancid.types.conf > supermicro;script;rancid > supermicro;login;smlogin > supermicro;inloop;supermicro::inloop > supermicro;command;supermicro::ShowVersion;show version From heas at shrubbery.net Mon Nov 21 15:42:47 2016 From: heas at shrubbery.net (heasley) Date: Mon, 21 Nov 2016 15:42:47 +0000 Subject: [rancid] RANCID Not Honoring cyphertype in .cloginrc In-Reply-To: <885a81e.1d23079.def9ec.59d5@altn.com> References: <885a81e.1d23079.def9ec.59d5@altn.com> Message-ID: <20161121154247.GA84011@shrubbery.net> Thu, Oct 27, 2016 at 12:39:13PM -0500, Bob Franzke: > Greetings, > > I am trying to get RANCID to use a different cyphertype. I have the following in my .cloginrc file: > > add method alteon*.altn.int {ssh} > add cyphertype alteon*.altn.int {aes256-ctr} > add user alteon*.altn.int {user} > add password alteon*.altn.int {*******} > add autoenable alteon*.altn.int 1 > > I am trying to access Alteon devices using the alogin script. As far as I know I should be able to add the cyphertype directive in the cloginrc file and have the spawned SSH session use the specified cipher when connecting. With the above add cyphertype line in the file, I get the following when running the alogin script: > > $ /usr/local/libexec/rancid/alogin alteon-a.colo.altn.int > alteon-a.colo.altn.int > spawn ssh -c 3des -x -l user alteon-a.colo.altn.int > no matching cipher found: client 3des-cbc server aes256-ctr,aes192-ctr,aes128-ctr,arcfour > > Error: Couldn't login > $ > > It looks to me like alogin is ignoring the cyphertype line and using 3des for the connection. In a recent software update, it seems Radware removed 3des ciphers by default for Alteon devices so the connection fails. AFAIK all I need to do to specify ciphers for the connection is add it to the .cloginrc file. Is there anything else that needs to be done here? Incidentally, that same behavior occurs when running the clogin script. The cyphertype value just seems to be ignored. Does my .cloginrc config look reasonable? > > Version information: > > $ pkg version | grep rancid > rancid-2.3.8_6 = This version forces cdes; please upgrade to 3.5.1. > $ pkg version | grep expect > expect-5.45.3 = > $ uname -a > FreeBSD netmon.altn.int 9.3-RELEASE-p43 FreeBSD 9.3-RELEASE-p43 #0: Sat May 28 00:19:32 UTC 2016 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > I saw some information regarding configuring the SSH Daemon to support certain ciphers, but I am not sure it relevant to issuing connections to other servers. I don?t have any added ciphers in my ssh config file but am told the default set should support connections like the one above. > > Any help here would be appreciated. I am not sure what else to look for. Thanks in advance. > > Bob > > > Robert Franzke > Network Administrator > Alt-N Technologies, Ltd. | Grapevine, TX > Office 817.601.3222 x234 | Mobile 972.746.5470 > http://www.altn.com > > Sent using Alt-N's own MDaemon Messaging Server > Now available with BYOD Mobile Device Management, > Document Sharing, Hijacked Account Detection and more. > > Get to know the Alt-N family by liking us on Facebook! > _______________________________________________ > Rancid-discuss mailing list > Rancid-discuss at shrubbery.net > http://www.shrubbery.net/mailman/listinfo/rancid-discuss From marcin.dulak at gmail.com Tue Nov 22 12:47:00 2016 From: marcin.dulak at gmail.com (Marcin Dulak) Date: Tue, 22 Nov 2016 13:47:00 +0100 Subject: [rancid] supermicro switch (again) In-Reply-To: <20161121153310.GE73648@shrubbery.net> References: <20161116201401.GM27885@shrubbery.net> <20161121063521.GC73648@shrubbery.net> <20161121153310.GE73648@shrubbery.net> Message-ID: On Mon, Nov 21, 2016 at 4:33 PM, heasley wrote: > Mon, Nov 21, 2016 at 10:26:25AM +0100, Marcin Dulak: > > naively I do: > > cp usr/share/perl5/vendor_perl/rancid/edgemax.pm > > usr/share/perl5/vendor_perl/rancid/supermicro.pm > > change "package supermicro;" on the top and add a print STDERR ("I'm > > here"); to ShowVersion, > > but "I'm here" does no appear in the output of: > > you havent a module line in the device config below, so the module is not > loaded. > > thanks, this was missing. It was also important to specify the module to be used with "supermicro;script;rancid -t supermicro". Based on rancid-3.5.1, I managed to get the basic information out of the switch with the following changes: $ cat etc/rancid/rancid.types.conf supermicro;script;rancid -t supermicro supermicro;login;smlogin supermicro;inloop;supermicro::inloop supermicro;module;supermicro supermicro;command;supermicro::ShowVersion;show version supermicro;command;supermicro::WriteTerm;show running-config $ cd usr/share/perl5/vendor_perl/rancid/ $ cp edgemax.pm supermicro.pm $ cd - $ patch -p0 < ../module.patch $ cd usr/libexec/rancid/ $ cp blogin smlogin $ patch -p0 < ../login.patch with the patches: --- usr/share/perl5/vendor_perl/rancid/supermicro.pm.orig 2016-11-22 10:03:53.393367703 +0100 +++ usr/share/perl5/vendor_perl/rancid/supermicro.pm 2016-11-22 10:32:52.577324682 +0100 @@ -1,6 +1,6 @@ -package edgemax; +package supermicro; ## -## $Id: edgemax.pm.in 3376 2016-04-06 17:52:30Z heas $ +## $Id: supermicro.pm.in 3376 2016-04-06 17:52:30Z heas $ ## ## rancid 3.5.1 ## Copyright (c) 1997-2016 by Terrapin Communications, Inc. @@ -54,7 +54,7 @@ # # RANCID - Really Awesome New Cisco confIg Differ # -# edgemax.pm - Ubiquity ("UBNT") EdgeMAX switch rancid procedures +# supermicro.pm - Supermicro switch rancid procedures use 5.010; use strict 'vars'; @@ -120,7 +120,7 @@ last TOP; } } - if (/\#exit$/) { + if (/\# logout$/) { $clean_run = 1; last; } @@ -337,7 +337,7 @@ ProcessHistory("","","","$_"); # end of config - if (/^end$/) { + if (/\# logout$/) { $found_end = 1; return(1); } --- usr/libexec/rancid/smlogin.orig 2016-11-22 10:03:43.265367954 +0100 +++ usr/libexec/rancid/smlogin 2016-11-22 10:30:54.329327607 +0100 @@ -1,6 +1,6 @@ -#! /bin/expect -- +#! /usr/bin/expect -- ## -## $Id: blogin.in 3445 2016-08-10 17:15:38Z heas $ +## $Id: smlogin.in 3445 2016-08-10 17:15:38Z heas $ ## ## rancid 3.5.1 ## Copyright (c) 1997-2016 by Terrapin Communications, Inc. @@ -52,7 +52,7 @@ # The original looking glass software was written by Ed Kern, provided by # permission and modified beyond recognition. # -# blogin - Bay Networks(Nortel) login +# smlogin - Supermicro login # # Unlike the Cisco's, there is no enable function on the Bay's. Instead # there are seperate User and Manager accounts. A 'system' command exists, @@ -498,7 +498,7 @@ global in_proc set in_proc 1 - send "more off\r" + send "no cli pagination\r" expect $prompt {} Cleaning usr/libexec/rancid/smlogin, usr/share/perl5/vendor_perl/rancid/ supermicro.pm and making them fully functional for Supermicro would be a large task. It would be nicer to have minimal templates to start with, and build the functionality gradually. Marcin > > $ rancid -d -t supermicro supermicro-switch > > > > This goes back to my question: what gets executed when I replace > > "supermicro::" with "dummy::" in > > > > $ cat ./etc/rancid/rancid.types.conf > > supermicro;script;rancid > > supermicro;login;smlogin > > supermicro;inloop;supermicro::inloop > > supermicro;command;supermicro::ShowVersion;show version > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: module.patch Type: text/x-patch Size: 952 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: login.patch Type: text/x-patch Size: 899 bytes Desc: not available URL: From cao_v at etna-alternance.net Wed Nov 23 15:33:27 2016 From: cao_v at etna-alternance.net (Valentin Cao) Date: Wed, 23 Nov 2016 16:33:27 +0100 Subject: [rancid] Wui for rancid Message-ID: Hi, I am here to talk to you about my team projet, it is Wui for rancid. Wui for Rancid is an application designed for companies with a more or less important network equipment fleet. We transform the way people work network administrator, the comfort of a GUI symple. No more long days in front of a black screen. Finish the full verification of configurations to change the wrong value. No more time wasted navigating the day long terminal. This is the future, Wui Rancid for a new way of working! Wui for Rancid provides a graphical interface for configuring backup Cisco equipment in any speed. What's more, it comes with useful information through supervision. What sets us apart from other solutions on the market is the price. We offer our open source solution for free. IF you want to see the source code and custom it: https://github.com/rancidGUI/WUI Cordially, Wui for rancid team. -------------- next part -------------- An HTML attachment was scrubbed... URL: From doug.hughes at keystonenap.com Tue Nov 29 20:56:46 2016 From: doug.hughes at keystonenap.com (Doug Hughes) Date: Tue, 29 Nov 2016 15:56:46 -0500 Subject: [rancid] contributing new/modified configs Message-ID: I have some new configs for a couple different styles of ubiquity devices, a fix to a broken login file that doesn't work (missing a closing bracket, it looks like it was committed without having been working at all), and some enhancements to other configs. What's the best place to send them? Doug -------------- next part -------------- An HTML attachment was scrubbed... URL: From shouchen at skinnews.com Wed Nov 30 18:31:53 2016 From: shouchen at skinnews.com (Steven Houchen) Date: Wed, 30 Nov 2016 18:31:53 +0000 Subject: [rancid] rancid - Cisco WLC devices Message-ID: <7451D4018F28FD479AD780242296607191727F07@SIILPEOSVEX01.skin.local> I know this has been covered, I have read through each post about this previously. I am still rather new to Rancid and Linux (Ubuntu) I have downloaded the ciscowlc5 and wlogin scripts, pasted them into rancid/bin. I have edited the rancid-fe file and added cisco-wlc;ciscowlc cisco-wlc5;ciscowlc5. I do not know what else I need to do to get the backups to work on the WLC devices. I have also setup the device hostname as hostname;cisco-wlc5;up in the router.db file. In the logs I get couldn?t read file no such file or directory hostname: missed cmd(s): all commands end of run not found. Thank yo for any help in advanced! Steven Houchen Systems Administrator MedProAdvantage, LLC PH: (309) 674-7546 x12473 HelpDesk: helpdesk at medproadvantage.com Benefiting clients in Illinois and Iowa Soderstrom Dermatology Center, S.C. * Skin Dimensions Day Spa * Skin Dimensions Boutique * Skin Dimensions Online * Peoria Ambulatory Surgical Center Confidentiality Notice: This e-mail message and all contents (including any attachments) from the Soderstrom Dermatology Center, S.C./MedPro Advantage, LLC or any of its affiliates are covered by the Electronic Communications Privacy Act, 18 U.S.C. ?2510-2521 and the Health Information Portability & Accountability Act, 45 CFR ??160 & 164. It is confidential and may be legally privileged. The message and attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, any disclosure, copy, distribution or issue of the contents of this message is prohibited. Please contact the sender by reply e-mail or by phone and destroy all copies of the original message immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From heas at shrubbery.net Wed Nov 30 19:04:29 2016 From: heas at shrubbery.net (heasley) Date: Wed, 30 Nov 2016 19:04:29 +0000 Subject: [rancid] rancid - Cisco WLC devices In-Reply-To: <7451D4018F28FD479AD780242296607191727F07@SIILPEOSVEX01.skin.local> References: <7451D4018F28FD479AD780242296607191727F07@SIILPEOSVEX01.skin.local> Message-ID: <20161130190429.GG51915@shrubbery.net> Wed, Nov 30, 2016 at 06:31:53PM +0000, Steven Houchen: > I know this has been covered, I have read through each post about this previously. I am still rather new to Rancid and Linux (Ubuntu) I have downloaded the ciscowlc5 and wlogin scripts, pasted them into rancid/bin. I have edited the rancid-fe file and added cisco-wlc;ciscowlc cisco-wlc5;ciscowlc5. I do not know what else I need to do to get the backups to work on the WLC devices. I have also setup the device hostname as hostname;cisco-wlc5;up in the router.db file. In the logs I get couldn?t read file no such file or directory hostname: missed cmd(s): all commands end of run not found. Thank yo for any help in advanced! I suggest that you install rancid 3.5.1 and use the WLC scripts that come with that version. Or at least start there. I am not aware of any problems with them. From shouchen at skinnews.com Wed Nov 30 19:14:40 2016 From: shouchen at skinnews.com (Steven Houchen) Date: Wed, 30 Nov 2016 19:14:40 +0000 Subject: [rancid] rancid - Cisco WLC devices In-Reply-To: <20161130190429.GG51915@shrubbery.net> References: <7451D4018F28FD479AD780242296607191727F07@SIILPEOSVEX01.skin.local> <20161130190429.GG51915@shrubbery.net> Message-ID: <7451D4018F28FD479AD780242296607191728062@SIILPEOSVEX01.skin.local> Can I just install this over the current version that I have running. I set this up through the package in Ubuntu. It took me a really long time to get all this working as a am a newbie with this. I am currently on version 3.3.0. Steven Houchen Systems Administrator MedProAdvantage, LLC PH: (309) 674-7546 x12473 HelpDesk: helpdesk at medproadvantage.com Benefiting clients in Illinois and Iowa Soderstrom Dermatology Center, S.C. * Skin Dimensions Day Spa * Skin Dimensions Boutique * Skin Dimensions Online * Peoria Ambulatory Surgical Center -----Original Message----- From: heasley [mailto:heas at shrubbery.net] Sent: Wednesday, November 30, 2016 1:04 PM To: Steven Houchen Cc: rancid-discuss at shrubbery.net Subject: Re: [rancid] rancid - Cisco WLC devices Wed, Nov 30, 2016 at 06:31:53PM +0000, Steven Houchen: > I know this has been covered, I have read through each post about this previously. I am still rather new to Rancid and Linux (Ubuntu) I have downloaded the ciscowlc5 and wlogin scripts, pasted them into rancid/bin. I have edited the rancid-fe file and added cisco-wlc;ciscowlc cisco-wlc5;ciscowlc5. I do not know what else I need to do to get the backups to work on the WLC devices. I have also setup the device hostname as hostname;cisco-wlc5;up in the router.db file. In the logs I get couldn?t read file no such file or directory hostname: missed cmd(s): all commands end of run not found. Thank yo for any help in advanced! I suggest that you install rancid 3.5.1 and use the WLC scripts that come with that version. Or at least start there. I am not aware of any problems with them. Confidentiality Notice: This e-mail message and all contents (including any attachments) from the Soderstrom Dermatology Center, S.C./MedPro Advantage, LLC or any of its affiliates are covered by the Electronic Communications Privacy Act, 18 U.S.C. ?2510-2521 and the Health Information Portability & Accountability Act, 45 CFR ??160 & 164. It is confidential and may be legally privileged. The message and attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, any disclosure, copy, distribution or issue of the contents of this message is prohibited. Please contact the sender by reply e-mail or by phone and destroy all copies of the original message immediately. From heas at shrubbery.net Wed Nov 30 19:19:57 2016 From: heas at shrubbery.net (heasley) Date: Wed, 30 Nov 2016 19:19:57 +0000 Subject: [rancid] rancid - Cisco WLC devices In-Reply-To: <7451D4018F28FD479AD780242296607191728062@SIILPEOSVEX01.skin.local> References: <7451D4018F28FD479AD780242296607191727F07@SIILPEOSVEX01.skin.local> <20161130190429.GG51915@shrubbery.net> <7451D4018F28FD479AD780242296607191728062@SIILPEOSVEX01.skin.local> Message-ID: <20161130191957.GI51915@shrubbery.net> Wed, Nov 30, 2016 at 07:14:40PM +0000, Steven Houchen: > Can I just install this over the current version that I have running. I set this up through the package in Ubuntu. It took me a really long time to get all this working as a am a newbie with this. I am currently on version 3.3.0. yes, if you can find the configure arguments that ubuntu used to build rancid. they alter some of: Installation directories: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local/rancid] --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX [PREFIX] Fine tuning of the installation directories: --bindir=DIR user executables [EPREFIX/bin] --sbindir=DIR system admin executables [EPREFIX/sbin] --libexecdir=DIR program executables [EPREFIX/libexec] --sysconfdir=DIR read-only single-machine data [PREFIX/etc] --sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com] --localstatedir=DIR modifiable single-machine data [PREFIX/var] --libdir=DIR object code libraries [EPREFIX/lib] --includedir=DIR C header files [PREFIX/include] --datarootdir=DIR read-only arch.-independent data root [PREFIX/share] --datadir=DIR read-only architecture-independent data [DATAROOTDIR] --localedir=DIR locale-dependent data [DATAROOTDIR/locale] --mandir=DIR man documentation [DATAROOTDIR/man] someone more familiar with linux might be able to help you find the right knobs. From marcin.dulak at gmail.com Wed Nov 30 21:49:06 2016 From: marcin.dulak at gmail.com (Marcin Dulak) Date: Wed, 30 Nov 2016 22:49:06 +0100 Subject: [rancid] rancid - Cisco WLC devices In-Reply-To: <20161130191957.GI51915@shrubbery.net> References: <7451D4018F28FD479AD780242296607191727F07@SIILPEOSVEX01.skin.local> <20161130190429.GG51915@shrubbery.net> <7451D4018F28FD479AD780242296607191728062@SIILPEOSVEX01.skin.local> <20161130191957.GI51915@shrubbery.net> Message-ID: Check my recent path about "missed cmd(s): all commands" http://www.shrubbery.net/pipermail/rancid-discuss/2016-November/009293.html This helps understanding how rancid settings are related to the scripts and perl modules that rancid provides. Marcin On Wed, Nov 30, 2016 at 8:19 PM, heasley wrote: > Wed, Nov 30, 2016 at 07:14:40PM +0000, Steven Houchen: > > Can I just install this over the current version that I have running. I > set this up through the package in Ubuntu. It took me a really long time to > get all this working as a am a newbie with this. I am currently on version > 3.3.0. > > yes, if you can find the configure arguments that ubuntu used to build > rancid. they alter some of: > > Installation directories: > --prefix=PREFIX install architecture-independent files in PREFIX > [/usr/local/rancid] > --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX > [PREFIX] > > Fine tuning of the installation directories: > --bindir=DIR user executables [EPREFIX/bin] > --sbindir=DIR system admin executables [EPREFIX/sbin] > --libexecdir=DIR program executables [EPREFIX/libexec] > --sysconfdir=DIR read-only single-machine data [PREFIX/etc] > --sharedstatedir=DIR modifiable architecture-independent data > [PREFIX/com] > --localstatedir=DIR modifiable single-machine data [PREFIX/var] > --libdir=DIR object code libraries [EPREFIX/lib] > --includedir=DIR C header files [PREFIX/include] > --datarootdir=DIR read-only arch.-independent data root > [PREFIX/share] > --datadir=DIR read-only architecture-independent data > [DATAROOTDIR] > --localedir=DIR locale-dependent data [DATAROOTDIR/locale] > --mandir=DIR man documentation [DATAROOTDIR/man] > > someone more familiar with linux might be able to help you find the right > knobs. > > _______________________________________________ > Rancid-discuss mailing list > Rancid-discuss at shrubbery.net > http://www.shrubbery.net/mailman/listinfo/rancid-discuss > -------------- next part -------------- An HTML attachment was scrubbed... URL: