From owner-rancid-discuss@shrubbery.net Wed Sep  5 05:06:01 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f85561N25178
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 5 Sep 2001 05:06:01 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8554lQ07655
	for rancid-discuss-outgoing; Wed, 5 Sep 2001 05:04:47 GMT
Received: from 10.156.24.60 ([146.178.26.8])
	by guelah.shrubbery.net (8.11.4/8.11.1) with SMTP id f8554iP07651
	for <rancid-discuss@shrubbery.net>; Wed, 5 Sep 2001 05:04:44 GMT
Received: FROM fj.com.au BY 10.156.24.60 ; Wed, 5 Sep 2001 15:04:25 +10:00 
Message-ID: <017601c135c8$3ba7d270$01000001@U013423>
From: "Brett O'Hara" <brett@fj.com.au>
To: <rancid-discuss@shrubbery.net>
Subject: Newbie install question
Date: Wed, 5 Sep 2001 15:04:24 +1000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

Warning: newbie question.

I've just intalled rancid-2.1.0 on our Solaris 8, with tcl-8.3.1, tk-8.3.1,
expect-5.32, and cvs 1.11

After following the instructions, I'm now receiving;

[root@mel1:/usr/local/rancid/logs]$ cat core.20010905.150101
starting: Wed Sep 5 15:01:01 EST 2001

Trying to get all of the configs.
All routers sucessfully completed.

cvs diff: in directory .:
cvs [diff aborted]: there is no version here; run 'cvs checkout' first
cvs [commit aborted]: cannot commit files as 'root'

ending: Wed Sep 5 15:01:12 EST 2001

Obviously I need to run the scripts as other than root, but knowing nothing
about cvd, I'm wondering what the cvs checkout stuff is?

Regards,
   Brett




From owner-rancid-discuss@shrubbery.net Wed Sep  5 05:34:05 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f855Y5N25195
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 5 Sep 2001 05:34:05 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f855Y1G08384
	for rancid-discuss-outgoing; Wed, 5 Sep 2001 05:34:01 GMT
Received: from bnc.powerup.com.au (bnc.webcentral.com.au [202.139.236.123])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f855XvP08378
	for <rancid-discuss@shrubbery.net>; Wed, 5 Sep 2001 05:33:57 GMT
Received: by bnc.webcentral.com.au with Internet Mail Service (5.5.2653.19)
	id <R7WKFS99>; Wed, 5 Sep 2001 15:33:51 +1000
Message-ID: <415DD4BF903BD311A3D900A0C99F90220960723C@bnc.webcentral.com.au>
From: Andrew Fort <afort@staff.webcentral.com.au>
To: "'Brett O'Hara'" <brett@fj.com.au>, rancid-discuss@shrubbery.net
Subject: RE: Newbie install question
Date: Wed, 5 Sep 2001 15:33:47 +1000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

>[root@mel1:/usr/local/rancid/logs]$ cat core.20010905.150101
>starting: Wed Sep 5 15:01:01 EST 2001
>
>Trying to get all of the configs.
>All routers sucessfully completed.
>
>cvs diff: in directory .:
>cvs [diff aborted]: there is no version here; run 'cvs checkout' first
>cvs [commit aborted]: cannot commit files as 'root'
>
>ending: Wed Sep 5 15:01:12 EST 2001
>
>Obviously I need to run the scripts as other than root, but 
>knowing nothing
>about cvd, I'm wondering what the cvs checkout stuff is?

Brett, it looks like you possibly didn't run
/usr/local/rancid/bin/create_cvs once you'd set up the groups you want (such
as 'core') in the /usr/local/rancid/bin/env file (LIST_OF_GROUPS variable).
create_cvs can handle if your directories have already been manually created
(e.g., you manually created /usr/local/rancid/core/), but the recommended
method is to just add to the LIST_OF_GROUPS, then run create_cvs.

The way I setup permissions was to create a rancid user (and group), then
set the permissions as (from memory):

chgrp -r rancid /usr/local/rancid/
chmod g+ws /usr/local/rancid/

Then put your admins in the rancid group.

The rancid user has its own ~/.cloginrc naturally, and this user is the one
which 'cleans up' after the admins who forget to 'do-diffs' after they make
changes, i.e., from cron (we do it once an hour, if you run less regularly
than that, be aware of the value of OLDTIME in the /usr/local/rancid/bin/env
should be greater than the number of hours between your 'rancid' cronjobs.

If you're still stuck, try going through the quickstart guide again, I found
it made much more sense the second time...

-afort

From owner-rancid-discuss@shrubbery.net Wed Sep  5 08:45:02 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f858j2N25972
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 5 Sep 2001 08:45:02 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f858ilP14667
	for rancid-discuss-outgoing; Wed, 5 Sep 2001 08:44:47 GMT
Received: (from heas@localhost)
	by guelah.shrubbery.net (8.11.4/8.11.1) id f858ibG14657;
	Wed, 5 Sep 2001 08:44:38 GMT
Date: Wed, 5 Sep 2001 01:44:37 -0700
From: john heasley <heas@shrubbery.net>
To: Andrew Fort <afort@staff.webcentral.com.au>
Cc: "'Brett O'Hara'" <brett@fj.com.au>, rancid-discuss@shrubbery.net
Subject: Re: Newbie install question
Message-ID: <20010905014437.B13388@shrubbery.net>
References: <415DD4BF903BD311A3D900A0C99F90220960723C@bnc.webcentral.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <415DD4BF903BD311A3D900A0C99F90220960723C@bnc.webcentral.com.au>; from afort@staff.webcentral.com.au on Wed, Sep 05, 2001 at 03:33:47PM +1000
X-note: live free, or die!
X-homer: ralph, jesus did not have wheels.
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

Wed, Sep 05, 2001 at 03:33:47PM +1000, Andrew Fort:
> >[root@mel1:/usr/local/rancid/logs]$ cat core.20010905.150101
> >starting: Wed Sep 5 15:01:01 EST 2001
> >
> >Trying to get all of the configs.
> >All routers sucessfully completed.
> >
> >cvs diff: in directory .:
> >cvs [diff aborted]: there is no version here; run 'cvs checkout' first
> >cvs [commit aborted]: cannot commit files as 'root'
> >
> >ending: Wed Sep 5 15:01:12 EST 2001
> >
> >Obviously I need to run the scripts as other than root, but 
> >knowing nothing
> >about cvd, I'm wondering what the cvs checkout stuff is?
> 
> Brett, it looks like you possibly didn't run
> /usr/local/rancid/bin/create_cvs once you'd set up the groups you want (such
> as 'core') in the /usr/local/rancid/bin/env file (LIST_OF_GROUPS variable).
> create_cvs can handle if your directories have already been manually created
> (e.g., you manually created /usr/local/rancid/core/), but the recommended
> method is to just add to the LIST_OF_GROUPS, then run create_cvs.
> 
> The way I setup permissions was to create a rancid user (and group), then
> set the permissions as (from memory):
> 
> chgrp -r rancid /usr/local/rancid/
> chmod g+ws /usr/local/rancid/
> 
> Then put your admins in the rancid group.
> 
> The rancid user has its own ~/.cloginrc naturally, and this user is the one
> which 'cleans up' after the admins who forget to 'do-diffs' after they make
> changes, i.e., from cron (we do it once an hour, if you run less regularly
> than that, be aware of the value of OLDTIME in the /usr/local/rancid/bin/env
> should be greater than the number of hours between your 'rancid' cronjobs.

thats a good point!  thanks, i'll be sure to add a note.

> If you're still stuck, try going through the quickstart guide again, I found
> it made much more sense the second time...

hmm, if thats the case (as it seems so), please tell us how we might improve
the install instructions.  thanks.  also, see the rancid_intro man page.

> -afort

From owner-rancid-discuss@shrubbery.net Wed Sep  5 08:54:58 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f858swN25985
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 5 Sep 2001 08:54:58 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f858svm14931
	for rancid-discuss-outgoing; Wed, 5 Sep 2001 08:54:57 GMT
Received: from 10.156.24.60 ([146.178.26.8])
	by guelah.shrubbery.net (8.11.4/8.11.1) with SMTP id f858sqP14924;
	Wed, 5 Sep 2001 08:54:52 GMT
Received: FROM fj.com.au BY 10.156.24.60 ; Wed, 5 Sep 2001 18:55:00 +10:00 
Message-ID: <024401c135e8$71e6a3f0$01000001@U013423>
From: "Brett O'Hara" <brett@fj.com.au>
To: "john heasley" <heas@shrubbery.net>,
   "Andrew Fort" <afort@staff.webcentral.com.au>
Cc: <rancid-discuss@shrubbery.net>
References: <415DD4BF903BD311A3D900A0C99F90220960723C@bnc.webcentral.com.au> <20010905014437.B13388@shrubbery.net>
Subject: Re: Newbie install question
Date: Wed, 5 Sep 2001 18:55:00 +1000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

I worked it out.  create_cvs does NOT cope with manually creating the
directory.  I've adopted Andrew's user stuff which works like a dream, and
now I finally have notification when somone makes changes to our Cisco's (no
more finding out 2 weeks later that something's been messed with and
broken).

Regards,
    Brett

----- Original Message -----
From: "john heasley" <heas@shrubbery.net>
To: "Andrew Fort" <afort@staff.webcentral.com.au>
Cc: "'Brett O'Hara'" <brett@fj.com.au>; <rancid-discuss@shrubbery.net>
Sent: Wednesday, September 05, 2001 6:44 PM
Subject: Re: Newbie install question


> Wed, Sep 05, 2001 at 03:33:47PM +1000, Andrew Fort:
> > >[root@mel1:/usr/local/rancid/logs]$ cat core.20010905.150101
> > >starting: Wed Sep 5 15:01:01 EST 2001
> > >
> > >Trying to get all of the configs.
> > >All routers sucessfully completed.
> > >
> > >cvs diff: in directory .:
> > >cvs [diff aborted]: there is no version here; run 'cvs checkout' first
> > >cvs [commit aborted]: cannot commit files as 'root'
> > >
> > >ending: Wed Sep 5 15:01:12 EST 2001
> > >
> > >Obviously I need to run the scripts as other than root, but
> > >knowing nothing
> > >about cvd, I'm wondering what the cvs checkout stuff is?
> >
> > Brett, it looks like you possibly didn't run
> > /usr/local/rancid/bin/create_cvs once you'd set up the groups you want
(such
> > as 'core') in the /usr/local/rancid/bin/env file (LIST_OF_GROUPS
variable).
> > create_cvs can handle if your directories have already been manually
created
> > (e.g., you manually created /usr/local/rancid/core/), but the
recommended
> > method is to just add to the LIST_OF_GROUPS, then run create_cvs.
> >
> > The way I setup permissions was to create a rancid user (and group),
then
> > set the permissions as (from memory):
> >
> > chgrp -r rancid /usr/local/rancid/
> > chmod g+ws /usr/local/rancid/
> >
> > Then put your admins in the rancid group.
> >
> > The rancid user has its own ~/.cloginrc naturally, and this user is the
one
> > which 'cleans up' after the admins who forget to 'do-diffs' after they
make
> > changes, i.e., from cron (we do it once an hour, if you run less
regularly
> > than that, be aware of the value of OLDTIME in the
/usr/local/rancid/bin/env
> > should be greater than the number of hours between your 'rancid'
cronjobs.
>
> thats a good point!  thanks, i'll be sure to add a note.
>
> > If you're still stuck, try going through the quickstart guide again, I
found
> > it made much more sense the second time...
>
> hmm, if thats the case (as it seems so), please tell us how we might
improve
> the install instructions.  thanks.  also, see the rancid_intro man page.
>
> > -afort
>


From owner-rancid-discuss@shrubbery.net Wed Sep  5 12:01:26 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f85C1QN26111
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 5 Sep 2001 12:01:26 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f85C15r19708
	for rancid-discuss-outgoing; Wed, 5 Sep 2001 12:01:06 GMT
Received: from bnc.powerup.com.au (bnc.webcentral.com.au [202.139.236.123])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f85C12P19704
	for <rancid-discuss@shrubbery.net>; Wed, 5 Sep 2001 12:01:02 GMT
Received: by bnc.webcentral.com.au with Internet Mail Service (5.5.2653.19)
	id <R7WKF4JA>; Wed, 5 Sep 2001 22:01:00 +1000
Message-ID: <415DD4BF903BD311A3D900A0C99F90220960723E@bnc.webcentral.com.au>
From: Andrew Fort <afort@staff.webcentral.com.au>
To: "'Brett O'Hara'" <brett@fj.com.au>
Cc: rancid-discuss@shrubbery.net
Subject: RE: Newbie install question
Date: Wed, 5 Sep 2001 22:00:52 +1000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

Brett o'hara wrote;

>I worked it out.  create_cvs does NOT cope with manually creating the
>directory.  I've adopted Andrew's user stuff which works like 
>a dream, and
>now I finally have notification when somone makes changes to 
>our Cisco's (no
>more finding out 2 weeks later that something's been messed with and
>broken).

The limitation here is that 'rancid' made the changes (or whichever user is
doing the cronjob).  tracking down whom to execute the lart(8) on requires
other logs, so be sure to keep TACACS+/RADIUS accounting logs so you can
track down those 'cleaner' admins who have that awful habit of 'cleaning up'
router configs :)

On this point, I've been considering hacking in a 'RANCID-APPARENTLY-BY:'
tag (at the top of the diff) which would grab the username from the 'Last
modified by' stuff (at the top of the output of 'wr term'/'sh run' on IOS),
where it's valid, so the stored config actually tells you who last updated
it (well, apparently :).  Upon examining the code, it looks like someone
tried to do this, but commented the code out; perahps due to inconsistencies
in the formatting of these two lines between different IOS versions (or the
lack of this data on other platforms)..  can anyone shed some light on this?
anyone else reckon this feature wouldn't suck?  after all, there's no use
cluttering up the config files with yet more cruft if it's only me who wants
it :)

-afort

From owner-rancid-discuss@shrubbery.net Wed Sep  5 12:03:58 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f85C3wN26117
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 5 Sep 2001 12:03:58 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f85C3tv19788
	for rancid-discuss-outgoing; Wed, 5 Sep 2001 12:03:55 GMT
Received: from bnc.powerup.com.au (bnc.webcentral.com.au [202.139.236.123])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f85C3pP19783
	for <rancid-discuss@shrubbery.net>; Wed, 5 Sep 2001 12:03:51 GMT
Received: by bnc.webcentral.com.au with Internet Mail Service (5.5.2653.19)
	id <R7WKF4JH>; Wed, 5 Sep 2001 22:03:50 +1000
Message-ID: <415DD4BF903BD311A3D900A0C99F90220960723F@bnc.webcentral.com.au>
From: Andrew Fort <afort@staff.webcentral.com.au>
To: rancid-discuss@shrubbery.net
Subject: RE: Newbie install question
Date: Wed, 5 Sep 2001 22:03:47 +1000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

>> The rancid user has its own ~/.cloginrc naturally, and this 
>user is the one
>> which 'cleans up' after the admins who forget to 'do-diffs' 
>after they make
>> changes, i.e., from cron (we do it once an hour, if you run 
>less regularly
>> than that, be aware of the value of OLDTIME in the 
>/usr/local/rancid/bin/env
>> should be greater than the number of hours between your 
>'rancid' cronjobs.
>
>thats a good point!  thanks, i'll be sure to add a note.
>

John, if you're referring to 'check OLDTIME if you're running
less-than-regular cronjobs', there's already a note in the README for that
(under section 9).	

From owner-rancid-discuss@shrubbery.net Fri Sep 21 21:17:54 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8LLHsN05222
	for <rancid-discuss-archive@ni.shrubbery.net>; Fri, 21 Sep 2001 21:17:54 GMT
Received: from localhost (localhost [[UNIX: localhost]])
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8LLFGG13398
	for rancid-discuss-outgoing; Fri, 21 Sep 2001 21:15:17 GMT
Received: from osiris.laportestyle.org (yomama@osiris.laportestyle.org [64.220.244.244])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8LLFCc13394
	for <rancid-discuss@shrubbery.net>; Fri, 21 Sep 2001 21:15:12 GMT
Received: from navajo (dhcp001.harvard.edu [128.103.209.201])
	by osiris.laportestyle.org (Postfix) with SMTP id 1BB2329C12
	for <rancid-discuss@shrubbery.net>; Fri, 21 Sep 2001 17:16:23 -0400 (EDT)
Message-ID: <014d01c142e2$a9defd50$c9d16780@navajo>
From: "David LaPorte" <david_laporte@harvard.edu>
To: <rancid-discuss@shrubbery.net>
Subject: Rancid hangs
Date: Fri, 21 Sep 2001 17:16:20 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_014A_01C142C1.21FD8A30"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

This is a multi-part message in MIME format.

------=_NextPart_000_014A_01C142C1.21FD8A30
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

Has anyone seen behavior similar to the following?

Recently, when querying our routers for configurations, clogin seems to =
hang while downloading the configuration.  For instance, running clogin =
manually with the command-line:

./clogin -t 90 -c show version;show install active;show env all;show gsr =
chassis;show boot;show bootvar;show variables boot;show flash;dir /all =
nvram:;dir /all bootflash:;dir /all slot0:;dir /all disk0:;dir /all =
slot1:;dir /all disk1:;show controllers;show controllers cbus;show =
diagbus;show diag;show module;show c7200;show vtp status;show vlan;write =
term <router>

it logs in properly and begins running commands.  When it gets to "write =
term" it begins printing it out but then hangs (the exact point at which =
it hangs varies with each run).  The do-diffs script (which also runs =
the above) hangs on several routers.

I am running Rancid 2.1 and have had no issues until the past week or =
so.  I am using both SSH and telnet as my connection methods...

Thanks!
David LaPorte



------=_NextPart_000_014A_01C142C1.21FD8A30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Has anyone seen behavior similar to the =

following?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Recently, when querying our routers for =

configurations, clogin seems to hang while downloading the =
configuration.&nbsp;=20
For instance, running clogin manually with the =
command-line:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>./clogin -t 90 -c show version;show =
install=20
active;show env all;show gsr chassis;show boot;show bootvar;show =
variables=20
boot;show flash;dir /all nvram:;dir /all bootflash:;dir /all slot0:;dir =
/all=20
disk0:;dir /all slot1:;dir /all disk1:;show controllers;show controllers =

cbus;show diagbus;show diag;show module;show c7200;show vtp status;show=20
vlan;write term &lt;router&gt;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>it logs in properly and begins running=20
commands.&nbsp; When it gets to "write term" it begins printing it out =
but then=20
hangs (the exact point at which it hangs varies with each run).&nbsp; =
The=20
do-diffs script (which also runs the above) hangs on several=20
routers.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I am running Rancid 2.1 and have had no =
issues=20
until the past week or so.&nbsp; I am using both SSH and telnet as my =
connection=20
methods...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks!<BR>David LaPorte</DIV>
<DIV><BR></DIV></FONT></BODY></HTML>

------=_NextPart_000_014A_01C142C1.21FD8A30--


From owner-rancid-discuss@shrubbery.net Mon Sep 24 14:56:06 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8OEu6N09386
	for <rancid-discuss-archive@ni.shrubbery.net>; Mon, 24 Sep 2001 14:56:06 GMT
Received: from localhost (localhost [[UNIX: localhost]])
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8OEq6L13403
	for rancid-discuss-outgoing; Mon, 24 Sep 2001 14:52:06 GMT
Received: from smtp2.mts.net (smtp2.mts.net [205.200.16.88])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8OEq2c13399
	for <rancid-discuss@shrubbery.net>; Mon, 24 Sep 2001 14:52:03 GMT
Received: from mikes (ops-mike.mts.net [192.168.253.224])
	by smtp2.mts.net (8.11.3/8.8.8) with SMTP id f8OErMQ15908;
	Mon, 24 Sep 2001 09:53:22 -0500 (CDT)
From: "Mike Hyde" <mhyde@escape.ca>
To: "David LaPorte" <david_laporte@harvard.edu>,
   <rancid-discuss@shrubbery.net>
Subject: RE: Rancid hangs
Date: Mon, 24 Sep 2001 09:57:03 -0500
Message-ID: <FLEAIIEEBNEJPHHCACJIEEBMCGAA.mhyde@escape.ca>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0025_01C144DF.42B94B40"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <014d01c142e2$a9defd50$c9d16780@navajo>
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

This is a multi-part message in MIME format.

------=_NextPart_000_0025_01C144DF.42B94B40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Have you upgraded expect latley?  I had the same problem, and it turned out
that the version of expect caused it to hang.  There was a patch posted on
this list, I have attacked it below:

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) {



  -----Original Message-----
  From: owner-rancid-discuss@shrubbery.net
[mailto:owner-rancid-discuss@shrubbery.net]On Behalf Of David LaPorte
  Sent: Friday, September 21, 2001 4:16 PM
  To: rancid-discuss@shrubbery.net
  Subject: Rancid hangs


  Hi all,

  Has anyone seen behavior similar to the following?

  Recently, when querying our routers for configurations, clogin seems to
hang while downloading the configuration.  For instance, running clogin
manually with the command-line:

  ./clogin -t 90 -c show version;show install active;show env all;show gsr
chassis;show boot;show bootvar;show variables boot;show flash;dir /all
nvram:;dir /all bootflash:;dir /all slot0:;dir /all disk0:;dir /all
slot1:;dir /all disk1:;show controllers;show controllers cbus;show
diagbus;show diag;show module;show c7200;show vtp status;show vlan;write
term <router>

  it logs in properly and begins running commands.  When it gets to "write
term" it begins printing it out but then hangs (the exact point at which it
hangs varies with each run).  The do-diffs script (which also runs the
above) hangs on several routers.

  I am running Rancid 2.1 and have had no issues until the past week or so.
I am using both SSH and telnet as my connection methods...

  Thanks!
  David LaPorte



------=_NextPart_000_0025_01C144DF.42B94B40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D928015514-24092001><FONT face=3DArial color=3D#0000ff =
size=3D2>Have=20
you upgraded expect latley?&nbsp; I had the same problem, and it turned =
out that=20
the version of expect caused it to hang.&nbsp; There was a patch posted =
on this=20
list, I have attacked it below:</FONT></SPAN></DIV>
<DIV><SPAN class=3D928015514-24092001><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D928015514-24092001><FONT size=3D2>
<P>disclaimer: i am not at all sure that this is the proper way to =
fix</P>
<P>this problem (where rancid's *logins hang while collecting info =
from</P>
<P>devices on linux platforms with tcl8.3* and expect 5.32*) or if =
it</P>
<P>will have adverse affects on other expect scripts.</P>
<P>what is happening (usually amid write term or show config, =
cisco-ism</P>
<P>or juniper-ism) is the last chunk of data before the prompt has =
been</P>
<P>read into the internal ("channel") buffer, expect asks for more =
data,</P>
<P>but instead of tcl reading from the buffer or checking if the =
file</P>
<P>descriptor is actually ready for reading, it just calls read() =
via</P>
<P>expect's ExpInputProc() where it hangs with the router waiting =
for</P>
<P>input (until the router's session-timeout expires).</P>
<P>i believe this is due to Tcl_WaitForEvent() not differentiating =
properly</P>
<P>between timeout and "ready_for_read", but i did not unwrap the maze =
of</P>
<P>callbacks within tcl and don't have time to right now.</P>
<P>the (inefficient) patch below makes sure the filedescriptor is</P>
<P>set non-blocking, so the read will return immediately if the FD</P>
<P>is not ready for reading and thus give the tcl timer functions =
the</P>
<P>opportunity to timeout an operation (and apparently look at the =
internal</P>
<P>buffer for more data). i have no idea why this doesnt happen/affect=20
netbsd.</P>
<P>it works for me with tcl8.3.b2 and expect 5.32.1 on the linux box i =
have</P>
<P>freewill-access to, or at least do-diffs completed flawlessly 4 =
times,</P>
<P>whereas before it barely even got out of the gate. i think this =
is</P>
<P>RedCrap 6.1 or so...uname says Linux 2.2.16-22, but i'm guessing =
that's</P>
<P>just the kernel and i'm blissfully unaware of where all the other =
version</P>
<P>info is hidden.</P>
<P>you'll have to apply this to your expect 5.32.1 source; cd =
expect-5.32;</P>
<P>patch &lt; patchfile; make install</P>
<P>- - - - - - - - - - - - - c u t h e r e - - - - - - - - - - - - - =
-</P>
<P>*** exp_chan.c.FCS Tue Aug 14 16:55:54 2001</P>
<P>--- exp_chan.c Tue Aug 14 16:59:25 2001</P>
<P>***************</P>
<P>*** 119,124 ****</P>
<P>--- 119,125 ----</P>
<P>* nonblocking, the read will never block.</P>
<P>*/</P>
<P></P>
<P>+ fcntl(esPtr-&gt;fdin, F_SETFL, O_NONBLOCK);</P>
<P>bytesRead =3D read(esPtr-&gt;fdin, buf, (size_t) toRead);</P>
<P>/*printf("ExpInputProc: read(%d,,) =3D =
%d\r\n",esPtr-&gt;fdin,bytesRead);*/</P>
<P>if (bytesRead &gt; -1) {</P>
<P>&nbsp;</P></FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B>=20
  owner-rancid-discuss@shrubbery.net=20
  [mailto:owner-rancid-discuss@shrubbery.net]<B>On Behalf Of </B>David=20
  LaPorte<BR><B>Sent:</B> Friday, September 21, 2001 4:16 =
PM<BR><B>To:</B>=20
  rancid-discuss@shrubbery.net<BR><B>Subject:</B> Rancid=20
  hangs<BR><BR></FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Has anyone seen behavior similar to =
the=20
  following?</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Recently, when querying our routers =
for=20
  configurations, clogin seems to hang while downloading the=20
  configuration.&nbsp; For instance, running clogin manually with the=20
  command-line:</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>./clogin -t 90 -c show version;show =
install=20
  active;show env all;show gsr chassis;show boot;show bootvar;show =
variables=20
  boot;show flash;dir /all nvram:;dir /all bootflash:;dir /all =
slot0:;dir /all=20
  disk0:;dir /all slot1:;dir /all disk1:;show controllers;show =
controllers=20
  cbus;show diagbus;show diag;show module;show c7200;show vtp =
status;show=20
  vlan;write term &lt;router&gt;</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>it logs in properly and begins =
running=20
  commands.&nbsp; When it gets to "write term" it begins printing it out =
but=20
  then hangs (the exact point at which it hangs varies with each =
run).&nbsp; The=20
  do-diffs script (which also runs the above) hangs on several=20
  routers.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>I am running Rancid 2.1 and have had =
no issues=20
  until the past week or so.&nbsp; I am using both SSH and telnet as my=20
  connection methods...</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Thanks!<BR>David LaPorte</DIV>
  <DIV><BR></DIV></BLOCKQUOTE></FONT></BODY></HTML>

------=_NextPart_000_0025_01C144DF.42B94B40--


From owner-rancid-discuss@shrubbery.net Tue Sep 25 15:21:37 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8PFLbN10833
	for <rancid-discuss-archive@ni.shrubbery.net>; Tue, 25 Sep 2001 15:21:37 GMT
Received: from localhost (localhost [[UNIX: localhost]])
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8PFIqF18892
	for rancid-discuss-outgoing; Tue, 25 Sep 2001 15:18:53 GMT
Received: (from heas@localhost)
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8PFIgb18880;
	Tue, 25 Sep 2001 15:18:42 GMT
Date: Tue, 25 Sep 2001 08:18:42 -0700
From: john heasley <heas@shrubbery.net>
To: Mike Hyde <mhyde@escape.ca>
Cc: David LaPorte <david_laporte@harvard.edu>, rancid-discuss@shrubbery.net
Subject: Re: Rancid hangs
Message-ID: <20010925081842.A18462@shrubbery.net>
References: <014d01c142e2$a9defd50$c9d16780@navajo> <FLEAIIEEBNEJPHHCACJIEEBMCGAA.mhyde@escape.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <FLEAIIEEBNEJPHHCACJIEEBMCGAA.mhyde@escape.ca>; from mhyde@escape.ca on Mon, Sep 24, 2001 at 09:57:03AM -0500
X-note: live free, or die!
X-homer: ralph, jesus did not have wheels.
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

note that patch(1) might get confused with the spacing below.  you can
see the correct spacing on www.shrubbery.net/rancid.

Mon, Sep 24, 2001 at 09:57:03AM -0500, Mike Hyde:
> Have you upgraded expect latley?  I had the same problem, and it turned out
> that the version of expect caused it to hang.  There was a patch posted on
> this list, I have attacked it below:
> 
> 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) {
> 
> 
> 
>   -----Original Message-----
>   From: owner-rancid-discuss@shrubbery.net
> [mailto:owner-rancid-discuss@shrubbery.net]On Behalf Of David LaPorte
>   Sent: Friday, September 21, 2001 4:16 PM
>   To: rancid-discuss@shrubbery.net
>   Subject: Rancid hangs
> 
> 
>   Hi all,
> 
>   Has anyone seen behavior similar to the following?
> 
>   Recently, when querying our routers for configurations, clogin seems to
> hang while downloading the configuration.  For instance, running clogin
> manually with the command-line:
> 
>   ./clogin -t 90 -c show version;show install active;show env all;show gsr
> chassis;show boot;show bootvar;show variables boot;show flash;dir /all
> nvram:;dir /all bootflash:;dir /all slot0:;dir /all disk0:;dir /all
> slot1:;dir /all disk1:;show controllers;show controllers cbus;show
> diagbus;show diag;show module;show c7200;show vtp status;show vlan;write
> term <router>
> 
>   it logs in properly and begins running commands.  When it gets to "write
> term" it begins printing it out but then hangs (the exact point at which it
> hangs varies with each run).  The do-diffs script (which also runs the
> above) hangs on several routers.
> 
>   I am running Rancid 2.1 and have had no issues until the past week or so.
> I am using both SSH and telnet as my connection methods...
> 
>   Thanks!
>   David LaPorte
> 
> 

From owner-rancid-discuss@shrubbery.net Tue Sep 25 22:47:52 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8PMlqN11143
	for <rancid-discuss-archive@ni.shrubbery.net>; Tue, 25 Sep 2001 22:47:52 GMT
Received: from localhost (localhost [[UNIX: localhost]])
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8PMjuC03463
	for rancid-discuss-outgoing; Tue, 25 Sep 2001 22:45:56 GMT
Received: from sfoexh01.yipes.com (sfo002ns01.yipes.com [209.213.212.199])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8PMjqc03459
	for <rancid-discuss@shrubbery.net>; Tue, 25 Sep 2001 22:45:52 GMT
Received: by sfoexh01.yipes.com with Internet Mail Service (5.5.2653.19)
	id <TT4TF42Q>; Tue, 25 Sep 2001 15:47:14 -0700
Message-ID: <65988049D870C042BD59CF516556134A14D1E5@sfoexh01.yipes.com>
From: Alex Bochannek <ABochannek@yipes.com>
To: "'rancid-discuss@shrubbery.net'" <rancid-discuss@shrubbery.net>
Cc: Alex Bochannek <ABochannek@yipes.com>
Subject: Proposed Extreme changes.
Date: Tue, 25 Sep 2001 15:47:13 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

I am finally getting around working on Rancid for Extreme and had some
problems getting it to work. Here are my proposed changes:

bash-2.03$ diff -c /opt/rancid-2.2b7/bin/clogin bin/clogin 
*** /opt/rancid-2.2b7/bin/clogin        Thu Sep 13 17:37:40 2001
--- bin/clogin  Tue Sep 25 15:40:22 2001
***************
*** 432,438 ****
      # If the prompt is (enable), then we are on a switch and the
      # command is "set length 0"; otherwise its "term length 0".
      # skip if its and extreme.
!     if { [ string compare "extreme" "$prompt" ] } {
        if [ regexp -- ".*> .*enable" "$prompt" ] {
            send "set length 0\r"
        } else {
--- 432,438 ----
      # If the prompt is (enable), then we are on a switch and the
      # command is "set length 0"; otherwise its "term length 0".
      # skip if its and extreme.
!     if { [ string compare "extreme" "$platform" ] } {
        if [ regexp -- ".*> .*enable" "$prompt" ] {
            send "set length 0\r"
        } else {
***************
*** 501,507 ****
        }
      }
      log_user 1
!     send "exit\r"
      expect {
        "Do you wish to save your configuration changes" {
                                                  send "n\r"
--- 501,507 ----
        }
      }
      log_user 1
!     send "quit\r"
      expect {
        "Do you wish to save your configuration changes" {
                                                  send "n\r"
bash-2.03$ diff -c /opt/rancid-2.2b7/bin/xrancid bin/xrancid 
*** /opt/rancid-2.2b7/bin/xrancid       Thu Sep 13 17:38:01 2001
--- bin/xrancid Tue Sep 25 15:42:19 2001
***************
*** 330,342 ****
      print STDOUT "opening file $host\n" if ($log);
      open(INPUT,"<$host") || die "open failed for $host: $!\n";
  } else {
!     print STDERR "executing clogin -t $timeo -c\"$cisco_cmds\" $host\n" if
($debug);
!     print STDOUT "executing clogin -t $timeo -c\"$cisco_cmds\" $host\n" if
($log);
      if (defined($ENV{NOPIPE})) {
!       system "clogin -t $timeo -c \"$cisco_cmds\" $host </dev/null >
$host.raw 2>&1" || die "clogin failed for $host: $!\n";
        open(INPUT, "< $host.raw") || die "clogin failed for $host: $!\n";
      } else {
!       open(INPUT,"clogin -t $timeo -c \"$cisco_cmds\" $host </dev/null |")
|| die "clogin failed for $host: $!\n";
      }
  }
  
--- 330,342 ----
      print STDOUT "opening file $host\n" if ($log);
      open(INPUT,"<$host") || die "open failed for $host: $!\n";
  } else {
!     print STDERR "executing clogin -t $timeo -autoenable -c\"$cisco_cmds\"
$host\n" if ($debug);
!     print STDOUT "executing clogin -t $timeo -autoenable -c\"$cisco_cmds\"
$host\n" if ($log);
      if (defined($ENV{NOPIPE})) {
!       system "clogin -t $timeo -autoenable -c \"$cisco_cmds\" $host
</dev/null > $host.raw 2>&1" || die "clogin failed for $host: $!\n";
        open(INPUT, "< $host.raw") || die "clogin failed for $host: $!\n";
      } else {
!       open(INPUT,"clogin -t $timeo -autoenable -c \"$cisco_cmds\" $host
</dev/null |") || die "clogin failed for $host: $!\n";
      }
  }
  

Alex Bochannek 
Senior Unix/Network Engineer 
Yipes ... that's fast! 
(415) 901-2000 
(415) 901-2090 (direct) 
www.yipes.com <http://www.yipes.com/> 
 
Yipes is the defining provider of fully scalable bandwidth for businesses.
We offer fully-managed 
high speed Internet and Nationwide LAN-to-LAN services at speeds ranging
from 1 Mbps to 1 Gbps, 
in 1 Mbps increments.  
Yipes delivers this uniquely flexible service over the first nationwide
system of optical IP networks.


From owner-rancid-discuss@shrubbery.net Wed Sep 26 01:52:51 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8Q1qpN11316
	for <rancid-discuss-archive@ni.shrubbery.net>; Wed, 26 Sep 2001 01:52:51 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8Q1ovd08798
	for rancid-discuss-outgoing; Wed, 26 Sep 2001 01:50:57 GMT
Received: from red-sonja.sanctuary.arbutus.md.us (fwuser2@cc297946-a.catv1.md.home.com [24.3.31.39])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8Q1orc08794
	for <rancid-discuss@shrubbery.net>; Wed, 26 Sep 2001 01:50:53 GMT
Received: (from morty@localhost)
	by red-sonja.sanctuary.arbutus.md.us (8.11.2/8.11.2) id f8Q1qRi14604
	for rancid-discuss@shrubbery.net; Tue, 25 Sep 2001 21:52:27 -0400
Date: Tue, 25 Sep 2001 21:52:27 -0400
From: "Mordechai T. Abzug" <morty@sanctuary.arbutus.md.us>
To: rancid-discuss@shrubbery.net
Subject: brancid patch for uptime
Message-ID: <20010925215227.A14536@red-sonja.sanctuary.arbutus.md.us>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk


I'm running rancid 2.2b7 to get config info from Bay routers running
assorted versions of BayRS.  It works fine for the version 12 boxen,
but the version 14 boxen include uptime info in the config.

Here's a patch:

*** brancid.dist        Tue Sep 25 16:54:22 2001
--- brancid     Tue Sep 25 21:14:40 2001
***************
*** 140,145 ****
--- 140,146 ----
        last if (/^$prompt/);
        next if (/^(\s*|\s*$cmd\s*)$/);
        next if (/^Reading configuration information/);
+       next if (/^\# *uptime +\d+\s*$/);
        if (/community label /) {
            if (defined($ENV{'NOCOMMSTR'})) {
                $_ =~ s/community label .*$/community label
			 <removed>/;

While poking in brancid, I noticed a comment that says there is no
equivalent to enable for Bay routers.  AFAIK, BayRS has a "system"
command that lets you go from User to Manager.  This doesn't seem to
affect anything, though.

- Morty

From owner-rancid-discuss@shrubbery.net Thu Sep 27 19:00:04 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8RJ04N15941
	for <rancid-discuss-archive@ni.shrubbery.net>; Thu, 27 Sep 2001 19:00:04 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8RIwpn25068
	for rancid-discuss-outgoing; Thu, 27 Sep 2001 18:58:52 GMT
Received: (from heas@localhost)
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8RIwlH25062;
	Thu, 27 Sep 2001 18:58:47 GMT
Date: Thu, 27 Sep 2001 11:58:47 -0700
From: john heasley <heas@shrubbery.net>
To: Alex Bochannek <ABochannek@yipes.com>
Cc: "'rancid-discuss@shrubbery.net'" <rancid-discuss@shrubbery.net>
Subject: Re: Proposed Extreme changes.
Message-ID: <20010927115847.I18070@shrubbery.net>
References: <65988049D870C042BD59CF516556134A14D1E5@sfoexh01.yipes.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <65988049D870C042BD59CF516556134A14D1E5@sfoexh01.yipes.com>; from ABochannek@yipes.com on Tue, Sep 25, 2001 at 03:47:13PM -0700
X-note: live free, or die!
X-homer: ralph, jesus did not have wheels.
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

i havent had a chance to look at these.  didnt want you to think we
were ignoring you.

Tue, Sep 25, 2001 at 03:47:13PM -0700, Alex Bochannek:
> I am finally getting around working on Rancid for Extreme and had some
> problems getting it to work. Here are my proposed changes:

From owner-rancid-discuss@shrubbery.net Thu Sep 27 20:01:31 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8RK1QN15985
	for <rancid-discuss-archive@ni.shrubbery.net>; Thu, 27 Sep 2001 20:01:31 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8RK12o28018
	for rancid-discuss-outgoing; Thu, 27 Sep 2001 20:01:02 GMT
Received: from sfoexh01.yipes.com (sfo002ns01.yipes.com [209.213.212.199])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8RK0wc28011;
	Thu, 27 Sep 2001 20:00:58 GMT
Received: by sfoexh01.yipes.com with Internet Mail Service (5.5.2653.19)
	id <TV8RK9Y1>; Thu, 27 Sep 2001 13:00:51 -0700
Message-ID: <65988049D870C042BD59CF516556134A14D202@sfoexh01.yipes.com>
From: Alex Bochannek <ABochannek@yipes.com>
To: "'john heasley'" <heas@shrubbery.net>
Cc: "'rancid-discuss@shrubbery.net'" <rancid-discuss@shrubbery.net>,
   Alex Bochannek <ABochannek@yipes.com>
Subject: RE: Proposed Extreme changes.
Date: Thu, 27 Sep 2001 13:00:50 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

OK, thanks ;-)

Alex Bochannek 
Senior Unix/Network Engineer 
Yipes ... that's fast! 
(415) 901-2000 
(415) 901-2090 (direct) 
www.yipes.com
 

 -----Original Message-----
From: 	john heasley [mailto:heas@shrubbery.net] 
Sent:	Thursday, September 27, 2001 11:59 AM
To:	Alex Bochannek
Cc:	'rancid-discuss@shrubbery.net'
Subject:	Re: Proposed Extreme changes.

i havent had a chance to look at these.  didnt want you to think we
were ignoring you.

Tue, Sep 25, 2001 at 03:47:13PM -0700, Alex Bochannek:
> I am finally getting around working on Rancid for Extreme and had some
> problems getting it to work. Here are my proposed changes:

From owner-rancid-discuss@shrubbery.net Sat Sep 29 00:35:54 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8T0ZsN24349
	for <rancid-discuss-archive@ni.shrubbery.net>; Sat, 29 Sep 2001 00:35:54 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8T0YWW15093
	for rancid-discuss-outgoing; Sat, 29 Sep 2001 00:34:32 GMT
Received: from sfoexh01.yipes.com (sfo002ns01.yipes.com [209.213.212.199])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8T0YSc15086;
	Sat, 29 Sep 2001 00:34:28 GMT
Received: by sfoexh01.yipes.com with Internet Mail Service (5.5.2653.19)
	id <TV8RL2JJ>; Fri, 28 Sep 2001 17:34:17 -0700
Message-ID: <65988049D870C042BD59CF516556134A14D20F@sfoexh01.yipes.com>
From: Alex Bochannek <ABochannek@yipes.com>
To: "'john heasley'" <heas@shrubbery.net>
Cc: "'rancid-discuss@shrubbery.net'" <rancid-discuss@shrubbery.net>,
   Alex Bochannek <ABochannek@yipes.com>
Subject: RE: Proposed Extreme changes.
Date: Fri, 28 Sep 2001 17:34:11 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

One thing I need to know is what the largest number of devices is anybody
uses Rancid for. Tens? Hundreds? Considering how long it can take for telnet
to terminate an unsuccessful connection (on Solaris), I am bit worried about
scalability.

Thanks.

Alex Bochannek 
Senior Unix/Network Engineer 
Yipes ... that's fast! 
(415) 901-2000 
(415) 901-2090 (direct) 
www.yipes.com
 

 -----Original Message-----
From: 	john heasley [mailto:heas@shrubbery.net] 
Sent:	Thursday, September 27, 2001 11:59 AM
To:	Alex Bochannek
Cc:	'rancid-discuss@shrubbery.net'
Subject:	Re: Proposed Extreme changes.

i havent had a chance to look at these.  didnt want you to think we
were ignoring you.

Tue, Sep 25, 2001 at 03:47:13PM -0700, Alex Bochannek:
> I am finally getting around working on Rancid for Extreme and had some
> problems getting it to work. Here are my proposed changes:

From owner-rancid-discuss@shrubbery.net Sat Sep 29 00:39:08 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8T0d8N24356
	for <rancid-discuss-archive@ni.shrubbery.net>; Sat, 29 Sep 2001 00:39:08 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8T0d5G15200
	for rancid-discuss-outgoing; Sat, 29 Sep 2001 00:39:05 GMT
Received: (from heas@localhost)
	by guelah.shrubbery.net (8.11.4/8.11.1) id f8T0cwv15189;
	Sat, 29 Sep 2001 00:38:58 GMT
Date: Sat, 29 Sep 2001 00:38:58 +0000
From: "'john heasley'" <heas@shrubbery.net>
To: Alex Bochannek <ABochannek@yipes.com>
Cc: "'john heasley'" <heas@shrubbery.net>,
   "'rancid-discuss@shrubbery.net'" <rancid-discuss@shrubbery.net>
Subject: Re: Proposed Extreme changes.
Message-ID: <20010929003857.G7146@shrubbery.net>
References: <65988049D870C042BD59CF516556134A14D20F@sfoexh01.yipes.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <65988049D870C042BD59CF516556134A14D20F@sfoexh01.yipes.com>; from ABochannek@yipes.com on Fri, Sep 28, 2001 at 05:34:11PM -0700
X-note: live free, or die!
X-homer: ralph, jesus did not have wheels.
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

Fri, Sep 28, 2001 at 05:34:11PM -0700, Alex Bochannek:
> One thing I need to know is what the largest number of devices is anybody
> uses Rancid for. Tens? Hundreds? Considering how long it can take for telnet
> to terminate an unsuccessful connection (on Solaris), I am bit worried about
> scalability.

have seen as many as 700.  bin/control_rancid:PAR_COUNT=5 could be raised
to process more devices concurrently.  that should really be a bin/env
knob; which i'll add to the todo list.

> Thanks.
> 
> Alex Bochannek 
> Senior Unix/Network Engineer 
> Yipes ... that's fast! 
> (415) 901-2000 
> (415) 901-2090 (direct) 
> www.yipes.com
>  
> 
>  -----Original Message-----
> From: 	john heasley [mailto:heas@shrubbery.net] 
> Sent:	Thursday, September 27, 2001 11:59 AM
> To:	Alex Bochannek
> Cc:	'rancid-discuss@shrubbery.net'
> Subject:	Re: Proposed Extreme changes.
> 
> i havent had a chance to look at these.  didnt want you to think we
> were ignoring you.
> 
> Tue, Sep 25, 2001 at 03:47:13PM -0700, Alex Bochannek:
> > I am finally getting around working on Rancid for Extreme and had some
> > problems getting it to work. Here are my proposed changes:

From owner-rancid-discuss@shrubbery.net Sat Sep 29 00:40:14 2001
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1])
	by ni.shrubbery.net (8.11.3/8.11.1) with ESMTP id f8T0eEN24365
	for <rancid-discuss-archive@ni.shrubbery.net>; Sat, 29 Sep 2001 00:40:14 GMT
Received: by guelah.shrubbery.net (8.11.4/8.11.1) id f8T0e9F15255
	for rancid-discuss-outgoing; Sat, 29 Sep 2001 00:40:09 GMT
Received: from sfoexh01.yipes.com (sfo002ns01.yipes.com [209.213.212.199])
	by guelah.shrubbery.net (8.11.4/8.11.1) with ESMTP id f8T0e3c15248;
	Sat, 29 Sep 2001 00:40:03 GMT
Received: by sfoexh01.yipes.com with Internet Mail Service (5.5.2653.19)
	id <TV8RL2K1>; Fri, 28 Sep 2001 17:39:57 -0700
Message-ID: <65988049D870C042BD59CF516556134A14D210@sfoexh01.yipes.com>
From: Alex Bochannek <ABochannek@yipes.com>
To: "'john heasley'" <heas@shrubbery.net>
Cc: "'rancid-discuss@shrubbery.net'" <rancid-discuss@shrubbery.net>
Subject: RE: Proposed Extreme changes.
Date: Fri, 28 Sep 2001 17:39:55 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-rancid-discuss@shrubbery.net
Precedence: bulk

Good data point. Thanks!

Alex Bochannek 
Senior Unix/Network Engineer 
Yipes ... that's fast! 
(415) 901-2000 
(415) 901-2090 (direct) 
www.yipes.com
 

 -----Original Message-----
From: 	'john heasley' [mailto:heas@shrubbery.net] 
Sent:	Friday, September 28, 2001 5:39 PM
To:	Alex Bochannek
Cc:	'john heasley'; 'rancid-discuss@shrubbery.net'
Subject:	Re: Proposed Extreme changes.

Fri, Sep 28, 2001 at 05:34:11PM -0700, Alex Bochannek:
> One thing I need to know is what the largest number of devices is anybody
> uses Rancid for. Tens? Hundreds? Considering how long it can take for
telnet
> to terminate an unsuccessful connection (on Solaris), I am bit worried
about
> scalability.

have seen as many as 700.  bin/control_rancid:PAR_COUNT=5 could be raised
to process more devices concurrently.  that should really be a bin/env
knob; which i'll add to the todo list.

> Thanks.
> 
> Alex Bochannek 
> Senior Unix/Network Engineer 
> Yipes ... that's fast! 
> (415) 901-2000 
> (415) 901-2090 (direct) 
> www.yipes.com
>  
> 
>  -----Original Message-----
> From: 	john heasley [mailto:heas@shrubbery.net] 
> Sent:	Thursday, September 27, 2001 11:59 AM
> To:	Alex Bochannek
> Cc:	'rancid-discuss@shrubbery.net'
> Subject:	Re: Proposed Extreme changes.
> 
> i havent had a chance to look at these.  didnt want you to think we
> were ignoring you.
> 
> Tue, Sep 25, 2001 at 03:47:13PM -0700, Alex Bochannek:
> > I am finally getting around working on Rancid for Extreme and had some
> > problems getting it to work. Here are my proposed changes: