this is a software forced crash. you can see that by the access
address - 0x99x. the first 16k of memory in most IOS platforms is
unmapped. so a write access to such a memory location will cause
a router restart. if you send me the crashinfo for the crash offline, i
can try to look at it when i get the time. no guarantees on when i will
be able to look at it :(
cheers
.siva
On Fri, 5 Oct 2001, TARRY James wrote:
> Hey guys,
>
> I'm pretty sure this is a bug, but just wanted to throw this our there and see what
> feedback was presented. I've done some investigation, but can't come up with anything
> conclusive.
>
> Basically an Access Router of mine reloaded when entering in pretty simple
> ATM commands. The reload did not occur on another Access Router with the
> exact same set up.
>
> commands prior to reload:
> ------------------------------
> conf t
> int atm5/1/0.1
> pvc 32/100
> nbr-nrt 128 64 128
> -------------------------------
>
> sh ver shows reason for reload:
> "System returns to ROM by Bus error at Pc 0x601F3478,
> address 0x99c"
>
> Using the memory maps 0x99c does not fall into any of the
> areas of the memory map.
> ------------------ show region ------------------
> Region Manager:
>
> Start End Size(b) Class Media Name
> 0x40000000 0x40001FFF 8192 Iomem REG qa
> 0x40002000 0x401FFFFF 2088960 Iomem R/W memd
> 0x48000000 0x48001FFF 8192 Iomem REG qa:writethru
> 0x50002000 0x501FFFFF 2088960 Iomem R/W memd:(memd_bitswap)
> 0x58002000 0x581FFFFF 2088960 Iomem R/W memd:(memd_uncached)
> 0x60000000 0x63FFFFFF 67108864 Local R/W main
> 0x60010958 0x60FCBBA1 16495178 IText R/O main:text
> 0x60FCC000 0x613D0F7F 4214656 IData R/W main:data
> 0x613D0F80 0x6158761F 1795744 IBss R/W main:bss
> 0x61587620 0x615A761F 131072 Local R/W main:fastheap
> 0x615A7620 0x63FFFFFF 44403168 Local R/W main:heap
> 0x80000000 0x83FFFFFF 67108864 Local R/W main:(main_k0)
> 0x88000000 0x88001FFF 8192 Iomem REG qa_k0
> 0x88002000 0x881FFFFF 2088960 Iomem R/W memd:(memd_k0)
> 0xA0000000 0xA3FFFFFF 67108864 Local R/W main:(main_k1)
> 0xA8000000 0xA8001FFF 8192 Iomem REG qa_k1
> 0xA8002000 0xA81FFFFF 2088960 Iomem R/W memd:(memd_k1)
>
> I have seen where a router reloads when you are making
> changes to an interface that is passing traffic at that time,
> but this was the first subinterface configuration for this atm card.
> I'm sure this was a software forced crash, but the funny thing is that
> when the commands were entred into an exact duplicate Access Router
> no reload occurred.
>
> -No related 12.1(4) caveats could be found.
> -SPECS:
> 7507 router w/ IOS 12.1(4)
> RSP4 w/ RISC processor 5000
> No slave in slot 3
>
> -Router runs: ATM, PPP, BGP, SNMP
> -ATM card: ATM DS-3 card (HW rev 2.00)
> -Vip 2 controller (HW rev 2.11)
>
> Here is an exerpt from the 'sh tech' of what it was thinking right before the reload.
>
> "Queued messages:
> Sep 21 13:09:53: %SYS-3-LOGGER_FLUSHING: System pausing to
> ensure console debugging output.
>
> Sep 21 13:09:52: %SYS-5-CONFIG_I: Configured from console by
> jstorms on vty0 (172.18.244.92)
> Sep 21 13:09:53: %SYS-3-LOGGER_FLUSHED: System was paused
> for 00:00:00 to ensure console debugging output."
>
> any insight would be greatly appreciated. I've opened up a Cisco TAC case, but
> this has not been very helpful at all as Cisco wants to push this off on what I think
> is an unrelated bug or upgrade my IOS for all my Access Routers on my network.
>
> thanks in advance,
>
> James
>
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:50 EDT