cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
3501
Views
3
Helpful
6
Replies

%ALIGN-1-FATAL: Corrupted program counter

admin_2
Level 3
Level 3

I have a router with the following message "%ALIGN-1-FATAL: Corrupted program counter

pc=0xB0D0B0D, ra=0x60F02F08, sp=0x61EEA5B8". The router reload two times, in 5 days.

I also would like to now if there is any kind of cisco tool, avaiable for Cisco parterns, that can help me to understand some comands, like show tech, show context...

In this paticular case i would like to now, what the fiels of the show context below mean.

7200 Software (C7200-JS-M), Version 12.1(9), RELEASE SOFTWARE (fc1)

Compiled Wed 13-Jun-01 11:03 by kellythw

Signal = 10, Code = 0x10, Uptime 4d23h

$0 : 00000000, AT : 61B90000, v0 : 0B0D0B0D, v1 : 00000079

a0 : 633F1DD8, a1 : 61F5170C, a2 : 61EEA610, a3 : 61EEA614

t0 : 633F1DF7, t1 : 3400F901, t2 : 0000000B, t3 : 000B317A

t4 : 604FD930, t5 : 0000002E, t6 : 62628C90, t7 : 61EEA5D0

s0 : 0B0D0B0D, s1 : 61EC9E88, s2 : 00400320, s3 : 00000000

s4 : 0000003C, s5 : 61F5320C, s6 : 633F1DD8, s7 : 61F5170C

t8 : 7002FF8E, t9 : 62CADD10, k0 : 00000000, k1 : 00000000

gp : 61B96A60, sp : 61EEA5B8, s8 : 00000003, ra : 60F02F08

EPC : 0B0D0B0D, SREG : 3400F903, Cause : 00000410

Error EPC : D7F71861, BadVaddr : 0B0D0B0D

6 Replies 6

Not applicable

Yes, you can use different tool to analyze command output like: "output interpreter", "Stack Decoder for Cisco IOS " and "Error Message Decoder " at: http://www.cisco.com/kobayashi/support/tac/troubleshoot.shtml

a.gooding
Level 5
Level 5

Did you ever resolve the issue?

im having the same problem here. ours seems to be related to a voice issue but cant be sure.

any insight would be appreciated.

thanks

@a.gooding

Align-1-Fatal errors will show up when the router crashes.  The error itself isn't enough to say that your issue is the same as the poster (which was seen on a very old IOS image).  The best way to get it resolved it to open a TAC case.   If you don't have a contract, then start a new thread with the crashinfo file attached (look in flash: for the latest crashinfo file).

These are usually software bugs, so if you want to try upgrading IOS first, that might resolve it, if you're running older code.

-Preston

Preston,

thanks for the reply. i actually do have a TAC on this for a bit now but we are not making much headway so i thought id post as a "shot in the dark"

Code is 12.4 (25c) advanced ip services so its pretty up to date. Only noticed the issue after doing some voice related commands (dial-peers) and mobility but based on what they are seeing they are saying at this point in time nothing voice related is being indicated. just enabled some commands to be added to the crash dump so i suppose we will just have to wait for the next crash.

thanks again though

12.4(25c) is pretty stable code.  If you want to give me the case number, I can take a look at it too.

i know

thats what the TAC engineer was saying as well. he also said that there are a lot of customers running the same type of services we have and there isnt any issue.

We have had some serious issues with a SIP trunk to a provider's GSM gateway, which is why i configured the router as a CUBE. i have configured MTP and transcoding on the CUBE but registered to the CUCM. this has since been removed and all MTP is on the CUCM presently. the crashes occured after this if i recollect correctly.

We were going to attempt to have locally registered MTP resources on the CUBE but we are actually waiting on the engineers (We have another case open for this other issue relating to DTMF) to ensure that when we do configure local MTP on the CUBE,we dont interfere with this present case.

here is the case number and ive attached a crash dump file just in case.

SR 615528219 - CATS: C3845// 12.4(25c)// Crashed// Software Bus Error//

Thanks and i do appreciate taking the look into it for me.

Something i just remembered. as i mentioned, i have the transcoding and mtp configured on the CUBE but they were registered and ASSOCIATED in the resource group list. We REMOVED the hardware MTP from the MRGL but they are still registered. So i have'nt actually shutdown the transcoding and mtp profiles on the CUBE.