The Adtran community holiday season is starting next week! The holiday period will span from December 21, 2024 to January 6, 2025. During this time, responses to feedback form submissions may be delayed. If you are encountering product issues, you can reach out to Adtran support at any time.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
six43dp
New Contributor

Good Morning, Have an out of warranty 1335 running up to date firmware that is creating more frequent exception reports.

Core: R12.3.2.E\source/Kernel/Private/Arch/PowerPC-8260/IsrHandler.cpp#280: AdFatal(DMMU: Dadr=0x00000010, Iadr=0x011FA678: No permission to read.  StackTrc:  011FA678 005FFA08 00E812B4 0103F8A4 011E5814 011E1780 011E7CBC 011E8768 011DA818 011DA7D4 ....Regs: r0=0x005f8d60 r1=0x030c5a60 r2=0x021a7c90 r3=0x00000010 r4=0x00000000 r5=0x00000403 r6=0x00008000 r7=0x00000000 r8=0x00000004 r9=0x0411b810 r10=0x00000002 r11=0x0411b810 r12=0x030a9810 r13=0x02e08000 r14=0x00000004 r15=0x00000005 r16=0x00000006 r17=0x00000007 r18=0x00000008 r19=0x00000009 r20=0x0000000a r21=0x0000000b r22=0x0000000c r23=0x0000000d r24=0x0000000e r25=0x0000000f r26=0x02ee0818 r27=0x03000390 r28=0x00000000 r29=0x03f28f98 r30=0x00000010 r31=0x00000000 LR=0x005f8dbc CTR=0x00000000.)

=====================================================================

    CORE DUMP

=====================================================================

<CORE>R12.3.2.E\source/Kernel/Private/Arch/PowerPC-8260/IsrHandler.cpp#280: AdFatal(DMMU: Dadr=0x00000010, Iadr=0x011FA678: No permission to read

  StackTrc:  011FA678 005FFA08 00E812B4 0103F8A4 011E5814 011E1780 011E7CBC 011E8768 011DA818 011DA7D4 ...

Regs: r0=0x005f8d60 r1=0x030c5a60 r2=0x021a7c90 r3=0x00000010 r4=0x00000000 r5=0x00000403 r6=0x00008000 r7=0x00000000 r8=0x00000004 r9=0x04119fd0 r10=0x00000002 r11=0x04119fd0 r12=0x030a9810 r13=0x02e08000 r14=0x00000004 r15=0x00000005 r16=0x00000006 r17=0x00000007 r18=0x00000008 r19=0x00000009 r20=0x0000000a r21=0x0000000b r22=0x0000000c r23=0x0000000d r24=0x0000000e r25=0x0000000f r26=0x02ee0818 r27=0x03000390 r28=0x00000000 r29=0x03f28f98 r30=0x00000010 r31=0x00000000 LR=0x005f8dbc CTR=0x00000000

)

=====================================================================

    CPU REGISTER DUMP

=====================================================================

Is this the sign of a faulty unit? 

Thank You for any feedback....

0 Kudos
1 Reply
Anonymous
Not applicable

Re: Good Morning, Have an out of warranty 1335 running up to date firmware that is creating more frequent exception reports.

I currently have a case open on an in support unit that just started the same thing about a week ago, support's advice was to get the unit on current supported firmware (which yours already is) and if that doesn't solve it to take the unit offline, erase the flash from bootstrap and tftp transfer a new image onto the box from bootstrap mode.

After seeing your error, with registers R8 to 25 have incrementing data values I went back and looked at my error which was a different error but in the same DMMU, and I have some values increasing in a pattern as well.  Its just a guess at this point, but I wonder if someone is fuzzing input into either the webserver or the ssh server and causing the crash.  When I upgraded the firmware I also adjusted the self bound ACL to only allow specific known hosts to access the web and ssh services and it hasn't happened since.