[rancid] Re: Cisco 3845 with a Cisco Unity Express unexplained hardware diffs

[john heasley]

Tue, Oct 13, 2009 at 09:20:28AM +0200, Jose Leitao:
> Hello,
> 
> You are probably correct but for the sake of debugging, is there any
> way of saving the raw information that rancid gets from the router on
> each run for further examination?

not w/o hacking the code; sorry.  you can roll your own cron; like
dt=`date +%s`
rename "s/(raw|new)/\$1.$dt/" host.raw host.new
NOPIPE=YES;export NOPIPE
rancid -d host >> log 2>&1

> Thanks,
> JL
> 
> On Wed, Oct 7, 2009 at 6:43 PM, john heasley <heas at shrubbery.net> wrote:
> > Wed, Oct 07, 2009 at 04:47:07PM +0200, Jose Leitao:
> >> Hello,
> >>
> >> We have run several tests on the Unity Module, it seems to work fine.
> >
> > that does not mean that it's ID prom is functioning reliably, or ....
> > you could try moving it to a different slot or swap it with the move
> > in your other router. ?I'll bet the problem moves with the card.
> >
> >> Thanks,
> >> JL
> >>
> >> On Wed, Oct 7, 2009 at 4:28 PM, john heasley <heas at shrubbery.net> wrote:
> >> > Wed, Oct 07, 2009 at 10:12:32AM +0200, Jose Leitao:
> >> >> Hello,
> >> >>
> >> >> I have a Cisco 3845 with a Cisco Unity Express module for which rancid
> >> >> shows these diffs constantly:
> >> >>
> >> >> retrieving revision 1.50
> >> >> diff -U 4 -r1.50 192.168.0.1
> >> >> @@ -301,11 +301,9 @@
> >> >> ?!Slot 1: type Integrated Service Engine, 1 ports
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: part 800-29801-01, serial FOC11111111
> >> >> - !Slot 1: hvers 0.0 rev UNKNOWN
> >> >> ?!Slot 1: part 800-29814-01, serial FOC22222222
> >> >> - !Slot 1: part 00-0000-00, serial 0
> >> >>
> >> >> retrieving revision 1.51
> >> >> diff -U 4 -r1.51 192.168.0.1
> >> >> @@ -301,9 +301,11 @@
> >> >> - Hide quoted text -
> >> >> ?!Slot 1: type Integrated Service Engine, 1 ports
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: part 800-29801-01, serial FOC11111111
> >> >> + !Slot 1: hvers 0.0 rev UNKNOWN
> >> >> ?!Slot 1: part 800-29814-01, serial FOC22222222
> >> >> + !Slot 1: part 00-0000-00, serial 0
> >> >>
> >> >> retrieving revision 1.52
> >> >> diff -U 4 -r1.52 192.168.0.1
> >> >> @@ -301,11 +301,9 @@
> >> >> - Hide quoted text -
> >> >> ?!Slot 1: type Integrated Service Engine, 1 ports
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: part 800-29801-01, serial FOC11111111
> >> >> - !Slot 1: hvers 0.0 rev UNKNOWN
> >> >> ?!Slot 1: part 800-29814-01, serial FOC22222222
> >> >> - !Slot 1: part 00-0000-00, serial 0
> >> >>
> >> >> retrieving revision 1.53
> >> >> diff -U 4 -r1.53 192.168.0.1
> >> >> @@ -301,9 +301,11 @@
> >> >> - Hide quoted text -
> >> >> ?!Slot 1: type Integrated Service Engine, 1 ports
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: hvers 1.0 rev A0
> >> >> ?!Slot 1: part 800-29801-01, serial FOC11111111
> >> >> + !Slot 1: hvers 0.0 rev UNKNOWN
> >> >> ?!Slot 1: part 800-29814-01, serial FOC22222222
> >> >> + !Slot 1: part 00-0000-00, serial 0
> >> >>
> >> >> In the Slot1 is a NME-CUE, what could this mean?:
> >> >>
> >> >> !Slot 1: hvers 0.0 rev UNKNOWN
> >> >> !Slot 1: part 00-0000-00, serial 0
> >> >>
> >> >> I have another Cisco 3845 with a NME-CUE on the same slot without
> >> >> incident. Both routers have the same IOS version
> >> >> (adventerprisek9-mz.124-24.T1) and I recently opened a TAC case, but
> >> >> since the above output seems to come from show inventory and show
> >> >> diag, there wasn?t much they could do. In fact, running sh diag and
> >> >> show inv from the CLI has never shown me the "Slot 1: hvers 0.0 rev
> >> >> UNKNOWN" message.
> >> >>
> >> >> Any ideas?
> >> >
> >> > the module/card is broken? ?this info comes from show diag, not inventory.
> >> > the output does look odd, 3 hvers entries for slot 1. ?there must be some
> >> > daughter entries in the show diag output for the ISE card that rancid is
> >> > missing; its hard to get that data because the output formatting is
> >> > inconsistent even among platforms with the same IOS rev. ?However,
> >> > inconsistent o/p is an artifact of what the device is returning, not
> >> > rancid.
> >> >
> >> >
> >