cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
991
Views
0
Helpful
14
Replies
Highlighted
Beginner

Cisco Mobility Express crash (AP 1832 reboot) upexpectly in 1-3 daysWe have 3 Cisco AP 1832 , we set one as ME ,other two are AP ,but we found these three will automatic reboot in 1- 3days,nearly 2day ,never less then 1 days,and never more than 3 days. I have tried several editions ,8.4,8.8,8.9 ,al

We have 3 Cisco AP 1832 , we set one as ME ,other two are AP ,but we found these three will automatic reboot in 1- 3days,nearly 2day ,never less then 1 days,and never more than 3 days.

I have tried several editions ,8.4,8.8,8.9 ,all the same situation.

I have uploaded the crash file , please help me check and found the problem.Thanks.

14 REPLIES 14
Highlighted
Beginner

Additional information:we have tried to make another AP as ME , the problem still exist .
Highlighted
Beginner

Need Help ,Please
Highlighted

We (the community) can't troubleshoot the crash files, only TAC can do this.
I suggest you try 8.5.151.0 as a release, that should work stable.
Highlighted

I don't have a service account ,so i can't submit a TAC .and i can't found Where to download 8.5.151 ,i only found 8.5.140
Highlighted

You should have a service account...

But 8.5.140.0 is also quite good and recommended.


Highlighted

I have tried 8.5.140, it have the same problem


Highlighted

Ok, this is very untypical and might be because of a hardware fault. I suggest you open a TAC to troubleshoot the crash files.
Highlighted

But it is impossible that 3 devises all have hardware issue .


Highlighted

It is very rare, but I've never seen so many APs crashing either.

You could try to reset one of them to factory defaults, only make the necessary configuration (LAN and SSIDs) and then observe if it remains stable.


Highlighted

It is workable idea, it is very strange , I let AP03 start 30 minutes after other two Aps, then AP01 and AP02 reboot at the same time and 30 minutes later ,AP03 reboot .... It seems a scheduled reboot.... But in the crash file , it shows kernel crashed





AP AP-1832-01 crashed at Tue Jun 25 20:29:22 2019 UTC(BOOT_CNT 52) due to:

kernel panic



============ image version ============

Active version: 8.9.111.0

Backup version: 8.9.100.0



============ build.info ============

Tue Jun 4 07:27:45 PDT 2019

wnbu-bld-lnx11

/data/BUILD/workspace/89MR1_ME_CCO/corsica/router



* (no branch)

-----------------

<0>[06/25/2019 23:00:58.4271] Kernel panic - not syncing: Fatal exception

<2>[06/25/2019 23:00:58.4271] CPU0: stopping

<4>[06/25/2019 23:00:58.4271] Backtrace:

<4>[06/25/2019 23:00:58.4271] [] (dump_backtrace+0x0/0x114) from [] (dump_stack+0x18/0x1c)

<4>[06/25/2019 23:00:58.4271] r6:c4092000 r5:c08a0adc r4:00000000 r3:c0881ecc

<4>[06/25/2019 23:00:58.4271] [] (dump_stack+0x0/0x1c) from [] (handle_IPI+0x10c/0x210)

<4>[06/25/2019 23:00:58.4271] [] (handle_IPI+0x0/0x210) from [] (gic_handle_irq+0xfc/0x108)

<4>[06/25/2019 23:00:58.4271] [] (gic_handle_irq+0x0/0x108) from [] (__irq_svc+0x40/0x50)

<4>[06/25/2019 23:00:58.4271] Exception stack(0xc4093d60 to 0xc4093da8)

<4>[06/25/2019 23:00:58.4271] 3d60: 00000000 00000000 73797379 00010000 c18e0300 eeebd180 c4092000 00000000

<4>[06/25/2019 23:00:58.4271] 3d80: eeebd2f4 c40f6080 eeebd180 c4093e3c 00000000 c4093da8 c0409568 c04097a4

<4>[06/25/2019 23:00:58.4271] 3da0: 60000013 ffffffff

<4>[06/25/2019 23:00:58.4271] [] (__schedule+0x0/0x638) from [] (schedule+0x6c/0x70)

<4>[06/25/2019 23:00:58.4271] [] (schedule+0x0/0x70) from [] (_ZN6Master9block_allEv+0x10c/0x124 [merakiclick])

<4>[06/25/2019 23:00:58.4271] SMP: failed to stop secondary CPUs
Highlighted

Yes very weird. If you have any management system that maybe tries to influence something, try to set a different SSH and SNMP password/community. That way you can stop external influence.



I found a crash bug in the software release you are using:

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvb70551



And another which might affect you or might not:

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvp77267





In any case this is something we here in the community can't really help, only TAC can do this.


Highlighted

Just today was the new software 8.8.125.0 released, which fixes two possible crash bugs.

You might want to try this specific release and see if it's better.


Highlighted

Thanks. But i can not download it ,i don't have a service account .
Highlighted

Then I think it's time to get a SMARTNet for at least 1 AP, so you have software and TAC support.


Content for Community-Ad