[c-nsp] c6509 booting in ROMMON
Youssef Bengelloun-Zahr
youssef at 720.fr
Mon Mar 22 07:08:09 EDT 2010
Hello,
My bootvar / confreg looks correct to me, doesn't it ?
BB1.IX1#sh bootvar
BOOT variable =
sup-bootdisk:s72033-advipservicesk9_wan-mz.122-33.SXH2a.bin,1;
CONFIG_FILE variable =
BOOTLDR variable =
Configuration register is 0x2102
Y.
2010/3/22 William McCall <william.mccall at gmail.com>
> Check the conf reg for the sp. IIRC, it also resets the confreg in its
> stupidity. I ran into this same bug in production and recall having to
> set it again.
>
> On 3/22/10, Youssef Bengelloun-Zahr <youssef at 720.fr> wrote:
> > Hello list,
> >
> > I have tried to debug this for a long time but I'm stuck. Here is the
> > situation.
> >
> > I have a SUP720-3BXL (MSFC3) running on
> > s72033-advipservicesk9_wan-mz.122-33.SXH2a.bin that went crazy just
> before
> > X-mas eve, after two years of loyal services !
> >
> > After some log reading, I found out I was affected by bug CSCsc33990 :
> >
> > Causes and Resolutions:
> > * If there is any corruption in the TCAM entries, the *SPRPInbandPing
> test
> > can fail*. If the test, ran as
> > part of Cisco Generic Online Diagnostics (GOLD), fails 10 times
> > consecutively, then the supervisor
> > engine can crash.
> >
> > In order to resolve the issue, upgrade the Cisco IOS software to a
> release
> > not affected by Cisco bug ID
> > CSCsc33990 ( registered customers only) .
> >
> > * If health-monitoring is enabled on the device and complete diagnostics
> is
> > configured during the
> > startup, then the supervisor can crash at the time of the boot process.
> > Health-monitoring and complete diagnostics conflict with each other for
> some
> > tests. As a
> > workaround, disable either of them, which depends on your requirement.
> >
> >
> >
> > I have taken back the faulty card back to my office where I have a spare
> > chassi (comes in handy sometimes ;-) and now the sup720 boots in ROMMON.
> >
> > I thought maybe my bootdisk (sup-bootflash or sup-bootdisk) whas
> corrupted
> > because It was old. I tried this :
> >
> > - boot on disk0 with the same IOS ===> OK
> >
> > - format bootdisk then copy IOS from disk0: to bootdisk: ===> OK
> >
> > - Reload with my bootvar pointing to the image on bootdisk: ===> NOK
> >
> > - from ROMMON, boot using the image on bootdisk: ===> OK (look below for
> > output)
> >
> >
> >
> > BB1.IX1#reload
> > Proceed with reload? [confirm]
> >
> > *Mar 22 10:23:37.587: %SYS-5-RELOAD: Reload requested by console. Reload
> > Reason: Reload Command.
> > Mar 22 10:23:41.836: %SYS-SP-3-LOGGER_FLUSHING: System pausing to ensure
> > console debugging output.
> >
> > Mar 22 10:23:41.836: %OIR-SP-6-CONSOLE: Changing console ownership to
> switch
> > processor
> >
> >
> >
> > Mar 22 10:23:42.040: %SYS-SP-3-LOGGER_FLUSHED: System was paused for
> > 00:00:00 to ensure console debugging output.
> >
> > Mar 22 10:23:44.615: %SYS-SP-3-LOGGER_FLUSHING: System pausing to ensure
> > console debugging output.
> >
> >
> >
> > ***
> > *** --- SHUTDOWN NOW ---
> > ***
> >
> > Mar 22 10:23:44.615: %SYS-SP-5-RELOAD: Reload requested
> > Mar 22 10:23:44.615: %OIR-SP-6-CONSOLE: Changing console ownership to
> switch
> > processor
> >
> >
> >
> > Mar 22 10:23:44.923: %SYS-SP-3-LOGGER_FLUSHED: System was paused for
> > 00:00:00 to ensure console debugging output.
> >
> > System Bootstrap, Version 8.4(2) Release
> > Copyright (c) 1994-2005 by cisco Systems, Inc.
> > Cat6k-Sup720/SP processor with 1048576 Kbytes of main memory
> >
> > rommon 1 >
> > rommon 1 >
> > rommon 1 > dev
> > Devices in device table:
> > id name
> > bootdisk: boot disk
> > disk0: PCMCIA Disk 0
> > disk1: PCMCIA Disk 1
> > eprom: eprom
> > rommon 2 > dir bootdisk:
> >
> > Initializing ATA monitor library...
> > Directory of bootdisk:
> >
> > 2 78203396 -rw- s72033-advipservicesk9_wan-mz.122-33.SXH2a.bin
> > 3084 33554432 -rw- sea_log.dat
> > rommon 3 >
> > rommon 3 >
> > rommon 3 > boot bootdisk:s72033-advipservicesk9_wan-mz.122-33.SXH2a.bin
> > Loading image, please wait ...
> >
> >
> > Initializing ATA monitor library...
> >
> >
> >
> > I Decided then to change th CF on the SUP720 with a brand new one, no
> > change. I am still experiencing the same symptoms.
> >
> >
> >
> > Any ideas what might cause this ? Would you recommend an upgrade in order
> to
> > solve this ? Is my SUP720 dead ?
> >
> > Thanks for your feedback.
> >
> > Best regards.
> >
> > Y.
> >
> > --
> > Youssef BENGELLOUN-ZAHR
> > ......................................................
> > Ingénieur Réseaux et Télécoms
> >
> >
> > Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9
> > Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE
> > Tel +33 (0) 825 000 720
> > Tel. direct +33 (0) 1 77 35 59 14
> > Tel. portable +33 (0) 6 22 42 63 80
> > Email ybz at 720.fr
> >
> ...............................................................................................
> www.720.fr
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
>
> --
> Sent from my mobile device
>
> William McCall, CCIE #25044
>
--
Youssef BENGELLOUN-ZAHR ………………………………………………
Ingénieur Réseaux et Télécoms
Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9
Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE
Tel +33 (0) 825 000 720
Tel. direct +33 (0) 1 77 35 59 14
Tel. portable +33 (0) 6 22 42 63 80
Email ybz at 720.fr
……………………………………………………………………………….....www.720.fr
More information about the cisco-nsp
mailing list