From owner-rancid-discuss-outgoing@shrubbery.net Wed Jul 7 17:57:19 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id C6B5D11CE42 for ; Wed, 7 Jul 2004 17:57:19 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id CEB4511139; Wed, 7 Jul 2004 17:57:19 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id C02DA11146; Wed, 7 Jul 2004 17:57:19 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from trotsky.rauhaus.org (kort.rauhaus.org [206.163.122.20]) by guelah.shrubbery.net (Postfix) with ESMTP id 50AE611139 for ; Wed, 7 Jul 2004 17:57:19 +0000 (UTC) Received: by trotsky.rauhaus.org (Postfix, from userid 1000) id DAEE61A18E1; Wed, 7 Jul 2004 10:57:17 -0700 (PDT) Date: Wed, 7 Jul 2004 10:57:17 -0700 To: rancid-discuss@shrubbery.net Subject: Routers changed to down: after upgrade Message-ID: <20040707175717.GB1562@rauhaus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt http://www.mutt.org/ X-Uptime: 163 days X-URL: http://www.rauhaus.org/~srau/ X-Location: Portland, OR, USA X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.6+20040523i From: srau@rauhaus.org (Stafford A. Rau) Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk I recently upgraded our rancid installation to version 2.3.1 from 2.2.somthing, and have an odd little issue. I get a blank "Routers changed to down:" message every run for each group that doesn't have any routers in the down state. If I add something like "junk:cisco:down" to each group's router.db, then I don't get any further "Routers changed to down:" messages after the next run that reports the "junk" one. Any suggestions? I can, of course, leave the junk line in my router.db files, but that's not very aesthetically pleasing. --Stafford From owner-rancid-discuss-outgoing@shrubbery.net Thu Jul 8 17:55:10 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 415F811CE39 for ; Thu, 8 Jul 2004 17:55:10 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 6836611136; Thu, 8 Jul 2004 17:55:10 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 59AE411142; Thu, 8 Jul 2004 17:55:10 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from callwave.com (outbound.callwave.com [63.77.208.4]) by guelah.shrubbery.net (Postfix) with ESMTP id D180811136 for ; Thu, 8 Jul 2004 17:55:09 +0000 (UTC) Received: from [192.168.88.185] (HELO [192.168.88.185]) by callwave.com (CommuniGate Pro SMTP 4.1.6) with ESMTP id 11985718 for rancid-discuss@shrubbery.net; Thu, 08 Jul 2004 10:55:07 -0700 Date: Thu, 08 Jul 2004 10:55:07 -0700 From: "Mazlumyan, Rafi" To: rancid-discuss@shrubbery.net Subject: seq number in cisco prefix-list Message-ID: <1388870000.1089309307@dhcp-dlv-185.callwave.com> X-Mailer: Mulberry/3.1.0 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Any reason why seq number in prefix-list is stipped out ? I changed my copy of rancid to include the seq number. I'm wondering what the reasoning behind the removal was. $ diff rancid rancid.orig 995c995 < ProcessHistory("PACL $1 $3","ipsort","$4","ip prefix-list $1 seq $2 $3 $4$5\n") --- > ProcessHistory("PACL $1 $3","ipsort","$4","ip prefix-list $1 $3 $4$5\n") Thanks, Rafi. From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 9 01:20:11 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 982CC11CE30 for ; Fri, 9 Jul 2004 01:20:11 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id D413111136; Fri, 9 Jul 2004 01:20:11 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id C8B4F11142; Fri, 9 Jul 2004 01:20:11 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from tower.partan.com (tower.partan.com [198.6.255.248]) by guelah.shrubbery.net (Postfix) with ESMTP id B3DF311136 for ; Fri, 9 Jul 2004 01:20:10 +0000 (UTC) Received: from tower.partan.com (localhost.partan.com [127.0.0.1]) by tower.partan.com (8.12.9p2/8.12.9) with ESMTP id i691K3pl049141; Thu, 8 Jul 2004 21:20:03 -0400 (EDT) (envelope-from asp@tower.partan.com) Received: (from asp@localhost) by tower.partan.com (8.12.9p2/8.12.9/Submit) id i691K2gO049136; Thu, 8 Jul 2004 21:20:02 -0400 (EDT) (envelope-from asp) Date: Thu, 8 Jul 2004 21:20:02 -0400 From: Andrew Partan To: "Mazlumyan, Rafi" Cc: rancid-discuss@shrubbery.net Subject: Re: seq number in cisco prefix-list Message-ID: <20040709012002.GA49090@partan.com> References: <1388870000.1089309307@dhcp-dlv-185.callwave.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1388870000.1089309307@dhcp-dlv-185.callwave.com> User-Agent: Mutt/1.4.2.1i Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk On Thu, Jul 08, 2004 at 10:55:07AM -0700, Mazlumyan, Rafi wrote: > Any reason why seq number in prefix-list is stipped out ? Say you have a 101 line prefix-list & you add a new entry as the 1st entry. The prefix-list gets renumbered, and, if rancid kept the seq number, then the diff would be the entire list. We deleted the seq number so that the diff would be just the one new line. --asp From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 9 13:59:00 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 5965811CE30 for ; Fri, 9 Jul 2004 13:59:00 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 4949F11136; Fri, 9 Jul 2004 13:59:00 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 4043D11142; Fri, 9 Jul 2004 13:59:00 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ntx.netvision.net.il (ananas1.netvision.net.il [199.203.100.202]) by guelah.shrubbery.net (Postfix) with ESMTP id 07F9111136 for ; Fri, 9 Jul 2004 13:58:57 +0000 (UTC) Received: from Internal Mail-Server by ananas1 with SMTP; 9 Jul 2004 16:59:05 +0300 Received: from ntx1.forest.netvision.net.il ([172.20.30.31]) by vidius-pa.forest.netvision.net.il with Vidius PA ESMTP; Fri, 09 Jul 2004 16:58:06 +0200 X-PA-Host: vidius-pa.forest.netvision.net.il X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: seq number in cisco prefix-list Date: Fri, 9 Jul 2004 16:58:06 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: seq number in cisco prefix-list Thread-Index: AcRlWzOzcKpkm7KoQDKOi6spB7lcwQAaYzCA From: "Yuval Ben-Ari" To: "Andrew Partan" , "Mazlumyan, Rafi" Cc: Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk I also find it undesired and also disabled it. this makes the rancid config be different from the router config forgive my ignorance but what renumbering are you refering to ? Router(config)#ip prefix-list TEST permit 10.0.0.0/8 Router(config)#ip prefix-list TEST permit 20.0.0.0/8 Router(config)#ip prefix-list TEST permit 30.0.0.0/8 Router(config)# Router(config)#do sh ip prefix-list TEST ip prefix-list TEST: 3 entries seq 5 permit 10.0.0.0/8 seq 10 permit 20.0.0.0/8 seq 15 permit 30.0.0.0/8 Router(config)#ip prefix-list TEST seq 1 permit 5.0.0.0/8 Router(config)#do sh ip prefix-list TEST ip prefix-list TEST: 4 entries seq 1 permit 5.0.0.0/8 seq 5 permit 10.0.0.0/8 seq 10 permit 20.0.0.0/8 seq 15 permit 30.0.0.0/8 Router(config)# > -----Original Message----- > From: owner-rancid-discuss@shrubbery.net = > [mailto:owner-rancid-discuss@shrubbery.net] On Behalf Of Andrew Partan > Sent: Friday, July 09, 2004 03:20 > To: Mazlumyan, Rafi > Cc: rancid-discuss@shrubbery.net > Subject: Re: seq number in cisco prefix-list > = > = > On Thu, Jul 08, 2004 at 10:55:07AM -0700, Mazlumyan, Rafi wrote: > > Any reason why seq number in prefix-list is stipped out ? > = > Say you have a 101 line prefix-list & you add a new entry as the > 1st entry. The prefix-list gets renumbered, and, if rancid kept > the seq number, then the diff would be the entire list. We deleted > the seq number so that the diff would be just the one new line. > --asp > = From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 9 14:26:47 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 148BA11CE30 for ; Fri, 9 Jul 2004 14:26:47 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 2545911139; Fri, 9 Jul 2004 14:26:47 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 1E75111149; Fri, 9 Jul 2004 14:26:47 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from aurvandil.sahala.org (aurvandil.sahala.org [208.35.16.52]) by guelah.shrubbery.net (Postfix) with ESMTP id 777F611139 for ; Fri, 9 Jul 2004 14:26:46 +0000 (UTC) Received: by aurvandil.sahala.org (Postfix, from userid 1000) id E7C531F2FA; Fri, 9 Jul 2004 10:26:38 -0400 (EDT) Date: Fri, 9 Jul 2004 10:26:38 -0400 From: joshua sahala To: Yuval Ben-Ari Cc: Andrew Partan , "Mazlumyan, Rafi" , rancid-discuss@shrubbery.net Subject: Re: seq number in cisco prefix-list Message-ID: <20040709142638.GC6100@aurvandil.sahala.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040523i Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk On (09/07/04 16:58), Yuval Ben-Ari wrote: > > I also find it undesired and also disabled it. > this makes the rancid config be different from the router config > > forgive my ignorance but what renumbering are you refering to ? > > Router(config)#do sh ip prefix-list TEST > ip prefix-list TEST: 4 entries > seq 1 permit 5.0.0.0/8 > seq 5 permit 10.0.0.0/8 > seq 10 permit 20.0.0.0/8 > seq 15 permit 30.0.0.0/8 > Router(config)# > when you insert a rule between/before an existing rule, then the sequence numbers of the rules don't change...but if you renumber so that the rules are always 5 apart, then a portion of the list would change (this is likely the case for people who automagically generate their filters) ex: seq 5 permit 10.0.0.0/8 seq 10 permit 20.0.0.0/8 seq 15 permit 30.0.0.0/8 becomes: seq 5 permit 2.0.0.0/8 seq 10 permit 10.0.0.0/8 seq 15 permit 20.0.0.0/8 seq 20 permit 30.0.0.0/8 so in this case rancid will send you a longer list of changes (since technically the entire prefix list changed) /joshua -- A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. - Douglas Adams - From owner-rancid-discuss-outgoing@shrubbery.net Sat Jul 10 19:56:17 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id AC68211CE2E for ; Sat, 10 Jul 2004 19:56:16 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id E771311136; Sat, 10 Jul 2004 19:56:16 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id E05CE11142; Sat, 10 Jul 2004 19:56:16 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ntx.netvision.net.il (ananas1.netvision.net.il [199.203.100.202]) by guelah.shrubbery.net (Postfix) with ESMTP id B73E911136 for ; Sat, 10 Jul 2004 19:56:14 +0000 (UTC) Received: from Internal Mail-Server by ananas1 with SMTP; 10 Jul 2004 22:56:19 +0300 Received: from ntx1.forest.netvision.net.il ([172.20.30.31]) by vidius-pa.forest.netvision.net.il with Vidius PA ESMTP; Sat, 10 Jul 2004 22:55:22 +0200 X-PA-Host: vidius-pa.forest.netvision.net.il X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: seq number in cisco prefix-list Date: Sat, 10 Jul 2004 22:55:22 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: seq number in cisco prefix-list Thread-Index: AcRlyQ+uxafGwnSXShaQM/+IFq2hWgA9tSqA From: "Yuval Ben-Ari" To: "joshua sahala" Cc: "Andrew Partan" , "Mazlumyan, Rafi" , Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk > when you insert a rule between/before an existing rule, then the > sequence numbers of the rules don't change...but if you renumber so > that the rules are always 5 apart, then a portion of the list would > change (this is likely the case for people who automagically generate > their filters) > ex: > seq 5 permit 10.0.0.0/8 > seq 10 permit 20.0.0.0/8 > seq 15 permit 30.0.0.0/8 > becomes: > seq 5 permit 2.0.0.0/8 > seq 10 permit 10.0.0.0/8 > seq 15 permit 20.0.0.0/8 > seq 20 permit 30.0.0.0/8 > so in this case rancid will send you a longer list of changes (since > technically the entire prefix list changed) I see, we do it manually so no change in sequencing. I think it will be useful to have this as a configurable behavior in future release = > /joshua > -- = > = From owner-rancid-discuss-outgoing@shrubbery.net Sat Jul 10 21:35:01 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id E154811CE2E for ; Sat, 10 Jul 2004 21:35:00 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 22A3A11136; Sat, 10 Jul 2004 21:35:01 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 14DCB11142; Sat, 10 Jul 2004 21:35:01 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from callwave.com (outbound.callwave.com [63.77.208.4]) by guelah.shrubbery.net (Postfix) with ESMTP id 86C8411136 for ; Sat, 10 Jul 2004 21:35:00 +0000 (UTC) Received: from [192.168.88.185] (HELO [192.168.88.185]) by callwave.com (CommuniGate Pro SMTP 4.1.6) with ESMTP id 12154939; Sat, 10 Jul 2004 14:34:58 -0700 Date: Sat, 10 Jul 2004 14:34:58 -0700 From: "Mazlumyan, Rafi" To: Yuval Ben-Ari , joshua sahala Cc: Andrew Partan , rancid-discuss@shrubbery.net Subject: RE: seq number in cisco prefix-list Message-ID: <1750990000.1089495298@dhcp-dlv-185.callwave.com> In-Reply-To: References: X-Mailer: Mulberry/3.1.0 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk --On Saturday, July 10, 2004 10:55:22 PM +0200 Yuval Ben-Ari wrote: >> when you insert a rule between/before an existing rule, then the >> sequence numbers of the rules don't change...but if you renumber so >> that the rules are always 5 apart, then a portion of the list would >> change (this is likely the case for people who automagically generate >> their filters) >> ex: >> seq 5 permit 10.0.0.0/8 >> seq 10 permit 20.0.0.0/8 >> seq 15 permit 30.0.0.0/8 >> becomes: >> seq 5 permit 2.0.0.0/8 >> seq 10 permit 10.0.0.0/8 >> seq 15 permit 20.0.0.0/8 >> seq 20 permit 30.0.0.0/8 >> so in this case rancid will send you a longer list of changes (since >> technically the entire prefix list changed) > > I see, we do it manually so no change in sequencing. > I think it will be useful to have this as a configurable behavior in > future release > I second that request. We also do it manually. Cheers, Rafi. From owner-rancid-discuss-outgoing@shrubbery.net Mon Jul 12 21:03:37 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 8C52511CE2D for ; Mon, 12 Jul 2004 21:03:37 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 7F2C611136; Mon, 12 Jul 2004 21:03:37 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 7724911142; Mon, 12 Jul 2004 21:03:37 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 179B111139; Mon, 12 Jul 2004 21:03:37 +0000 (UTC) From: "Bill Rowan" To: Subject: RE: Routers changed to down: after upgrade Date: Fri, 9 Jul 2004 11:06:06 -0500 Content-Type: text/plain; charset="us-ascii" Message-Id: <20040712210337.179B111139@guelah.shrubbery.net> Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk We are seeing this exact same problem after upgrading from 2.3.1 to 2.2.2. We are running RANCID for multiple cities, but not seeing this empty "down" message on all of our cities. Has anyone else seen and/or have a fix for this? -----Original Message----- From: owner-rancid-discuss@shrubbery.net [mailto:owner-rancid-discuss@shrubbery.net]On Behalf Of Stafford A. Rau Sent: Wednesday, July 07, 2004 12:57 PM To: rancid-discuss@shrubbery.net Subject: Routers changed to down: after upgrade I recently upgraded our rancid installation to version 2.3.1 from 2.2.somthing, and have an odd little issue. I get a blank "Routers changed to down:" message every run for each group that doesn't have any routers in the down state. If I add something like "junk:cisco:down" to each group's router.db, then I don't get any further "Routers changed to down:" messages after the next run that reports the "junk" one. Any suggestions? I can, of course, leave the junk line in my router.db files, but that's not very aesthetically pleasing. --Stafford From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 16 15:48:47 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 16B0111CE45 for ; Fri, 16 Jul 2004 15:48:47 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 7BCC411136; Fri, 16 Jul 2004 15:48:46 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 772E411142; Fri, 16 Jul 2004 15:48:46 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 7053) id DA48611139; Fri, 16 Jul 2004 15:48:45 +0000 (UTC) Date: Fri, 16 Jul 2004 08:48:45 -0700 From: john heasley To: "Stafford A. Rau" , Bill Rowan Cc: rancid-discuss@shrubbery.net Subject: Re: Routers changed to down: after upgrade Message-ID: <20040716154845.GI8529@shrubbery.net> References: <20040712210337.179B111139@guelah.shrubbery.net> <20040707175717.GB1562@rauhaus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040712210337.179B111139@guelah.shrubbery.net> <20040707175717.GB1562@rauhaus.org> User-Agent: Mutt/1.4.2.1i X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc X-note: live free, or die! X-homer: awe, not the good cheek Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Wed, Jul 07, 2004 at 10:57:17AM -0700, Stafford A. Rau: > I recently upgraded our rancid installation to version 2.3.1 from > 2.2.somthing, and have an odd little issue. > > I get a blank "Routers changed to down:" message every run for each > group that doesn't have any routers in the down state. If I add > something like "junk:cisco:down" to each group's router.db, then I don't > get any further "Routers changed to down:" messages after the next run > that reports the "junk" one. > > Any suggestions? I can, of course, leave the junk line in my router.db > files, but that's not very aesthetically pleasing. > > --Stafford Fri, Jul 09, 2004 at 11:06:06AM -0500, Bill Rowan: > We are seeing this exact same problem after upgrading from 2.3.1 to 2.2.2. We are running RANCID for multiple cities, but not > seeing this empty "down" message on all of our cities. Has anyone else seen and/or have a fix for this? I suspect that you're both using solaris and the PATH that is in rancid.conf is causing control_rancid to pick-up a diff(1) that does not support -u. you can adjust the PATH or try reinstalling with this patch for autoconf: ftp://ftp.shrubbery.net/pub/rancid/rancid-2.3.1.p1 From owner-rancid-discuss-outgoing@shrubbery.net Tue Jul 20 17:22:23 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 35CF811CE3C for ; Tue, 20 Jul 2004 17:22:23 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 854DF11139; Tue, 20 Jul 2004 17:22:22 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 79B3011146; Tue, 20 Jul 2004 17:22:22 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from trotsky.rauhaus.org (kort.rauhaus.org [206.163.122.20]) by guelah.shrubbery.net (Postfix) with ESMTP id 0B42411139 for ; Tue, 20 Jul 2004 17:22:21 +0000 (UTC) Received: by trotsky.rauhaus.org (Postfix, from userid 1000) id 2F7511A191E; Tue, 20 Jul 2004 10:22:16 -0700 (PDT) Date: Tue, 20 Jul 2004 10:22:16 -0700 To: rancid-discuss@shrubbery.net Subject: Re: Routers changed to down: after upgrade Message-ID: <20040720172215.GA21167@rauhaus.org> References: <20040712210337.179B111139@guelah.shrubbery.net> <20040707175717.GB1562@rauhaus.org> <20040716154845.GI8529@shrubbery.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040716154845.GI8529@shrubbery.net> X-Mailer: Mutt http://www.mutt.org/ X-Uptime: 176 days X-URL: http://www.rauhaus.org/~srau/ X-Location: Portland, OR, USA X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.6+20040523i From: srau@rauhaus.org (Stafford A. Rau) Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk * john heasley [040716 08:48]: > > I suspect that you're both using solaris and the PATH that is in rancid.conf > is causing control_rancid to pick-up a diff(1) that does not support -u. > > you can adjust the PATH or try reinstalling with this patch for autoconf: > > ftp://ftp.shrubbery.net/pub/rancid/rancid-2.3.1.p1 Changing the PATH in rancid.conf so that GNU diff gets picked up first rather than Solaris diff seems to have done the trick. Thanks much (again), --Stafford From owner-rancid-discuss-outgoing@shrubbery.net Thu Jul 22 18:25:39 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 797F411CE2D for ; Thu, 22 Jul 2004 18:25:39 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id BBECC11139; Thu, 22 Jul 2004 18:25:38 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id AC01B11146; Thu, 22 Jul 2004 18:25:38 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 49F3311142; Thu, 22 Jul 2004 18:25:38 +0000 (UTC) Date: Thu, 22 Jul 2004 11:20:22 -0700 (PDT) From: Tony Tauber To: rancid-discuss@shrubbery.net Subject: Nortel Passport Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Hi all, I'm finally making use of this fine tool. I needed to be able to collect configs from Nortel Passport switches and found some discussion in the archives about this topic but nothing definitive. We also have a few Nortel Bay routers for which blogin and brancid work fine. I found I had to make the following modifications for Passports: copy blogin and brancid to passlogin and passrancid, respectively. Diffs of these files are at the bottom but the changes are: In passlogin, - disable paging with "config cli more false". In passrancid, - change the commands to ones that work for Passports - fix the logic which searches for the end of file to look for a line beginning with the word "back" - fix internal references to "blogin" to say "passlogin" - look for prompts ending in "#" rather than ">" (I don't know this gear so well, these prompts may be specific to our deployment.) In rancid-fe, add this line for the new device type: elsif ($vendor =~ /^passport$/i) { exec('passrancid', $router); } Hope this info can help others. Sorry if it has actually been covered before. Don't know if it makes sense to include in a future rev. of the tool. Tony diff blogin passlogin 440c440,441 < send "more off\r" --- > #send "more off\r" > send "config cli more false\r" 492,493c493 < #set prompt "#" < set prompt ">" --- > set prompt "#" 499,500c499 < #set prompt "#" < set prompt ">" --- > set prompt "#" 610c609,610 < send "more off\r" --- > #send "more off\r" > send "config cli more false\r" 3c3 diff brancid passrancid 35c35 < $timeo = 90; # blogin timeout in seconds --- > $timeo = 90; # passlogin timeout in seconds 142d141 < 156a156,161 > if (/^(exit|back)$/) { > #if (/^exit$/) { > $found_end = 1; > ProcessHistory("","","","$_"); > return(1); > } 160,163d164 < if (/exit$/) { < $found_end = 1; < return(1); < } 190,193c191 < 'bcc' => "RunCommand", < 'show config' => "ShowConfig", < 'show config -all' => "ShowConfig", < 'exit' => "RunCommand" --- > 'show config' => "ShowConfig" 198,201c196 < "bcc", < "show config", < "show config -all", < "exit" --- > "show config" 216,217c211,212 < print STDERR "executing blogin -t $timeo -c\"$cisco_cmds\" $host\n" if ($debug); < print STDOUT "executing blogin -t $timeo -c\"$cisco_cmds\" $host\n" if ($log); --- > print STDERR "executing passlogin -t $timeo -c\"$cisco_cmds\" $host\n" if ($debug); > print STDOUT "executing passlogin -t $timeo -c\"$cisco_cmds\" $host\n" if ($log); 219,220c214,215 < system "blogin -t $timeo -c \"$cisco_cmds\" $host $host.raw 2>&1" || die "blogin failed for $host: $!\n"; < open(INPUT, "< $host.raw") || die "blogin failed for $host: $!\n"; --- > system "passlogin -t $timeo -c \"$cisco_cmds\" $host $host.raw 2>&1" || die "passlogin failed for $host: $!\n"; > open(INPUT, "< $host.raw") || die "passlogin failed for $host: $!\n"; 222c217 < open(INPUT,"blogin -t $timeo -c \"$cisco_cmds\" $host open(INPUT,"passlogin -t $timeo -c \"$cisco_cmds\" $host \s?logout$/) || $found_end ) { --- > if ( (/\#\s?logout$/) || $found_end ) { 243,244c238,239 < print STDOUT ("$host blogin error: $_"); < print STDERR ("$host blogin error: $_") if ($debug); --- > print STDOUT ("$host passlogin error: $_"); > print STDERR ("$host passlogin error: $_") if ($debug); 248c243 < while (/>\s*($cmds_regexp)\s*$/) { --- > while (/#\s*($cmds_regexp)\s*$/) { 251c246 < $prompt = ($_ =~ /^([^>]+>)/)[0]; --- > $prompt = ($_ =~ /^([^#]+#)/)[0]; From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 23 09:50:29 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 03AC711CE30 for ; Fri, 23 Jul 2004 09:50:28 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 5482C11136; Fri, 23 Jul 2004 09:50:28 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 47DF011142; Fri, 23 Jul 2004 09:50:28 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ntx.netvision.net.il (ananas1.netvision.net.il [199.203.100.202]) by guelah.shrubbery.net (Postfix) with ESMTP id 6E63811136 for ; Fri, 23 Jul 2004 09:50:24 +0000 (UTC) Received: from Internal Mail-Server by ananas1 with SMTP; 23 Jul 2004 11:57:09 +0300 Received: from ntx1.forest.netvision.net.il ([172.20.30.31]) by vidius-pa.forest.netvision.net.il with Vidius PA ESMTP; Fri, 23 Jul 2004 12:49:33 +0200 X-PA-Host: vidius-pa.forest.netvision.net.il X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: 3550 - 12.1(22)EA1 - multiple-fs Date: Fri, 23 Jul 2004 12:49:32 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: 3550 - 12.1(22)EA1 - multiple-fs Thread-Index: AcRwotE+g3Wo+mgzRyW5s8kOzJR3Gg== From: "Yuval Ben-Ari" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Hi, Recently upgraded a 3550 to 12.1(22)EA1 and I see new file in the flash called "multiple-fs" which causes config oscillation. Any idea what it's for, and how to stop it from causing changes (beside filtering the line) ? @@ -27,12 +27,12 @@ !Variable: buffer size: 393216 ! !Flash: Directory of flash:/ !Flash: 2 -rwx 314 Mar 01 1993 03:12:34 +03:00 system_env_vars - !Flash: 3 -rwx 1048 Jul 23 2004 06:30:15 +03:00 multiple-fs !Flash: 4 -rwx 4950964 Mar 01 1993 03:10:55 +03:00 c3550-i5k2l2q3-mz.121-22.EA1.bin !Flash: 5 -rwx 0 Mar 01 1993 03:12:34 +03:00 env_vars !Flash: 8 drwx 192 Mar 01 1993 03:05:03 +03:00 c3550-i5q3l2-mz.121-19.EA1c + !Flash: 88 -rwx 1048 Jul 23 2004 12:30:18 +03:00 multiple-fs !Flash: 16128000 bytes total (4003840 bytes free) ! ! !VTP: VTP Version : 2 From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 23 17:39:36 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 622D111CE30 for ; Fri, 23 Jul 2004 17:39:36 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id B4C4511136; Fri, 23 Jul 2004 17:39:35 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id AE0D511142; Fri, 23 Jul 2004 17:39:35 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 2DF4D11139; Fri, 23 Jul 2004 17:39:35 +0000 (UTC) Date: Fri, 23 Jul 2004 10:39:35 -0700 From: john heasley To: Yuval Ben-Ari Cc: rancid-discuss@shrubbery.net Subject: Re: 3550 - 12.1(22)EA1 - multiple-fs Message-ID: <20040723173935.GB10726@shrubbery.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc X-note: live free, or die! X-homer: awe, not the good cheek Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Fri, Jul 23, 2004 at 12:49:32PM +0200, Yuval Ben-Ari: > > Hi, > > Recently upgraded a 3550 to 12.1(22)EA1 and I see new file in the flash > called "multiple-fs" which causes config oscillation. > Any idea what it's for, and how to stop it from causing changes (beside > filtering the line) ? can you 'more' the file? i dont know what it is. does the size change or just the date? asp, can we re-visit the time/space filtering? maybe we can come up with some regexes to make file names that we want unfiltered and filter the time and size from the remaining. > > @@ -27,12 +27,12 @@ > !Variable: buffer size: 393216 > ! > !Flash: Directory of flash:/ > !Flash: 2 -rwx 314 Mar 01 1993 03:12:34 +03:00 > system_env_vars > - !Flash: 3 -rwx 1048 Jul 23 2004 06:30:15 +03:00 > multiple-fs > !Flash: 4 -rwx 4950964 Mar 01 1993 03:10:55 +03:00 > c3550-i5k2l2q3-mz.121-22.EA1.bin > !Flash: 5 -rwx 0 Mar 01 1993 03:12:34 +03:00 env_vars > !Flash: 8 drwx 192 Mar 01 1993 03:05:03 +03:00 > c3550-i5q3l2-mz.121-19.EA1c > + !Flash: 88 -rwx 1048 Jul 23 2004 12:30:18 +03:00 > multiple-fs > !Flash: 16128000 bytes total (4003840 bytes free) > ! > ! > !VTP: VTP Version : 2 From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 23 20:21:31 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 2B43A11CE30 for ; Fri, 23 Jul 2004 20:21:31 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 9681411136; Fri, 23 Jul 2004 20:21:30 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 91EEA11142; Fri, 23 Jul 2004 20:21:30 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ntx.netvision.net.il (ananas1.netvision.net.il [199.203.100.202]) by guelah.shrubbery.net (Postfix) with ESMTP id 06A0C11139 for ; Fri, 23 Jul 2004 20:21:28 +0000 (UTC) Received: from Internal Mail-Server by ananas1 with SMTP; 23 Jul 2004 22:28:18 +0300 Received: from ntx1.forest.netvision.net.il ([172.20.30.31]) by vidius-pa.forest.netvision.net.il with Vidius PA ESMTP; Fri, 23 Jul 2004 23:20:42 +0200 X-PA-Host: vidius-pa.forest.netvision.net.il X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: 3550 - 12.1(22)EA1 - multiple-fs Date: Fri, 23 Jul 2004 23:20:42 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: 3550 - 12.1(22)EA1 - multiple-fs Thread-Index: AcRw5FK6qfgmHatETkmXkTvQ/aBBKQAFdhlw From: "Yuval Ben-Ari" To: "john heasley" Cc: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk > Fri, Jul 23, 2004 at 12:49:32PM +0200, Yuval Ben-Ari: > > = > > Hi, > > = > > Recently upgraded a 3550 to 12.1(22)EA1 and I see new file = > in the flash > > called "multiple-fs" which causes config oscillation. > > Any idea what it's for, and how to stop it from causing = > changes (beside > > filtering the line) ? > = > can you 'more' the file? i dont know what it is. does the = > size change > or just the date? no, 3550#more flash:multiple-fs %Error opening flash:multiple-fs (Permission denied) 3550# = > asp, can we re-visit the time/space filtering? maybe we can = > come up with > some regexes to make file names that we want unfiltered and filter the > time and size from the remaining. > > = I should mention 2 more things: 1. I am running rancid 2.2.2 2. I currently use a custom changes to ShowFlash routine that filters following files on Catalyst devices: /config\.te?xt|vlan\.dat|snmpengineid|private-config/ So I guess this is no new problem, only new file :( I guess I should add it to the list. Tell me if there is smarter solution. Thanks Yuval From owner-rancid-discuss-outgoing@shrubbery.net Mon Jul 26 18:36:16 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 3E87511CE2D for ; Mon, 26 Jul 2004 18:36:16 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id A466D11136; Mon, 26 Jul 2004 18:36:15 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 99BF411142; Mon, 26 Jul 2004 18:36:15 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from root.ucsc.edu (root.ucsc.edu [128.114.2.225]) by guelah.shrubbery.net (Postfix) with ESMTP id DA1C911136 for ; Mon, 26 Jul 2004 18:36:14 +0000 (UTC) Received: from root.ucsc.edu (localhost.ucsc.edu [127.0.0.1]) by root.ucsc.edu (8.12.9p2/8.12.9) with ESMTP id i6QIaEdH039815 for ; Mon, 26 Jul 2004 11:36:14 -0700 (PDT) (envelope-from booloo@root.ucsc.edu) Received: (from booloo@localhost) by root.ucsc.edu (8.12.9p2/8.12.9/Submit) id i6QIaE0A039814 for rancid-discuss@shrubbery.net; Mon, 26 Jul 2004 11:36:14 -0700 (PDT) (envelope-from booloo) Date: Mon, 26 Jul 2004 11:36:14 -0700 From: Mark Boolootian To: rancid-discuss@shrubbery.net Subject: lockfile problem with 2.3.1 Message-ID: <20040726183614.GA39771@root.ucsc.edu> Reply-To: booloo@ucsc.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Folks, I've just upgraded to 2.3.1, following the instructions per UPGRADING. When I fire up rancid-run, I find that it queries all the routers just fine, but then hangs complaining about the lockfile (log entries below). Any ideas what this complaint is telling me? thnx, mb --- cvs commit: [17:38:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:39:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:39:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:40:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:40:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:41:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:41:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs cvs commit: [17:42:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone /configs From owner-rancid-discuss-outgoing@shrubbery.net Mon Jul 26 18:55:45 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 3CEC911CE2D for ; Mon, 26 Jul 2004 18:55:45 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 858A311139; Mon, 26 Jul 2004 18:55:44 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 7894011146; Mon, 26 Jul 2004 18:55:44 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 7053) id A2B7011142; Mon, 26 Jul 2004 18:55:43 +0000 (UTC) Date: Mon, 26 Jul 2004 11:55:43 -0700 From: john heasley To: Mark Boolootian Cc: rancid-discuss@shrubbery.net Subject: Re: lockfile problem with 2.3.1 Message-ID: <20040726185543.GM18679@shrubbery.net> References: <20040726183614.GA39771@root.ucsc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040726183614.GA39771@root.ucsc.edu> User-Agent: Mutt/1.4.2.1i X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc X-note: live free, or die! X-homer: awe, not the good cheek Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Mon, Jul 26, 2004 at 11:36:14AM -0700, Mark Boolootian: > > Folks, > > I've just upgraded to 2.3.1, following the instructions per UPGRADING. > When I fire up rancid-run, I find that it queries all the routers just > fine, but then hangs complaining about the lockfile (log entries below). > Any ideas what this complaint is telling me? my best guess is that either - another cvs process is running which legitimately has a lock on this dir or - a cvs process was running with the dir locked at the time you copied/moved the repository or - a cvs process was abruptly terminated and left the stale lock behind iirc, the lock file names begin with .# (see cvs(1)) and will be in the repository heirarchy...where ps and lsof will help you find the owner process. if there is no process, simply removing the file is OFTEN ok. again, see cvs(1). > thnx, > mb > > --- > > cvs commit: [17:38:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:39:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:39:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:40:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:40:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:41:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:41:40] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs > cvs commit: [17:42:10] waiting for rancid's lock in /usr/local/rancid/var/rancid/CVS/Backbone > /configs From owner-rancid-discuss-outgoing@shrubbery.net Thu Jul 29 03:06:31 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id A340311CE3A for ; Thu, 29 Jul 2004 03:06:31 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id D18E211139; Thu, 29 Jul 2004 03:06:30 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id C71D511142; Thu, 29 Jul 2004 03:06:30 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ctg-msnpmx01.binc.net (ctg-msnpmx01.binc.net [64.73.12.80]) by guelah.shrubbery.net (Postfix) with ESMTP id F297D11139 for ; Thu, 29 Jul 2004 03:06:29 +0000 (UTC) Received: from ctg-msnexc01.staff.berbee.com (ctg-msnexc01b.staff.berbee.com [172.30.254.247]) by ctg-msnpmx01.binc.net (8.12.11/8.12.11) with ESMTP id i6T36SCf026049 for ; Wed, 28 Jul 2004 22:06:28 -0500 (envelope-from jeremy.guthrie@berbee.com) Received: from localhost ([172.30.254.220] RDNS failed) by ctg-msnexc01.staff.berbee.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 28 Jul 2004 22:06:28 -0500 From: "Jeremy M. Guthrie" Reply-To: jeremy.guthrie@berbee.com Organization: Berbee Information Networks To: rancid-discuss@shrubbery.net Subject: cssrancid script issues Date: Wed, 28 Jul 2004 22:06:08 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200407282206.28002.jeremy.guthrie@berbee.com> X-OriginalArrivalTime: 29 Jul 2004 03:06:28.0442 (UTC) FILETIME=[0A8643A0:01C47519] Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Two problems: 1. I am not fluent in perl. I've been able hack a few things but not=20 successfully make major changes. Not that I expect people to fix me but I= =20 may be able to offer access to test hardware. 2. When I run cssrancid on a 2nd Generate CSS I get: cssrancid -d l-cust-msn-1.msn-cust.com executing clogin -t 90 -c"term length 65535;copy profile user-profile;show= =20 version;show boot;show running-config" l-cust-msn-1.msn-cust.com HIT COMMAND:l-harley-msn-1# term length 65535 HIT COMMAND:l-harley-msn-1# term length 65535 l-cust-msn-1.msn-cust.com: found unexpected command - "term length 65535" HIT COMMAND:l-harley-msn-1# copy profile user-profile HIT COMMAND:l-harley-msn-1# copy profile user-profile l-cust-msn-1.msn-cust.com: found unexpected command - "copy profile=20 user-profile" HIT COMMAND:l-harley-msn-1# show version In ShowVersion: l-harley-msn-1# show version HIT COMMAND:l-harley-msn-1# show running-config In ShowRun: l-harley-msn-1# show running-config l-cust-msn-1.msn-cust.com: missed cmd(s): show boot l-cust-msn-1.msn-cust.com: missed cmd(s): show boot l-cust-msn-1.msn-cust.com: End of run not found l-cust-msn-1.msn-cust.com: End of run not found My questions 1. why the complaints about the unexpected commands when they should be=20 expected from what I can tell by looking at the code? 2. it is complaining about not seeing End of run, so I changed: # end of config. the ": " game is for the PIX if (/^(: +)?end$/ || /CSS.*#/ || /$prompt/ ) { $found_end =3D 1; to # end of config. the ": " game is for the PIX if (/^(: +)?end$/ || /l-.*#/ || /CSS.*#/ || /$prompt/ ) { $found_end =3D 1; These changes did not fix this. We change our CSS prompt to reflect which = CSS=20 we're actually on rather than leaving the Cisco default(ie. CSS11501 or=20 CSS11050). How do I fix this? It fails on both Gen-1 CSSes and Gen-2. =46or sure I can provide access to a CSS11050(aka 1st gen) device. I may b= e=20 able to provide a 2nd gen(11501/3/6). Plus I have a few more commands we m= ay=20 want to add(a la 'show scripts', 'show ssl files') , etc...=20 =2D --=20 =2D -------------------------------------------------- Jeremy M. Guthrie jeremy.guthrie@berbee.com Senior Network Engineer Phone: 608-298-1061 Berbee Fax: 608-288-3007 5520 Research Park Drive NOC: 608-298-1102 Madison, WI 53711 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBCGmyqtjaBHGZBeURAuS0AJ9phGrckLcDhyud/jesej6XF5ThcACfT9sd z3yvVUCFXM1yt9BG0OQSBSk=3D =3DDMbk =2D----END PGP SIGNATURE----- From owner-rancid-discuss-outgoing@shrubbery.net Thu Jul 29 03:09:05 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id C0FCA11CE3A for ; Thu, 29 Jul 2004 03:09:05 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 2602B1113C; Thu, 29 Jul 2004 03:09:05 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 1BC0211146; Thu, 29 Jul 2004 03:09:05 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ctg-msnpmx01.binc.net (ctg-msnpmx01.binc.net [64.73.12.80]) by guelah.shrubbery.net (Postfix) with ESMTP id 502E41113C for ; Thu, 29 Jul 2004 03:09:04 +0000 (UTC) Received: from ctg-msnexc01.staff.berbee.com (ctg-msnexc01b.staff.berbee.com [172.30.254.247]) by ctg-msnpmx01.binc.net (8.12.11/8.12.11) with ESMTP id i6T392Fh026227 for ; Wed, 28 Jul 2004 22:09:03 -0500 (envelope-from jeremy.guthrie@berbee.com) Received: from localhost ([172.30.254.220] RDNS failed) by ctg-msnexc01.staff.berbee.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 28 Jul 2004 22:09:02 -0500 From: "Jeremy M. Guthrie" Reply-To: jeremy.guthrie@berbee.com Organization: Berbee Information Networks To: rancid-discuss@shrubbery.net Subject: Re: cssrancid script issues(correction of script output) Date: Wed, 28 Jul 2004 22:09:00 -0500 User-Agent: KMail/1.6.2 References: <200407282206.28002.jeremy.guthrie@berbee.com> In-Reply-To: <200407282206.28002.jeremy.guthrie@berbee.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200407282209.02557.jeremy.guthrie@berbee.com> X-OriginalArrivalTime: 29 Jul 2004 03:09:02.0941 (UTC) FILETIME=[669CF0D0:01C47519] Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My output parser screwed up output.... down below is the correct output for= =20 the correct device. cssrancid -d l-cust-msn-1.msn-cust.com executing clogin -t 90 -c"term length 65535;copy profile user-profile;show version;show boot;show running-config" l-cust-msn-1.msn-cust.com HIT COMMAND:l-cust-msn-1# term length 65535 HIT COMMAND:l-cust-msn-1# term length 65535 l-cust-msn-1.msn-cust.com: found unexpected command - "term length 65535" HIT COMMAND:l-cust-msn-1# copy profile user-profile HIT COMMAND:l-cust-msn-1# copy profile user-profile l-cust-msn-1.msn-cust.com: found unexpected command - "copy profile user-profile" HIT COMMAND:l-cust-msn-1# show version In ShowVersion: l-cust-msn-1# show version HIT COMMAND:l-cust-msn-1# show running-config In ShowRun: l-cust-msn-1# show running-config l-cust-msn-1.msn-cust.com: missed cmd(s): show boot l-cust-msn-1.msn-cust.com: missed cmd(s): show boot l-cust-msn-1.msn-cust.com: End of run not found l-cust-msn-1.msn-cust.com: End of run not=20 =2D --=20 =2D -------------------------------------------------- Jeremy M. Guthrie jeremy.guthrie@berbee.com Senior Network Engineer Phone: 608-298-1061 Berbee Fax: 608-288-3007 5520 Research Park Drive NOC: 608-298-1102 Madison, WI 53711 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBCGpMqtjaBHGZBeURAslmAJ9IT/T6pg0RhIUE31NYPKTFzkN9cQCdHNUc 6Hd7lUfXhffwL+6EoLhywug=3D =3DheAs =2D----END PGP SIGNATURE----- From owner-rancid-discuss-outgoing@shrubbery.net Thu Jul 29 19:02:41 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 132BB11CE2E for ; Thu, 29 Jul 2004 19:02:40 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 4D68111139; Thu, 29 Jul 2004 19:02:40 +0000 (UTC) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 421C81117B; Thu, 29 Jul 2004 19:02:40 +0000 (UTC) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 7053) id B257B1117A; Thu, 29 Jul 2004 19:02:39 +0000 (UTC) Date: Thu, 29 Jul 2004 12:02:39 -0700 From: john heasley To: "Jeremy M. Guthrie" Cc: rancid-discuss@shrubbery.net Subject: Re: cssrancid script issues(correction of script output) Message-ID: <20040729190239.GA838@shrubbery.net> References: <200407282206.28002.jeremy.guthrie@berbee.com> <200407282209.02557.jeremy.guthrie@berbee.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <200407282209.02557.jeremy.guthrie@berbee.com> User-Agent: Mutt/1.4.2.1i X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc X-note: live free, or die! X-homer: awe, not the good cheek Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Please try the attached patch. --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: cssrancid.in =================================================================== RCS file: /home/rancid/.CVS/rancid/bin/cssrancid.in,v retrieving revision 1.4 diff -u -r1.4 cssrancid.in --- cssrancid.in 11 Jan 2004 03:49:13 -0000 1.4 +++ cssrancid.in 29 Jul 2004 18:57:01 -0000 @@ -141,7 +141,6 @@ while () { tr/\015//d; - study; last if(/^$prompt/); next if(/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); @@ -254,6 +253,8 @@ sub TermLength { # Dummy subroutine.. need to set term length differently for CSS # boxes as term length 0 doesnt work correctly. POS. + print STDERR " In TermLength: $_" if ($debug); + $_ = ; return(0); } @@ -264,6 +265,8 @@ ## of couse breaks the interaction... strangely enough tho ## in a failover environment, only the secondary behaves this ## way.. the primary lets you log out and does not complain. + print STDERR " In CopyProfile: $_" if ($debug); + $_ = ; return(0); } @@ -283,6 +286,7 @@ return(1) if /Ambiguous command/i; # return(1) if /(Invalid input detected|Type help or )/; return(1) if /(Open device \S+ failed|Error opening \S+:)/; + next if (/\*\* BOOT CONFIG /); next if /CONFGEN variable/; if (!defined($H0)) { $H0=1; ProcessHistory("COMMENTS","keysort","H0","!\n"); @@ -305,17 +309,18 @@ # This routine processes a "show run" sub ShowRun { print STDERR " In ShowRun: $_" if ($debug); - my($lineauto) = 0; + my($lines) = 0; while () { tr/\015//d; - study; - last if(/^$prompt/); + if(/^$prompt/) { + $found_end = 1 if ($lines > 4); + return(1); + } return(-1) if (/command authorization failed/i); # the pager can not be disabled per-session on the PIX s/^<-+ More -+>\s*//; /Non-Volatile memory is in use/ && return(-1); # NvRAM is locked - $lineauto = 0 if (/^[^ ]/); # skip the crap if (/^(##+$|(Building|Current) configuration)/i) { while () { @@ -335,13 +340,13 @@ /^! (Last configuration|NVRAM config last)/ && next; ## CSS specific.... /Generated on/ && next; + $lines++; # Dog gone Cool matches to process the rest of the config /^tftp-server flash / && next; # kill any tftp remains /^ntp clock-period / && next; # kill ntp clock-period /^ length / && next; # kill length on serial lines /^ width / && next; # kill width on serial lines - $lineauto = 1 if /^ modem auto/; /^ speed / && $lineauto && next; # kill speed on serial lines /^ clockrate / && next; # kill clockrate on serial interfaces if (/^(enable )?(password|passwd) / && $filter_pwds >= 1) { @@ -360,11 +365,9 @@ } next; } - if (/^username (\S+)(\s.*)? password ((\d) \S+|\S+)/) { - if ($filter_pwds == 2) { - ProcessHistory("USER","keysort","$1","!username $1$2 password \n"); - } elsif ($filter_pwds == 1 && $4 ne "5"){ - ProcessHistory("USER","keysort","$1","!username $1$2 password \n"); + if (/\s*username (\S+)(\s.*)? (des-password|password) (\S+|\S+)/) { + if ($filter_pwds >= 1) { + ProcessHistory("USER","keysort","$1","! username $1$2 $3 $'\n"); } else { ProcessHistory("USER","keysort","$1","$_"); } @@ -537,11 +540,6 @@ # catch anything that wasnt matched above. ProcessHistory("","","","$_"); - # end of config. the ": " game is for the PIX - if (/^(: +)?end$/ || /CSS.*#/ || /$prompt/ ) { - $found_end = 1; - return(1); - } } return(0); } @@ -599,12 +597,13 @@ } ProcessHistory("","","","!RANCID-CONTENT-TYPE: cisco-css\n!\n"); -ProcessHistory("COMMENTS","keysort","B0","!\n"); -ProcessHistory("COMMENTS","keysort","F0","!\n"); -ProcessHistory("COMMENTS","keysort","G0","!\n"); +#ProcessHistory("COMMENTS","keysort","B0","!\n"); +#ProcessHistory("COMMENTS","keysort","F0","!\n"); +#ProcessHistory("COMMENTS","keysort","G0","!\n"); TOP: while() { - tr/\015//d; +NEXT: + tr/\015//d; if (/\#\s?exit/) { $clean_run=1; last; @@ -615,23 +614,27 @@ $clean_run=0; last; } - while (/#\s*($cmds_regexp)\s*$/) { + if (/#\s*($cmds_regexp)\s*$/) { $cmd = $1; - if (!defined($prompt)) {$prompt = ($_ =~ /^([^#]+#)/)[0]; } + if (!defined($prompt)) { + $prompt = ($_ =~ /^([^#]+#)/)[0]; + $prompt =~ s/([][}{)(\\])/\\$1/g; + print STDERR ("PROMPT MATCH: $prompt\n") if ($debug); + } print STDERR ("HIT COMMAND:$_") if ($debug); if (! defined($commands{$cmd})) { print STDERR "$host: found unexpected command - \"$cmd\"\n"; - # $clean_run = 0; - # last TOP; - next TOP; - } else { - $rval = &{$commands{$cmd}}; - delete($commands{$cmd}); - if ($rval == -1) { - $clean_run = 0; - last TOP; - } + $clean_run = 0; + last TOP; + } + $rval = &{$commands{$cmd}}; + delete($commands{$cmd}); + if ($rval == -1) { + $clean_run = 0; + last TOP; } + # the function may have read the next prompt/cmd line + goto NEXT; } } print STDOUT "Done $logincmd: $_\n" if ($log); --bp/iNruPH9dso1Pn-- From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 30 02:59:36 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id DD7FF11CE2E for ; Fri, 30 Jul 2004 02:59:36 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id 669661113C; Thu, 29 Jul 2004 19:59:36 -0700 (PDT) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id 5EB1311146; Thu, 29 Jul 2004 19:59:36 -0700 (PDT) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ctg-msnpmx01.binc.net (ctg-msnpmx01.binc.net [64.73.12.80]) by guelah.shrubbery.net (Postfix) with ESMTP id E18671113C; Thu, 29 Jul 2004 19:59:34 -0700 (PDT) Received: from ctg-msnexc01.staff.berbee.com (ctg-msnexc01b.staff.berbee.com [172.30.254.247]) by ctg-msnpmx01.binc.net (8.12.11/8.12.11) with ESMTP id i6U2xUNd006987; Thu, 29 Jul 2004 21:59:30 -0500 (envelope-from jeremy.guthrie@berbee.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: cssrancid script issues(correction of script output) Date: Thu, 29 Jul 2004 21:59:03 -0500 Message-ID: <2DC18B3B8E098147A593039AF00195890DEDF1@CTG-MSNEXC01.staff.berbee.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cssrancid script issues(correction of script output) Thread-Index: AcR12cW2LgJi0Cq2RbuaFTnXr9FqqQAB2Yt0 From: "Guthrie, Jeremy" To: "john heasley" Cc: Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk Thanks for the quick response. 8) I will give this a try tomorrow and = let you know! -----Original Message----- From: john heasley [mailto:heas@shrubbery.net] Sent: Thu 7/29/2004 2:02 PM To: Guthrie, Jeremy Cc: rancid-discuss@shrubbery.net Subject: Re: cssrancid script issues(correction of script output) =20 Please try the attached patch. From owner-rancid-discuss-outgoing@shrubbery.net Fri Jul 30 04:12:27 2004 Return-Path: X-Original-To: rancid-discuss-archive@ni.shrubbery.net Delivered-To: rancid-discuss-archive@ni.shrubbery.net Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ni.shrubbery.net (Postfix) with ESMTP id 9434C11CE2E for ; Fri, 30 Jul 2004 04:12:27 +0000 (GMT) Received: by guelah.shrubbery.net (Postfix) id D1B5411146; Thu, 29 Jul 2004 21:12:26 -0700 (PDT) Delivered-To: rancid-discuss-outgoing@shrubbery.net Received: by guelah.shrubbery.net (Postfix, from userid 10007) id BB9FF11149; Thu, 29 Jul 2004 21:12:26 -0700 (PDT) X-Original-To: rancid-discuss@shrubbery.net Delivered-To: rancid-discuss@shrubbery.net Received: from ctg-msnpmx01.binc.net (ctg-msnpmx01.binc.net [64.73.12.80]) by guelah.shrubbery.net (Postfix) with ESMTP id C15C411142; Thu, 29 Jul 2004 21:12:25 -0700 (PDT) Received: from ctg-msnexc01.staff.berbee.com (ctg-msnexc01b.staff.berbee.com [172.30.254.247]) by ctg-msnpmx01.binc.net (8.12.11/8.12.11) with ESMTP id i6U4COCw013448; Thu, 29 Jul 2004 23:12:24 -0500 (envelope-from jeremy.guthrie@berbee.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C475EB.6A90E8CC" Subject: RE: cssrancid script issues(correction of script output) Date: Thu, 29 Jul 2004 23:11:38 -0500 Message-ID: <2DC18B3B8E098147A593039AF00195890DEDF2@CTG-MSNEXC01.staff.berbee.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: cssrancid script issues(correction of script output) Thread-Index: AcR12cW2LgJi0Cq2RbuaFTnXr9FqqQAEYmFt From: "Guthrie, Jeremy" To: "john heasley" Cc: Sender: owner-rancid-discuss@shrubbery.net Precedence: bulk This is a multi-part message in MIME format. ------_=_NextPart_001_01C475EB.6A90E8CC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable didn't work. Here is what I ran to debug: cssrancid -d l-cust-msn-1 > & l-cust-msn-1.log ; clogin -t 90 -c"term = length 65535;copy profile user-profile;show version;show boot;show run" = l-cust-msn-1 >> & l-cust-msn-1.log Attached is the output. -----Original Message----- From: john heasley [mailto:heas@shrubbery.net] Sent: Thu 7/29/2004 2:02 PM To: Guthrie, Jeremy Cc: rancid-discuss@shrubbery.net Subject: Re: cssrancid script issues(correction of script output) =20 Please try the attached patch. ------_=_NextPart_001_01C475EB.6A90E8CC Content-Type: application/octet-stream; name="l-cust-msn-1.log" Content-Transfer-Encoding: base64 Content-Description: l-cust-msn-1.log Content-Disposition: attachment; filename="l-cust-msn-1.log" ZXhlY3V0aW5nIGNsb2dpbiAtdCA5MCAtYyJ0ZXJtIGxlbmd0aCA2NTUzNTtjb3B5IHByb2ZpbGUg dXNlci1wcm9maWxlO3Nob3cgdmVyc2lvbjtzaG93IGJvb3Q7c2hvdyBydW4iIGwtY3VzdC1tc24t MQpISVQgQ09NTUFORDpsLWN1c3QtbXNuLTEjICB0ZXJtIGxlbmd0aCA2NTUzNQpISVQgQ09NTUFO RDpsLWN1c3QtbXNuLTEjICB0ZXJtIGxlbmd0aCA2NTUzNQpsLWN1c3QtbXNuLTE6IGZvdW5kIHVu ZXhwZWN0ZWQgY29tbWFuZCAtICJ0ZXJtIGxlbmd0aCA2NTUzNSIKSElUIENPTU1BTkQ6bC1jdXN0 LW1zbi0xIyBjb3B5IHByb2ZpbGUgdXNlci1wcm9maWxlCkhJVCBDT01NQU5EOmwtY3VzdC1tc24t MSMgY29weSBwcm9maWxlIHVzZXItcHJvZmlsZQpsLWN1c3QtbXNuLTE6IGZvdW5kIHVuZXhwZWN0 ZWQgY29tbWFuZCAtICJjb3B5IHByb2ZpbGUgdXNlci1wcm9maWxlIgpISVQgQ09NTUFORDpsLWN1 c3QtbXNuLTEjIHNob3cgdmVyc2lvbgogICAgSW4gU2hvd1ZlcnNpb246IGwtY3VzdC1tc24tMSMg c2hvdyB2ZXJzaW9uCkhJVCBDT01NQU5EOmwtY3VzdC1tc24tMSMgc2hvdyBydW4KICAgIEluIFNo b3dSdW46IGwtY3VzdC1tc24tMSMgc2hvdyBydW4KbC1jdXN0LW1zbi0xOiBtaXNzZWQgY21kKHMp OiBzaG93IGJvb3QKbC1jdXN0LW1zbi0xOiBFbmQgb2YgcnVuIG5vdCBmb3VuZApsLWN1c3QtbXNu LTE6IG1pc3NlZCBjbWQocyk6IHNob3cgYm9vdApsLWN1c3QtbXNuLTE6IEVuZCBvZiBydW4gbm90 IGZvdW5kCgpsLWN1c3QtbXNuLTEKc3Bhd24gdGVsbmV0IGwtY3VzdC1tc24tMQ0KVHJ5aW5nIDY0 LjczLjMzLjUzLi4uDQ0KQ29ubmVjdGVkIHRvIGwtY3VzdC1tc24tMS4NDQpFc2NhcGUgY2hhcmFj dGVyIGlzICdeXScuDQ0KDQ0KVXNlciBBY2Nlc3MgVmVyaWZpY2F0aW9uDQ0KDQ0KVXNlcm5hbWU6 YWRtaW4NDQpQYXNzd29yZDoNCg1sLWN1c3QtbXNuLTEjIA0KDWwtY3VzdC1tc24tMSMgdGVybSBs ZW5ndGggMA0KDWwtY3VzdC1tc24tMSMgIHRlcm0gbGVuZ3RoIDY1NTM1DQoNbC1jdXN0LW1zbi0x IyBjb3B5IHByb2ZpbGUgdXNlci1wcm9maWxlDQoNbC1jdXN0LW1zbi0xIyBzaG93IHZlcnNpb24N DQpWZXJzaW9uOiAgICAgICAgICAgICAgIGFwMDUwMDUwMyAoNS4wMCBCdWlsZCA1MDMpDQ0KRmxh c2ggKExvY2tlZCk6ICAgICAgICA1LjAwIEJ1aWxkIDEwDQ0KRmxhc2ggKE9wZXJhdGlvbmFsKTog ICA1LjAwIEJ1aWxkIDUwMw0NClR5cGU6ICAgICAgICAgICAgICAgICAgUFJJTUFSWQ0NCkxpY2Vu c2VkIENtZCBTZXQocyk6ICAgU3RhbmRhcmQgRmVhdHVyZSBTZXQgDQ0KICAgICAgICAgICAgICAg ICAgICAgICBFbmhhbmNlZCBGZWF0dXJlIFNldA0NCiAgICAgICAgICAgICAgICAgICAgICAgU1NI IFNlcnZlcg0NCg0KDWwtY3VzdC1tc24tMSMgc2hvdyBib290DQ0KDQ0KISoqKioqKioqKioqKioq KioqKioqKioqKiBCT09UIENPTkZJRyAqKioqKioqKioqKioqKioqKioqKioqKioNDQogIGlwIGFk ZHJlc3MgMS4xLjEuMSANDQogIHN1Ym5ldCBtYXNrIDI1NS4yNTUuMjU1LjI1MiANDQogIHByaW1h cnkgYm9vdC1maWxlIGFwMDUwMDUwMyANDQogIHByaW1hcnkgYm9vdC10eXBlIGJvb3QtdmlhLWRp c2sgDQ0KICBzZWNvbmRhcnkgYm9vdC1maWxlIGFwMDUwMDMwOSANDQogIHNlY29uZGFyeSBib290 LXR5cGUgYm9vdC12aWEtZGlzayANDQoNCg1sLWN1c3QtbXNuLTEjIHNob3cgcnVuDQ0KIUdlbmVy YXRlZCBvbiAwNy8yOS8yMDA0IDIyOjAyOjU2DQ0KIUFjdGl2ZSB2ZXJzaW9uOiBhcDA1MDA1MDMN DQoNDQpjb25maWd1cmUNDQoNDQoNDQohKioqKioqKioqKioqKioqKioqKioqKioqKioqIEdMT0JB TCAqKioqKioqKioqKioqKioqKioqKioqKioqKioNDQogIHVzZXJuYW1lIGNpc2NvIGRlcy1wYXNz d29yZCBwZ3FjaWRjZmRleGIxaGFoIHN1cGVydXNlciANDQoNDQogIHNubXAgdHJhcC10eXBlIGVu dGVycHJpc2UgDQ0KDQ0KICBzbm1wIGNvbW11bml0eSBwdWJsaWMgcmVhZC1vbmx5IA0NCiAgc25t cCB0cmFwLWhvc3QgNjQuNzMuMzQuMTIyIHB1YmxpYyANDQogIHNubXAgdHJhcC1ob3N0IDY0Ljcz LjM0LjEyMyBwdWJsaWMgDQ0KICBzbm1wIG5hbWUgImwtbGFiLW1zbi0xIiANDQogIHNubXAgdHJh cC10eXBlIGVudGVycHJpc2UgZG9zLWlsbGVnYWwtYXR0YWNrIHRyYXAtdGhyZXNob2xkIDEgDQ0K ICBzbm1wIHRyYXAtdHlwZSBlbnRlcnByaXNlIGRvcy1sYW5kLWF0dGFjayB0cmFwLXRocmVzaG9s ZCAxIA0NCiAgc25tcCB0cmFwLXR5cGUgZW50ZXJwcmlzZSBkb3Mtc211cmYtYXR0YWNrIHRyYXAt dGhyZXNob2xkIDEgDQ0KICBzbm1wIHRyYXAtdHlwZSBlbnRlcnByaXNlIGRvcy1zeW4tYXR0YWNr IHRyYXAtdGhyZXNob2xkIDEwIA0NCiAgc25tcCB0cmFwLXR5cGUgZW50ZXJwcmlzZSBsb2dpbi1m YWlsdXJlIA0NCiAgc25tcCB0cmFwLXR5cGUgZW50ZXJwcmlzZSByZWR1bmRhbmN5LXRyYW5zaXRp b24gDQ0KICBzbm1wIHRyYXAtdHlwZSBlbnRlcnByaXNlIHJlbG9hZCANDQogIHNubXAgdHJhcC10 eXBlIGVudGVycHJpc2Ugc2VydmljZS10cmFuc2l0aW9uIA0NCiAgc25tcCB0cmFwLXR5cGUgZ2Vu ZXJpYyANDQoNDQogIGlwIHJvdXRlIDAuMC4wLjAgMC4wLjAuMCAxNzIuMzAuMTcuMSAxIA0NCg0N CiEqKioqKioqKioqKioqKioqKioqKioqKioqIElOVEVSRkFDRSAqKioqKioqKioqKioqKioqKioq KioqKioqDQ0KaW50ZXJmYWNlIGUxDQ0KICBwaHkgMTAwTWJpdHMtRkQgDQ0KICBicmlkZ2Ugdmxh biAxMDEgDQ0KDQ0KaW50ZXJmYWNlIGUyDQ0KICBwaHkgMTAwTWJpdHMtRkQgDQ0KICBicmlkZ2Ug dmxhbiAxMDIgDQ0KDQ0KISoqKioqKioqKioqKioqKioqKioqKioqKioqIENJUkNVSVQgKioqKioq KioqKioqKioqKioqKioqKioqKioNDQpjaXJjdWl0IFZMQU4xMDINDQoNDQogIGlwIGFkZHJlc3Mg MTkyLjE2OC4xMDIuMSAyNTUuMjU1LjI1NS4wIA0NCg0NCmNpcmN1aXQgVkxBTjEwMQ0NCg0NCiAg aXAgYWRkcmVzcyAxNzIuMzAuMTcuMiAyNTUuMjU1LjI1NS4wIA0NCg0NCiEqKioqKioqKioqKioq KioqKioqKioqKioqKiBTRVJWSUNFICoqKioqKioqKioqKioqKioqKioqKioqKioqDQ0Kc2Vydmlj ZSB3d3cxIA0NCiAgaXAgYWRkcmVzcyAxOTIuMTY4LjEwMi4xNiANDQogIGtlZXBhbGl2ZSB0eXBl IHRjcCANDQogIGtlZXBhbGl2ZSBwb3J0IDgwIA0NCiAga2VlcGFsaXZlIGZyZXF1ZW5jeSAxNSAN DQogIGFjdGl2ZSANDQoNDQpzZXJ2aWNlIHd3dzIgDQ0KICBpcCBhZGRyZXNzIDE5Mi4xNjguMTAy LjE3IA0NCiAga2VlcGFsaXZlIHR5cGUgdGNwIA0NCiAga2VlcGFsaXZlIHBvcnQgODAgDQ0KICBr ZWVwYWxpdmUgZnJlcXVlbmN5IDE1IA0NCiAgYWN0aXZlIA0NCg0NCiEqKioqKioqKioqKioqKioq KioqKioqKioqKiogT1dORVIgKioqKioqKioqKioqKioqKioqKioqKioqKioqDQ0Kb3duZXIgTWFn bnVtVGVzdCANDQoNDQogIGNvbnRlbnQgdGVzdHVybCANDQogICAgdmlwIGFkZHJlc3MgMTkyLjE2 OC4xMDIuMTUgDQ0KICAgIGFkZCBzZXJ2aWNlIHd3dzEgDQ0KICAgIGFkZCBzZXJ2aWNlIHd3dzIg DQ0KICAgIG5vIHBlcnNpc3RlbnQgDQ0KDQoNbC1jdXN0LW1zbi0xI2V4aXRDb25uZWN0aW9uIGNs b3NlZCBieSBmb3JlaWduIGhvc3QuDQ0K ------_=_NextPart_001_01C475EB.6A90E8CC--