From heas at shrubbery.net Thu Aug 2 07:47:07 2001 From: heas at shrubbery.net (john heasley) Date: Thu, 2 Aug 2001 07:47:07 +0000 Subject: extreme switch support Message-ID: <20010802074707.A13423@shrubbery.net> appreciate any feedback on following bits to support extreme switch collection. ftp://ftp.shrubbery.net/pub/rancid/rancid-2.2b4.tar.gz notes: i do not have a cisco (non-IOS) catalyst with which to test the changes to clogin. the looking glass bits here are a bit in flux. if you're using the looking glass, you're best off overlaying util/lg/* from 2.1. From JRizzo at ea.com Thu Aug 2 20:28:04 2001 From: JRizzo at ea.com (Rizzo, Joe) Date: Thu, 2 Aug 2001 13:28:04 -0700 Subject: extreme switch support Message-ID: I have upgraded to 2.2b4. Have not tested with extreme yet, but the catalysts can not be polled by rancid. I am not sure where to start troubleshooting. Does cat5rancid have a debug switch to see how it is interacting with the cat? perl /home/rancid/bin/cat5rancid fesw01.clt-lhr fesw01.clt-lhr clogin error: Error: TIMEOUT reached missed cmd(s): write term,dir slot0:,dir bootflash:,dir slot1:,show port ifindex,show boot,show module,show flash,show version End of run not found ! Thanks, Joe From heas at shrubbery.net Thu Aug 2 20:35:41 2001 From: heas at shrubbery.net (john heasley) Date: Thu, 2 Aug 2001 13:35:41 -0700 Subject: extreme switch support In-Reply-To: ; from JRizzo@ea.com on Thu, Aug 02, 2001 at 01:28:04PM -0700 References: Message-ID: <20010802133541.C7535@shrubbery.net> Thu, Aug 02, 2001 at 01:28:04PM -0700, Rizzo, Joe: > I have upgraded to 2.2b4. Have not tested with extreme yet, but the > catalysts can not be polled by rancid. > I am not sure where to start troubleshooting. Does cat5rancid have a debug > switch to see how it is interacting with the cat? > > perl /home/rancid/bin/cat5rancid fesw01.clt-lhr perl /home/rancid/bin/cat5rancid -dl fesw01.clt-lhr but, first if you could try clogin -c 'show vers;show vers' switch, that will tell us how far it is getting. > fesw01.clt-lhr clogin error: Error: TIMEOUT reached > missed cmd(s): write term,dir slot0:,dir bootflash:,dir slot1:,show port > ifindex,show boot,show module,show flash,show version > End of run not found > ! > > Thanks, > Joe > > > -----Original Message----- > From: john heasley [mailto:heas at shrubbery.net] > Sent: Thursday, August 02, 2001 2:47 AM > To: rancid-discuss at guelah.shrubbery.net > Subject: extreme switch support > > appreciate any feedback on following bits to support extreme switch > collection. > > ftp://ftp.shrubbery.net/pub/rancid/rancid-2.2b4.tar.gz > > notes: > i do not have a cisco (non-IOS) catalyst with which to test the > changes to clogin. > > the looking glass bits here are a bit in flux. if you're using > the looking glass, you're best off overlaying util/lg/* from 2.1. From jmarr at twmaine.com Thu Aug 2 23:10:07 2001 From: jmarr at twmaine.com (Joe Marr) Date: Thu, 2 Aug 2001 19:10:07 -0400 Subject: extreme switch support In-Reply-To: Message-ID: <002101c11ba8$45973e40$43dea73f@joemobileq> I found out this week from this list that you have to set the catalyst prompt with a ">" at the end. Joe Marr Network Engineer "I do not hate my enemies. After all, I made them." - Red Skelton From heas at shrubbery.net Fri Aug 3 03:15:31 2001 From: heas at shrubbery.net (john heasley) Date: Thu, 2 Aug 2001 20:15:31 -0700 Subject: extreme switch support In-Reply-To: ; from JRizzo@ea.com on Thu, Aug 02, 2001 at 01:28:04PM -0700 References: Message-ID: <20010802201531.L11661@shrubbery.net> ftp://ftp.shrubbery.net/pub/rancid/rancid-2.2b5.tar.gz should fix this problem. i found a catalyst to test against and tested with juniper, 2500/7200/gsr, foundry, extreme. still needs a little work, but the collections (etc) should work and i can get back to it over the weekend. Thu, Aug 02, 2001 at 01:28:04PM -0700, Rizzo, Joe: > I have upgraded to 2.2b4. Have not tested with extreme yet, but the > catalysts can not be polled by rancid. > I am not sure where to start troubleshooting. Does cat5rancid have a debug > switch to see how it is interacting with the cat? > > perl /home/rancid/bin/cat5rancid fesw01.clt-lhr > fesw01.clt-lhr clogin error: Error: TIMEOUT reached > missed cmd(s): write term,dir slot0:,dir bootflash:,dir slot1:,show port > ifindex,show boot,show module,show flash,show version > End of run not found > ! > > Thanks, > Joe > > > -----Original Message----- > From: john heasley [mailto:heas at shrubbery.net] > Sent: Thursday, August 02, 2001 2:47 AM > To: rancid-discuss at guelah.shrubbery.net > Subject: extreme switch support > > appreciate any feedback on following bits to support extreme switch > collection. > > ftp://ftp.shrubbery.net/pub/rancid/rancid-2.2b4.tar.gz > > notes: > i do not have a cisco (non-IOS) catalyst with which to test the > changes to clogin. > > the looking glass bits here are a bit in flux. if you're using > the looking glass, you're best off overlaying util/lg/* from 2.1. From mhyde at escape.ca Fri Aug 10 21:22:44 2001 From: mhyde at escape.ca (Mike Hyde) Date: Fri, 10 Aug 2001 16:22:44 -0500 Subject: Expect In-Reply-To: <20010802133541.C7535@shrubbery.net> Message-ID: Well I give up on expect. It keeps freezing when I run config dumps. Does anyone have a hack to remove using expect or a way to slow down the config dump? I have tried multiple versions of expect, but have been unable to get it to work. I am running Linux Mandrake 8.0 with the newest version of expect. I tried unsucessfuly to compile 5.24 but gcc is too new for it. Any ideas? Mike From jrichard at digitalwest.net Sat Aug 11 19:59:27 2001 From: jrichard at digitalwest.net (Josh Richards) Date: Sat, 11 Aug 2001 12:59:27 -0700 Subject: Expect In-Reply-To: ; from mhyde@escape.ca on Fri, Aug 10, 2001 at 04:22:44PM -0500 References: <20010802133541.C7535@shrubbery.net> Message-ID: <20010811125927.F26553@homer.digitalwest.net> * Mike Hyde [20010810 14:33]: > Well I give up on expect. It keeps freezing when I run config dumps. Does > anyone have a hack to remove using expect or a way to slow down the config > dump? What is the target (e.g. Cisco, Juniper, RedBack, etc.)? > I have tried multiple versions of expect, but have been unable to get it to > work. Hmm...something definitely sounds awry. Unless you've got network problems between the box running Rancid and the target or a really slow box I'm not sure why that'd be occurring. > I am running Linux Mandrake 8.0 with the newest version of expect. I tried > unsucessfuly to compile 5.24 but gcc is too new for it. Expect 5.25.0 here and working fine. > Any ideas? What happens when you do a ~rancid/bin/clogin -c "show run" or the equivalent for your platform (clogin = Cisco, jlogin = Juniper, elogin = ADC, flogin = foundry)? The command," -c ", above is for Cisco. -jr From mhyde at escape.ca Sun Aug 12 02:35:31 2001 From: mhyde at escape.ca (Mike Hyde) Date: Sat, 11 Aug 2001 21:35:31 -0500 Subject: Expect References: <20010802133541.C7535@shrubbery.net> <20010811125927.F26553@homer.digitalwest.net> Message-ID: <005101c122d7$74dbf610$0100a8c0@mikes> Cisco Box is a P3 with peak loads of 1.5 dumping configs from a local router with little load. Running clogin with just show run works sometimes and not others on the same box. ----- Original Message ----- From: "Josh Richards" To: Sent: Saturday, August 11, 2001 2:59 PM Subject: Re: Expect > * Mike Hyde [20010810 14:33]: > > Well I give up on expect. It keeps freezing when I run config dumps. Does > > anyone have a hack to remove using expect or a way to slow down the config > > dump? > > What is the target (e.g. Cisco, Juniper, RedBack, etc.)? > > > I have tried multiple versions of expect, but have been unable to get it to > > work. > > Hmm...something definitely sounds awry. Unless you've got network problems > between the box running Rancid and the target or a really slow box I'm not > sure why that'd be occurring. > > > I am running Linux Mandrake 8.0 with the newest version of expect. I tried > > unsucessfuly to compile 5.24 but gcc is too new for it. > > Expect 5.25.0 here and working fine. > > > Any ideas? > > What happens when you do a ~rancid/bin/clogin -c "show run" or the > equivalent for your platform (clogin = Cisco, jlogin = Juniper, elogin = ADC, > flogin = foundry)? The command," -c ", above is for Cisco. > > -jr From heas at shrubbery.net Tue Aug 14 21:04:17 2001 From: heas at shrubbery.net (john heasley) Date: Tue, 14 Aug 2001 14:04:17 -0700 Subject: possible (tcl) hanging fix on linux Message-ID: <20010814140308.D3510@shrubbery.net> disclaimer: i am not at all sure that this is the proper way to fix this problem (where rancid's *logins hang while collecting info from devices on linux platforms with tcl8.3* and expect 5.32*) or if it will have adverse affects on other expect scripts. what is happening (usually amid write term or show config, cisco-ism or juniper-ism) is the last chunk of data before the prompt has been read into the internal ("channel") buffer, expect asks for more data, but instead of tcl reading from the buffer or checking if the file descriptor is actually ready for reading, it just calls read() via expect's ExpInputProc() where it hangs with the router waiting for input (until the router's session-timeout expires). i believe this is due to Tcl_WaitForEvent() not differentiating properly between timeout and "ready_for_read", but i did not unwrap the maze of callbacks within tcl and don't have time to right now. the (inefficient) patch below makes sure the filedescriptor is set non-blocking, so the read will return immediately if the FD is not ready for reading and thus give the tcl timer functions the opportunity to timeout an operation (and apparently look at the internal buffer for more data). i have no idea why this doesnt happen/affect netbsd. it works for me with tcl8.3.b2 and expect 5.32.1 on the linux box i have freewill-access to, or at least do-diffs completed flawlessly 4 times, whereas before it barely even got out of the gate. i think this is RedCrap 6.1 or so...uname says Linux 2.2.16-22, but i'm guessing that's just the kernel and i'm blissfully unaware of where all the other version info is hidden. you'll have to apply this to your expect 5.32.1 source; cd expect-5.32; patch < patchfile; make install - - - - - - - - - - - - - c u t h e r e - - - - - - - - - - - - - - *** exp_chan.c.FCS Tue Aug 14 16:55:54 2001 --- exp_chan.c Tue Aug 14 16:59:25 2001 *************** *** 119,124 **** --- 119,125 ---- * nonblocking, the read will never block. */ + fcntl(esPtr->fdin, F_SETFL, O_NONBLOCK); bytesRead = read(esPtr->fdin, buf, (size_t) toRead); /*printf("ExpInputProc: read(%d,,) = %d\r\n",esPtr->fdin,bytesRead);*/ if (bytesRead > -1) { From mhyde at escape.ca Wed Aug 15 13:32:36 2001 From: mhyde at escape.ca (Mike Hyde) Date: Wed, 15 Aug 2001 08:32:36 -0500 Subject: possible (tcl) hanging fix on linux In-Reply-To: <20010814140308.D3510@shrubbery.net> Message-ID: the hack is working great. Have had no problems since putting this on. -----Original Message----- From: owner-rancid-discuss at shrubbery.net [mailto:owner-rancid-discuss at shrubbery.net]On Behalf Of john heasley Sent: Tuesday, August 14, 2001 4:04 PM To: rancid-discuss at guelah.shrubbery.net Subject: possible (tcl) hanging fix on linux disclaimer: i am not at all sure that this is the proper way to fix this problem (where rancid's *logins hang while collecting info from devices on linux platforms with tcl8.3* and expect 5.32*) or if it will have adverse affects on other expect scripts. what is happening (usually amid write term or show config, cisco-ism or juniper-ism) is the last chunk of data before the prompt has been read into the internal ("channel") buffer, expect asks for more data, but instead of tcl reading from the buffer or checking if the file descriptor is actually ready for reading, it just calls read() via expect's ExpInputProc() where it hangs with the router waiting for input (until the router's session-timeout expires). i believe this is due to Tcl_WaitForEvent() not differentiating properly between timeout and "ready_for_read", but i did not unwrap the maze of callbacks within tcl and don't have time to right now. the (inefficient) patch below makes sure the filedescriptor is set non-blocking, so the read will return immediately if the FD is not ready for reading and thus give the tcl timer functions the opportunity to timeout an operation (and apparently look at the internal buffer for more data). i have no idea why this doesnt happen/affect netbsd. it works for me with tcl8.3.b2 and expect 5.32.1 on the linux box i have freewill-access to, or at least do-diffs completed flawlessly 4 times, whereas before it barely even got out of the gate. i think this is RedCrap 6.1 or so...uname says Linux 2.2.16-22, but i'm guessing that's just the kernel and i'm blissfully unaware of where all the other version info is hidden. you'll have to apply this to your expect 5.32.1 source; cd expect-5.32; patch < patchfile; make install - - - - - - - - - - - - - c u t h e r e - - - - - - - - - - - - - - *** exp_chan.c.FCS Tue Aug 14 16:55:54 2001 --- exp_chan.c Tue Aug 14 16:59:25 2001 *************** *** 119,124 **** --- 119,125 ---- * nonblocking, the read will never block. */ + fcntl(esPtr->fdin, F_SETFL, O_NONBLOCK); bytesRead = read(esPtr->fdin, buf, (size_t) toRead); /*printf("ExpInputProc: read(%d,,) = %d\r\n",esPtr->fdin,bytesRead);*/ if (bytesRead > -1) { From heas at shrubbery.net Wed Aug 15 20:56:29 2001 From: heas at shrubbery.net (john heasley) Date: Wed, 15 Aug 2001 13:56:29 -0700 Subject: possible (tcl) hanging fix on linux In-Reply-To: ; from mhyde@escape.ca on Wed, Aug 15, 2001 at 08:32:36AM -0500 References: <20010814140308.D3510@shrubbery.net> Message-ID: <20010815135629.L3510@shrubbery.net> great! i've reported this to the expect folks. hopefully they will be able to fix this properly. Wed, Aug 15, 2001 at 08:32:36AM -0500, Mike Hyde: > the hack is working great. Have had no problems since putting this on. > > > > -----Original Message----- > From: owner-rancid-discuss at shrubbery.net > [mailto:owner-rancid-discuss at shrubbery.net]On Behalf Of john heasley > Sent: Tuesday, August 14, 2001 4:04 PM > To: rancid-discuss at guelah.shrubbery.net > Subject: possible (tcl) hanging fix on linux > > > disclaimer: i am not at all sure that this is the proper way to fix > this problem (where rancid's *logins hang while collecting info from > devices on linux platforms with tcl8.3* and expect 5.32*) or if it > will have adverse affects on other expect scripts. > > what is happening (usually amid write term or show config, cisco-ism > or juniper-ism) is the last chunk of data before the prompt has been > read into the internal ("channel") buffer, expect asks for more data, > but instead of tcl reading from the buffer or checking if the file > descriptor is actually ready for reading, it just calls read() via > expect's ExpInputProc() where it hangs with the router waiting for > input (until the router's session-timeout expires). > > i believe this is due to Tcl_WaitForEvent() not differentiating properly > between timeout and "ready_for_read", but i did not unwrap the maze of > callbacks within tcl and don't have time to right now. > > the (inefficient) patch below makes sure the filedescriptor is > set non-blocking, so the read will return immediately if the FD > is not ready for reading and thus give the tcl timer functions the > opportunity to timeout an operation (and apparently look at the internal > buffer for more data). i have no idea why this doesnt happen/affect netbsd. > > it works for me with tcl8.3.b2 and expect 5.32.1 on the linux box i have > freewill-access to, or at least do-diffs completed flawlessly 4 times, > whereas before it barely even got out of the gate. i think this is > RedCrap 6.1 or so...uname says Linux 2.2.16-22, but i'm guessing that's > just the kernel and i'm blissfully unaware of where all the other version > info is hidden. > > you'll have to apply this to your expect 5.32.1 source; cd expect-5.32; > patch < patchfile; make install > > - - - - - - - - - - - - - c u t h e r e - - - - - - - - - - - - - - > *** exp_chan.c.FCS Tue Aug 14 16:55:54 2001 > --- exp_chan.c Tue Aug 14 16:59:25 2001 > *************** > *** 119,124 **** > --- 119,125 ---- > * nonblocking, the read will never block. > */ > > + fcntl(esPtr->fdin, F_SETFL, O_NONBLOCK); > bytesRead = read(esPtr->fdin, buf, (size_t) toRead); > /*printf("ExpInputProc: read(%d,,) = %d\r\n",esPtr->fdin,bytesRead);*/ > if (bytesRead > -1) { From jrichard at digitalwest.net Wed Aug 15 21:26:27 2001 From: jrichard at digitalwest.net (Josh Richards) Date: Wed, 15 Aug 2001 14:26:27 -0700 Subject: Expect In-Reply-To: <005101c122d7$74dbf610$0100a8c0@mikes>; from mhyde@escape.ca on Sat, Aug 11, 2001 at 09:35:31PM -0500 References: <20010802133541.C7535@shrubbery.net> <20010811125927.F26553@homer.digitalwest.net> <005101c122d7$74dbf610$0100a8c0@mikes> Message-ID: <20010815142627.A414@homer.digitalwest.net> * Mike Hyde [20010811 19:42]: > Cisco > > Box is a P3 with peak loads of 1.5 dumping configs from a local router with > little load. > > Running clogin with just show run works sometimes and not others on the same > box. *shrug* I don't know. Maybe an IOS bug? -jr From jan.czmok at jippiigroup.com Sun Aug 26 00:07:29 2001 From: jan.czmok at jippiigroup.com (Jan-Ahrent Czmok) Date: Sun, 26 Aug 2001 02:07:29 +0200 Subject: extreme networks summit/blackdiamond support broken ? Message-ID: <20010826020729.A10617@intenso.misc.de.jippii.net> Hi! just deployed rancid but extreme network switches are not working any clue why ? Thanks for looking in. Greets jan p.s. using latest beta version Trying to get all of the configs. invalid command name "more" while executing "more" invoked from within "expect -nobrace # gag, 2 more prompts -re "\[\r\n]*\r" {} -re "\[ ^\r\n]*Press *" { send " "; exp_continue } " invoked from within "expect { # gag, 2 more prompts -re "\[\r\n]*\r" {} -re "\[^\r\n]*Press *" { send " "; exp_continu e } }" invoked from within "expect -nobrace -re "^\[^\n\r *]*$reprompt" { send_user -- "$expect_out(buffer)" } -re "^\[^\n\r]*$reprompt." { send_user -- "$expect_out(b ..." invoked from within "expect { -re "^\[^\n\r *]*$reprompt" { send_user -- "$expect_out(buffer)" } -re "^\[^\n\r]*$reprompt." { send_user -- "$expect_out(buffer)" ..." ("for" body line 3) invoked from within "for {set i 0} {$i < $num_commands} { incr i} { send "[subst -nocommands [lindex $commands $i]]\r" expect { -re "^\[^\n\r *]*$reprompt" { s ..." invoked from within "if [ string match "*\;*" "$command" ] { set commands [split $command \;] set num_commands [llength $commands] # the pager can not be turned off on ..." (procedure "run_commands" line 25) invoked from within "run_commands $prompt $command" invoked from within "if {[run_commands $prompt $command]} { continue }" invoked from within "if { $do_command } { if {[run_commands $prompt $command]} { continue } } elseif { $do_script } { # If the prompt is (enable), then we are ..." ("foreach" body line 118) invoked from within "foreach router [lrange $argv $i end] { set router [string tolower $router] send_user "$router\n" # Figure out prompt. # Since autoena ..." (file "/home-l/rancid/bin/clogin" line 522) #Image: Extremeware Version 4.1.19 (Build 2) by dsaravanan Wed 08/09/2000 6:18p missed cmd(s): show slot,show configuration End of run not found -- Jan-Ahrent Czmok email: jan.czmok at jippiigroup.com Senior Network Engineer // CNO Team voice: +49-69-17084-917 Jippii GmbH fax : +49-69-17084-530 business support team www : http://www.jippii.de From asp at partan.com Wed Aug 29 03:54:11 2001 From: asp at partan.com (Andrew Partan) Date: Tue, 28 Aug 2001 23:54:11 -0400 Subject: extreme networks summit/blackdiamond support broken ? In-Reply-To: <20010826020729.A10617@intenso.misc.de.jippii.net>; from jan.czmok@jippiigroup.com on Sun, Aug 26, 2001 at 02:07:29AM +0200 References: <20010826020729.A10617@intenso.misc.de.jippii.net> Message-ID: <20010828235411.D22080@partan.com> On Sun, Aug 26, 2001 at 02:07:29AM +0200, Jan-Ahrent Czmok wrote: > just deployed rancid but extreme network switches are not working The extreme stuff in rancid is real new; I think its only known to sorta work on one extreme box so far -:). --asp