Debian Bug report logs - #577111
rancid: "terminal length 0\r" breaks for some Procurve switches

version graph

Package: rancid; Maintainer for rancid is Roland Rosenfeld <roland@debian.org>; Source for rancid is src:rancid.

Reported by: James Zuelow <james_zuelow@ci.juneau.ak.us>

Date: Fri, 9 Apr 2010 17:48:01 UTC

Severity: important

Found in versions rancid/2.3.2-1, rancid/2.3.3-1

Fixed in version rancid/2.3.6-1

Done: Roland Rosenfeld <roland@debian.org>

Bug is archived. No further changes may be made.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Roland Rosenfeld <roland@debian.org>:
Bug#577111; Package rancid. (Fri, 09 Apr 2010 17:48:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to James Zuelow <james_zuelow@ci.juneau.ak.us>:
New Bug report received and forwarded. Copy sent to Roland Rosenfeld <roland@debian.org>. (Fri, 09 Apr 2010 17:48:04 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: James Zuelow <james_zuelow@ci.juneau.ak.us>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Fri, 09 Apr 2010 09:43:59 -0800
Package: rancid
Version: 2.3.2-1
Severity: normal



--
The Debian version of rancid includes a modified hlogin.  The Debian
hlogin issues the command "terminal length 0\r" which isn't valid on any
of the procurves I have access to.  The HP Procurve switches I have     
access to (2512, 2524, 2610-24, 2626, 2650, 2810-24G, 2848, 4104, 5406) 
all say that terminal length must be a value between 2 and 1000.        

For this reason alone I wonder why the command is in hlogin.

This command breaks config retrieval from some of my switches:

With the "terminal length 0\r" line:
=================================== 
mis-jz-lnx:/var/lib/rancid/bin# ./hrancid -d 192.168.55.157
executing hlogin -t 90 -c"show version;show flash;show system-information;show system information;show module;show stack;write term" 192.168.55.157
PROMPT MATCH: CBJ-HP5406-SWT[#>]
HIT COMMAND:CBJ-HP5406-SWT# show version
    In ShowVersion: CBJ-HP5406-SWT# show version
HIT COMMAND:CBJ-HP5406-SWT# show flash
    In ShowFlash: CBJ-HP5406-SWT# show flash
HIT COMMAND:CBJ-HP5406-SWT# show system-information
    In ShowSystem: CBJ-HP5406-SWT# show system-information
HIT COMMAND:CBJ-HP5406-SWT# show system information
    In ShowSystem: CBJ-HP5406-SWT# show system information
HIT COMMAND:CBJ-HP5406-SWT# show module
    In ShowModule: CBJ-HP5406-SWT# show module
HIT COMMAND:CBJ-HP5406-SWT# show stack
    In ShowStack: CBJ-HP5406-SWT# show stack
192.168.55.157: missed cmd(s): write term
192.168.55.157: missed cmd(s): write term
===================================
(Now comment out the "terminal length 0\r" line)
mis-jz-lnx:/var/lib/rancid/bin# vi ./hlogin

===================================
mis-jz-lnx:/var/lib/rancid/bin# ./hrancid -d
192.168.55.157
executing hlogin -t 90 -c"show version;show
flash;show system-information;show system
information;show module;show stack;write term"
192.168.55.157
PROMPT MATCH: CBJ-HP5406-SWT[#>]
HIT COMMAND:CBJ-HP5406-SWT#  show version
    In ShowVersion: CBJ-HP5406-SWT#  show version
HIT COMMAND:CBJ-HP5406-SWT# show flash
    In ShowFlash: CBJ-HP5406-SWT# show flash
HIT COMMAND:CBJ-HP5406-SWT# show system-information
    In ShowSystem: CBJ-HP5406-SWT# show system-information
HIT COMMAND:CBJ-HP5406-SWT# show system information
    In ShowSystem: CBJ-HP5406-SWT# show system information
HIT COMMAND:CBJ-HP5406-SWT# show module
    In ShowModule: CBJ-HP5406-SWT# show module
HIT COMMAND:CBJ-HP5406-SWT# show stack
    In ShowStack: CBJ-HP5406-SWT# show stack
HIT COMMAND:CBJ-HP5406-SWT# write term
    In WriteTerm: CBJ-HP5406-SWT# write term
mis-jz-lnx:/var/lib/rancid/bin#
====================================

I found that the "terminal length 0\r" line is NOT in the upstream
version of hlogin, so it appears to be a Debian modification.

Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rancid depends on:
ii  adduser                     3.112        add and remove users and groups
ii  cvs                         1:1.12.13-12 Concurrent Versions System
ii  debconf [debconf-2.0]       1.5.30       Debian configuration management sy
ii  expect                      5.44.1.15-1  A program that can automate intera
ii  iputils-ping [ping]         3:20071127-2 Tools to test the reachability of 
ii  libc6                       2.10.2-6     Embedded GNU C Library: Shared lib
ii  openssh-client              1:5.3p1-3    secure shell (SSH) client, for sec
ii  passwd                      1:4.1.4.2-1  change and administer password and
ii  perl                        5.10.1-11    Larry Wall's Practical Extraction 

rancid recommends no packages.

Versions of packages rancid suggests:
ii  diffstat                      1.47-1     produces graph of changes introduc

-- debconf information:
* rancid/warning:
* rancid/go_on: true




Information forwarded to debian-bugs-dist@lists.debian.org, Roland Rosenfeld <roland@debian.org>:
Bug#577111; Package rancid. (Tue, 22 Jun 2010 22:19:57 GMT) Full text and rfc822 format available.

Acknowledgement sent to James Zuelow <james_zuelow@ci.juneau.ak.us>:
Extra info received and forwarded to list. Copy sent to Roland Rosenfeld <roland@debian.org>. (Tue, 22 Jun 2010 22:19:57 GMT) Full text and rfc822 format available.

Message #10 received at 577111@bugs.debian.org (full text, mbox, reply):

From: James Zuelow <james_zuelow@ci.juneau.ak.us>
To: Debian Bug Tracking System <577111@bugs.debian.org>
Subject: Re: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Tue, 22 Jun 2010 13:47:32 -0800
Package: rancid
Version: 2.3.3-1
Severity: normal


After the Squeeze package update on the 19th, I had e-mails waiting for
me on Monday:

The following routers have not been successfully contacted for
more than 24 hours.
-rw-r----- 1 root root 1411 Jun 20 20:12 192.168.54.233
-rw-r----- 1 root root 1552 Jun 20 18:12 192.168.54.238
-rw-r----- 1 root root 1765 Jun 21 10:13 192.168.54.236
-rw-r----- 1 root root 1857 Jun 21 02:13 192.168.54.251

Double-checking, sure enough they were all procurves.

Running hrancid 192.168.54.233 results in:

mis-jz-lnx:/var/lib/rancid/bin# ./hrancid 192.168.54.233
192.168.54.233: missed cmd(s): write term

Commenting out the extraneous "set terminal length 0\r" in hlogin fixes
it.

Again, I cannot find a single procurve switch were "set terminal length
0" is a valid command.  The allowed range is 2 - 1000.

Thanks!


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rancid depends on:
ii  adduser                     3.112        add and remove users and groups
ii  cvs                         1:1.12.13-12 Concurrent Versions System
ii  debconf [debconf-2.0]       1.5.32       Debian configuration management sy
ii  expect                      5.44.1.15-1  A program that can automate intera
ii  iputils-ping [ping]         3:20100418-1 Tools to test the reachability of 
ii  libc6                       2.11.1-3     Embedded GNU C Library: Shared lib
ii  openssh-client              1:5.5p1-4    secure shell (SSH) client, for sec
ii  passwd                      1:4.1.4.2-1  change and administer password and
ii  perl                        5.10.1-13    Larry Wall's Practical Extraction 

rancid recommends no packages.

Versions of packages rancid suggests:
ii  diffstat                      1.47-1     produces graph of changes introduc

-- Configuration Files:
/etc/rancid/rancid.conf changed:
TERM=network;export TERM
umask 027
TMPDIR=/tmp; export TMPDIR
BASEDIR=/var/lib/rancid; export BASEDIR
PATH=/usr/lib/rancid/bin:/usr/bin:/usr/sbin:/bin:/usr/local/bin:/usr/bin; export PATH
CVSROOT=$BASEDIR/CVS; export CVSROOT
LOGDIR=$BASEDIR/logs; export LOGDIR
RCSSYS=cvs; export RCSSYS
LIST_OF_GROUPS="procurve cisco"


-- debconf information:
* rancid/warning:
* rancid/go_on: true




Information forwarded to debian-bugs-dist@lists.debian.org, Roland Rosenfeld <roland@debian.org>:
Bug#577111; Package rancid. (Wed, 30 Jun 2010 16:57:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Jeremy L. Gaddis" <jeremy@evilrouters.net>:
Extra info received and forwarded to list. Copy sent to Roland Rosenfeld <roland@debian.org>. (Wed, 30 Jun 2010 16:57:03 GMT) Full text and rfc822 format available.

Message #15 received at 577111@bugs.debian.org (full text, mbox, reply):

From: "Jeremy L. Gaddis" <jeremy@evilrouters.net>
To: 577111@bugs.debian.org
Subject: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Wed, 30 Jun 2010 12:55:04 -0400
I'm having the same experience as James Zuelow.

Same version of the installed packages and same issue.  Issuing
"terminal length 0\n" breaks rancid collection on some ProCurve
switches that I have (5406zl and 5412zl's).

Thanks,
-j

-- 
Jeremy L. Gaddis
http://evilrouters.net/




Message sent on to James Zuelow <james_zuelow@ci.juneau.ak.us>:
Bug#577111. (Tue, 22 Feb 2011 16:00:03 GMT) Full text and rfc822 format available.

Message #18 received at 577111-submitter@bugs.debian.org (full text, mbox, reply):

From: Matej Vela <vela@debian.org>
To: 577111-submitter@bugs.debian.org
Subject: Re: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Tue, 22 Feb 2011 16:28:45 +0100
"Jeremy L. Gaddis" <jeremy@evilrouters.net> writes:

> I'm having the same experience as James Zuelow.
>
> Same version of the installed packages and same issue.  Issuing
> "terminal length 0\n" breaks rancid collection on some ProCurve
> switches that I have (5406zl and 5412zl's).

I can confirm that "terminal length 0\r" doesn't work on any of our
ProCurve switches (2512, 2524, 2626, 2824, 2848, 2610-24, 2915).
In every case the response looks like this:

    ProCurve Switch 2915-8G-PoE# terminal length 0
    Invalid input: 0

I'm Cc'ing the original author of the patch, James W. Laferriere.
James, the patch is described as "Turn off paging on HP equipment.",
but as far as I can see, paging is already disabled by "no page".
For which devices was this necessary?

Thanks,

Matej




Information stored :
Bug#577111; Package rancid. (Tue, 22 Feb 2011 21:33:16 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Mr. James W. Laferriere" <babydr@baby-dragons.com>:
Extra info received and filed, but not forwarded. (Tue, 22 Feb 2011 21:33:17 GMT) Full text and rfc822 format available.

Message #23 received at 577111-quiet@bugs.debian.org (full text, mbox, reply):

From: "Mr. James W. Laferriere" <babydr@baby-dragons.com>
To: Matej Vela <vela@debian.org>, 577111-quiet@bugs.debian.org
Cc: 577111-submitter@bugs.debian.org, Debian BTS <debbugs@busoni.debian.org>, James Zuelow <james_zuelow@ci.juneau.ak.us>, jeremy@evilrouters.net
Subject: Re: Bug#577111: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Tue, 22 Feb 2011 12:23:18 -0900 (AKST)
	Hello Matej ,  I have replied to all (Pretty much) .  see inline .

On Tue, 22 Feb 2011, Matej Vela wrote:

> "Jeremy L. Gaddis" <jeremy@evilrouters.net> writes:
>
>> I'm having the same experience as James Zuelow.
>>
>> Same version of the installed packages and same issue.  Issuing
>> "terminal length 0\n" breaks rancid collection on some ProCurve
>> switches that I have (5406zl and 5412zl's).
>
> I can confirm that "terminal length 0\r" doesn't work on any of our
> ProCurve switches (2512, 2524, 2626, 2824, 2848, 2610-24, 2915).
> In every case the response looks like this:
>
>    ProCurve Switch 2915-8G-PoE# terminal length 0
>    Invalid input: 0
>
> I'm Cc'ing the original author of the patch, James W. Laferriere.
> James, the patch is described as "Turn off paging on HP equipment.",
> but as far as I can see, paging is already disabled by "no page".
> For which devices was this necessary?
> Thanks,
> Matej
	Please find after my .sig an email from John Heasley to myself with Most 
of the conversation about what I was trying to accomplish with that patch .
	The item needing correction by that patch was the "ProCurve Secure 
Router 7102dl" which does use the 'terminal ...' commands .
	According to Mr. Heasley rancid/hlogin should not fail when a command to 
a single device fails ,  It should just acquire the next command in progression 
& continue .  ie: either the 'no page' or 'terminal length 0' should function .
	Has anyone tried moving the 'terminal length 0' to BEFORE the 'no page' 
at both locations & given that a try ?

	Any of the other commands shown that produced more than a page of data 
in the bug report should have produced the same failure mode .  Based on that I 
am not able to see why the 'write term' should be the only failing command 
especially in light of my successes mentioned below .
	Unless the "term..." tho giving an error is actually being processed & 
is setting the terminal size to '0' ie: possibly disabling terminal processing 
.  And if that is the case then imo a bug report to HP Procurve division on the 
'write term' & "terminal length 0" commands is more inline than trying to fix 
it here .  Except as a quick fix .  Until HP produces a patched firmware .

	From my reading of the bug#577111 I see nothing showing that the actual 
failure occurs on or during the execution of the 'terminal...' command(s) . 
Would someone please be so kind and post somewhere or to that bug report a FULL 
debug text capture from one of the failing switches ?

ie:	hlogin -c "failing command" switch
	hlogin -c "functioanal command" switch
	Note whatever the commands used they Should produce more than a page of 
data so as to invoke the pager routine .

	Fyi ,  I have had that patched hlogin running against these devices 
without failure to acquire any data I wished .

Routers:
4       ProCurve Secure Router 7102dl   SROS Version: J06.06

Switches:
1       HP J4813A ProCurve Switch 2524  Firmware revision F.05.34
6       HP J4813A ProCurve Switch 2524  Software revision F.05.59
2       ProCurve J4903A Switch 2824     Software revision I.10.32
3       ProCurve J4899B Switch 2650     Software revision H.10.31

	The firmware revision numbers are just what I had at my disposal at home 
these have been updated & have not effected the patched scripts output .

	Matej ,  (& For everyone elses information) please provide a URL to the 
ticket in corespondence ,  especially when to those that are not aware of the 
bug .

		Hth ,  JimL
-- 
+------------------------------------------------------------------+
| James   W.   Laferriere | System    Techniques | Give me VMS     |
| Network&System Engineer | 3237     Holden Road |  Give me Linux  |
| babydr@baby-dragons.com | Fairbanks, AK. 99709 |   only  on  AXP |
+------------------------------------------------------------------+

On Sat, 24 May 2008, john heasley wrote:
> 
> Date: Sat, 24 May 2008 06:41:54 +0000
> From: john heasley <heas@shrubbery.net>
> To: Mr. James W. Laferriere <babydr@baby-dragons.com>
> Subject: Re: [rancid] Re: hlogin chomps off portion of 'show config' using -c .
> 
> Fri, May 23, 2008 at 01:48:06PM -0800, Mr. James W. Laferriere:
> > 	Hello John ,
> > 
> > On Fri, 23 May 2008, john heasley wrote:
> > >Fri, May 23, 2008 at 12:46:52PM -0800, Mr. James W. Laferriere:
> > >>On Fri, 23 May 2008, john heasley wrote:
> > >>>what is this device?  is it a OEM of a foundry?  OEM of a cisco?
> > >>	(devices) are :
> > >>
> > >>HP J4813A ProCurve Switch 2524
> > >>ProCurve J4899B Switch 2650
> > >>ProCurve J4903A Switch 2824
> > >>
> > >>ProCurve Secure Router 7102dl
> > >
> > >Looks like an animal all its own.
> > 	Very much so ,  But does respond to most things 'Cisco-like' tho not 
> > 	all .
> > 
> > >>	Not sure if Foundry or Cisco or even HP internal .  All I know is
> > >>hlogin provides me the best output .
> > >
> > >So, the CLI uses vt100 screen codes to manipulate the cursor/command-line?
> > >Depressing.
> > 	Yes they do ,  The previous manager of these devices like the 
> > 	Menu'ng system ,  I have since disabled that in order to get a more cisco 
> > like interface where I can at least issue commands & get reasonable output .
> > 	Any ideas on improvements ?  I at least can dink around with one or 
> > two of them & try getting the output usable for rancid .
> 
> if the only difference between the two platforms, the switch and router w/
> HP software, is that HP can't make-up it mind which command disables the
> pager, then screw it.  just send both commands.  don't try to figure out
> what kind of box it is.  its just not worth the effort, time, or likelyhood
> of failure due to changes in the output of a completely unrelated command.
> 
> > 	Twyl ,  JimL
> > 
> > >>>Thu, May 22, 2008 at 06:01:23PM -0800, Mr. James W. Laferriere:
> > >>>>	Hello John ,
> > >>>>On Thu, 22 May 2008, john heasley wrote:
> > >>>>>You seem to be flailing a bit.  What are you trying to achieve and why?
> > >>>>	As I said in my first email ...
> > >>>>	"I've made an attempt to check between switch & routers of the
> > >>>>	procurve persuasion with this patch to this script . There are
> > >>>>	probably
> > >>>>better ways of doing this than I have implemented , Please comment with
> > >>>>code (even pseudeo) ."
> > >>>>	Fyi ,  So far the script as patched works for me .  But as I said ,
> > >>>>there may be a better way .  To be able to set the 'pager' commands .
> > >>>>		Tia ,  JimL
> > >>>>>Wed, May 21, 2008 at 03:52:32PM -0800, Mr. James W. Laferriere:
> > >>>>>>	Hello All ,
> > >>>>>>On Wed, 21 May 2008, Mr. James W. Laferriere wrote:
> > >>>>>>>	Hello All ,  Can someone among you's point at where in 
> > >>>>>>>	hlogin may be
> > >>>>>>>the culprit ?  My diagnostic skill(s) are faded today ,  insufficient
> > >>>>>>>sleep .
> > >>>>>>># hlogin -c "show run" vh-sw01a > hlogin-chomp.log
> > >>>>>>>	The chomp off is quite visiable .  Below is the part that is 
> > >>>>>>>	missing
> > >>>>>>>.
> > >>>>>>>	I don't see anything in the output that might cause this to 
> > >>>>>>>	happen .
> > >>>>>>>	This is with the patch I sent earier today ,  I'll try it 
> > >>>>>>>	without as
> > >>>>>>>well .
> > >>>>>>An updated patch(attached) that (seems) to fix the chomp'ng .
> > >>>>>>	Please review & Comment .




Message sent on to James Zuelow <james_zuelow@ci.juneau.ak.us>:
Bug#577111. (Tue, 22 Feb 2011 21:33:18 GMT) Full text and rfc822 format available.

Message sent on to James Zuelow <james_zuelow@ci.juneau.ak.us>:
Bug#577111. (Wed, 23 Feb 2011 09:57:03 GMT) Full text and rfc822 format available.

Message #29 received at 577111-submitter@bugs.debian.org (full text, mbox, reply):

From: Matej Vela <vela@debian.org>
To: 577111-submitter@bugs.debian.org
Subject: Re: Bug#577111: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Wed, 23 Feb 2011 10:52:22 +0100
Hi,

"Mr. James W. Laferriere" <babydr@baby-dragons.com> writes:

> On Tue, 22 Feb 2011, Matej Vela wrote:
> [...]
>> I'm Cc'ing the original author of the patch, James W. Laferriere.
>> James, the patch is described as "Turn off paging on HP equipment.",
>> but as far as I can see, paging is already disabled by "no page".
>> For which devices was this necessary?
>
> 	Please find after my .sig an email from John Heasley to myself
> with Most of the conversation about what I was trying to accomplish
> with that patch .
> 	The item needing correction by that patch was the "ProCurve
> Secure Router 7102dl" which does use the 'terminal ...' commands .

Thanks, I've found the Command Line Interface Reference Guide for
7102dl [1].  "terminal length 0" is indeed documented for disabling
paging, with no mention of "no page".

[1] <http://www.hp.com/rnd/support/manuals/7000dl.htm>

> 	According to Mr. Heasley rancid/hlogin should not fail when a
> command to a single device fails ,  It should just acquire the next
> command in progression & continue .  ie: either the 'no page' or
> terminal length 0' should function .
[...]

However, hlogin should have an additional expect call for the response
to "terminal length 0" (as it does for "no page").  This call can then
accept both a normal prompt and "Invalid input: 0".  Otherwise hrancid
gets confused and blurts out the misleading "missed cmd(s): write term".

Applying this change to 2.3.3-1 is not enough due to other issues with
hpuifilter that were fixed in 2.3.4 and 2.3.5.  I've forwarded-ported
this and other Debian patches to 2.3.6:

    <http://people.debian.org/~vela/rancid_2.3.6-0.1~mv1.dsc>
    <http://people.debian.org/~vela/rancid_2.3.6-0.1~mv1_i386.deb>
    <http://people.debian.org/~vela/rancid-cgi_2.3.6-0.1~mv1_all.deb>

Tested on the following models/revisions (382 devices in total):

    HP ProCurve Switch 2512 (J4812A)
        F.05.17, F.05.22, F.05.50, F.05.60, F.05.69, F.05.72
    HP ProCurve Switch 2524 (J4813A)
        F.05.17, F.05.34
    HP ProCurve Switch 2626 (J4900B)
        H.08.60, H.08.67, H.08.83, H.08.98, H.08.106, H.10.38, H.10.45,
        H.10.50, H.10.83
    HP ProCurve Switch 2824 (J4903A)
        I.08.71
    HP ProCurve Switch 2848 (J4904A)
        I.10.67
    HP ProCurve Switch 2610 (J9085A)
        R.11.22, R.11.25
    HP ProCurve Switch 2915 (J9562A)
        A.14.03

Roland, I don't want to be stepping on your toes, it's just that we have
a lot of this stuff and needed a quick solution.  Let me know if I can
help further.

[...]
> 	From my reading of the bug#577111 I see nothing showing that
> the actual failure occurs on or during the execution of the
> terminal...' command(s) . Would someone please be so kind and post
> somewhere or to that bug report a FULL debug text capture from one of
> the failing switches ?
>
> ie:	hlogin -c "failing command" switch
> 	hlogin -c "functioanal command" switch
> 	Note whatever the commands used they Should produce more than
> a page of data so as to invoke the pager routine .

I'll have to check how much of a debug capture I can post with/without
anonymizing...  But "terminal length 0" definitely doesn't work with any
of our devices, and the patch above seems to handle this gracefully.

> 	Fyi ,  I have had that patched hlogin running against these
> devices without failure to acquire any data I wished .
>
> Routers:
> 4       ProCurve Secure Router 7102dl   SROS Version: J06.06
>
> Switches:
> 1       HP J4813A ProCurve Switch 2524  Firmware revision F.05.34
> 6       HP J4813A ProCurve Switch 2524  Software revision F.05.59
> 2       ProCurve J4903A Switch 2824     Software revision I.10.32
> 3       ProCurve J4899B Switch 2650     Software revision H.10.31
>
> 	The firmware revision numbers are just what I had at my
> disposal at home these have been updated & have not effected the
> patched scripts output .

Thanks for the details.  Which version are you running?

> 	Matej ,  (& For everyone elses information) please provide a
> URL to the ticket in corespondence ,  especially when to those that
> are not aware of the bug .

Sure, the shorter URL is <http://bugs.debian.org/577111>.

Cheers,

Matej




Severity set to 'important' from 'normal' Request was from Matej Vela <vela@debian.org> to control@bugs.debian.org. (Wed, 23 Feb 2011 12:30:07 GMT) Full text and rfc822 format available.

Information stored :
Bug#577111; Package rancid. (Wed, 02 Mar 2011 20:00:13 GMT) Full text and rfc822 format available.

Acknowledgement sent to Matej Vela <vela@debian.org>:
Extra info received and filed, but not forwarded. (Wed, 02 Mar 2011 20:00:13 GMT) Full text and rfc822 format available.

Message #36 received at 577111-quiet@bugs.debian.org (full text, mbox, reply):

From: Matej Vela <vela@debian.org>
To: Roland Rosenfeld <roland@debian.org>
Cc: 577111-quiet@bugs.debian.org, 612366-quiet@bugs.debian.org
Subject: Re: rancid: "terminal length 0\r" breaks for some Procurve switches
Date: Wed, 02 Mar 2011 20:24:18 +0100
[Message part 1 (text/plain, inline)]
Matej Vela <vela@debian.org> writes:

[...]
> Applying this change to 2.3.3-1 is not enough due to other issues with
> hpuifilter that were fixed in 2.3.4 and 2.3.5.  I've forwarded-ported
> this and other Debian patches to 2.3.6:
>
>     <http://people.debian.org/~vela/rancid_2.3.6-0.1~mv1.dsc>
>     <http://people.debian.org/~vela/rancid_2.3.6-0.1~mv1_i386.deb>
>     <http://people.debian.org/~vela/rancid-cgi_2.3.6-0.1~mv1_all.deb>
[...]
> Roland, I don't want to be stepping on your toes, it's just that we have
> a lot of this stuff and needed a quick solution.  Let me know if I can
> help further.

Roland?  If you're busy, is it alright if I do an NMU?

Cheers,

Matej
[Message part 2 (application/pgp-signature, inline)]

Reply sent to Roland Rosenfeld <roland@debian.org>:
You have taken responsibility. (Wed, 02 Mar 2011 23:06:05 GMT) Full text and rfc822 format available.

Notification sent to James Zuelow <james_zuelow@ci.juneau.ak.us>:
Bug acknowledged by developer. (Wed, 02 Mar 2011 23:06:05 GMT) Full text and rfc822 format available.

Message #41 received at 577111-close@bugs.debian.org (full text, mbox, reply):

From: Roland Rosenfeld <roland@debian.org>
To: 577111-close@bugs.debian.org
Subject: Bug#577111: fixed in rancid 2.3.6-1
Date: Wed, 02 Mar 2011 23:02:42 +0000
Source: rancid
Source-Version: 2.3.6-1

We believe that the bug you reported is fixed in the latest version of
rancid, which is due to be installed in the Debian FTP archive:

rancid-cgi_2.3.6-1_all.deb
  to main/r/rancid/rancid-cgi_2.3.6-1_all.deb
rancid-core_2.3.6-1_all.deb
  to main/r/rancid/rancid-core_2.3.6-1_all.deb
rancid-util_2.3.6-1_all.deb
  to main/r/rancid/rancid-util_2.3.6-1_all.deb
rancid_2.3.6-1.diff.gz
  to main/r/rancid/rancid_2.3.6-1.diff.gz
rancid_2.3.6-1.dsc
  to main/r/rancid/rancid_2.3.6-1.dsc
rancid_2.3.6-1_amd64.deb
  to main/r/rancid/rancid_2.3.6-1_amd64.deb
rancid_2.3.6.orig.tar.gz
  to main/r/rancid/rancid_2.3.6.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 577111@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Roland Rosenfeld <roland@debian.org> (supplier of updated rancid package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

Format: 1.8
Date: Wed, 02 Mar 2011 23:45:25 +0100
Source: rancid
Binary: rancid rancid-core rancid-util rancid-cgi
Architecture: source all amd64
Version: 2.3.6-1
Distribution: unstable
Urgency: low
Maintainer: Roland Rosenfeld <roland@debian.org>
Changed-By: Roland Rosenfeld <roland@debian.org>
Description: 
 rancid     - Really Awesome New Cisco confIg Differ
 rancid-cgi - looking glass CGI for rancid
 rancid-core - transitional dummy package (rancid-core -> rancid)
 rancid-util - transitional dummy package (rancid-util -> rancid)
Closes: 577111 578842 579195 598783 612366
Changes: 
 rancid (2.3.6-1) unstable; urgency=low
 .
   * New upstream release 2.3.6 (Closes: #612366).
     - This already fixes the CatOS SNMP community issue (Closes: #579195).
     - This already fixes the CatOS localuser password issue (Closes: #578842).
   * Adapt all patches to new version.
   * Remove 10_iosxr, it's now included upstream.
   * Update da.po. Thanks to Joe Dalton <joedalton2@yahoo.dk> (Closes: #598783).
   * Add debian/source/format 1.0.
   * Update to Standards-Version 3.9.1
     - Change versioned Conflicts to Breaks.
   * 08_hlogin_paging: Gracefully handle errors on ProCurve switches that
     don't support "terminal length 0".  Thanks to Matej Vela
     <vela@debian.org> (Closes: #577111)
Checksums-Sha1: 
 f91a1d1f848bb0a4d3ea109afeea3fcc63eec26b 1144 rancid_2.3.6-1.dsc
 57b7a7c86a9c30e90e931072f2bcb4e61b00fa46 372436 rancid_2.3.6.orig.tar.gz
 3169215d9ebaa089ab0df433d3fc6ab7921d8cfb 28975 rancid_2.3.6-1.diff.gz
 3ab537a163911b2024107255c08d3232510f68ee 22256 rancid-core_2.3.6-1_all.deb
 6793ee683b9d1ebf7dcf95bb2aa840340aad6900 22258 rancid-util_2.3.6-1_all.deb
 ac19ddcf519a372fec38b3263c99f123ddc7d25e 52678 rancid-cgi_2.3.6-1_all.deb
 0d839419628d374f1ab8d96119df221ec5bfac91 275662 rancid_2.3.6-1_amd64.deb
Checksums-Sha256: 
 5cc5c0ea096a26054a086055c1b13009ae81b7cfe7f00fb82a31ad7ef1171485 1144 rancid_2.3.6-1.dsc
 d9b963d435fdf9129d80f30f5d28fcc3a2ae3ec52bd5ed598ca8c9abff6395b3 372436 rancid_2.3.6.orig.tar.gz
 c750a253b57999fe822e89699f2f4049f128aa32bc8de7658926a0c32f3245e1 28975 rancid_2.3.6-1.diff.gz
 41d693219f2f4c1d2240c9c115304998c477432b640126adfef0dc59437b4861 22256 rancid-core_2.3.6-1_all.deb
 922a97522bf792800540de3f6aa9877b1285866a98423400c871d33b2797437b 22258 rancid-util_2.3.6-1_all.deb
 bc850480e7ee0ca1b89b82a4d2ba7fc1c03215f43bef939f8db8b1b4c24fdcda 52678 rancid-cgi_2.3.6-1_all.deb
 ab6d62d0afe1bf54715c6da44589d2fc6c019482d9fdc7f4b90ade4be0e4bb38 275662 rancid_2.3.6-1_amd64.deb
Files: 
 0532ffd71c75672ffcd01164cc87cda5 1144 net optional rancid_2.3.6-1.dsc
 603dcc7923b0d34c024490c534362a35 372436 net optional rancid_2.3.6.orig.tar.gz
 a3bbd4acfd1cc8409511d683d12960ad 28975 net optional rancid_2.3.6-1.diff.gz
 79b4d4d30c5b0f8b3076a505687ac514 22256 net optional rancid-core_2.3.6-1_all.deb
 e602601ac8d7c3e12c434e6aa135749d 22258 net optional rancid-util_2.3.6-1_all.deb
 1384fc3f137f49953b779ce860d4b9fe 52678 net optional rancid-cgi_2.3.6-1_all.deb
 e4491f57680dd0b50fa18df1f0ff8b31 275662 net optional rancid_2.3.6-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEAREDAAYFAk1uyc8ACgkQO7/Pd72LBQ0OIwCgnilo2qpCUBeoarBNSzTV/RHq
/+IAnRQS9rhyT+COLcopfxp6h/ookiKq
=5FPf
-----END PGP SIGNATURE-----





Bug archived. Request was from Debbugs Internal Request <owner@bugs.debian.org> to internal_control@bugs.debian.org. (Sat, 30 Apr 2011 07:42:10 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Wed Aug 10 22:32:03 2016; Machine Name: buxtehude

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.