Header Only - DO NOT REMOVE - Extreme Networks

EWC - V9.21.15 - AP3620 reboots unexpected (if users generate too much traffic )


Userlevel 6
My customer complains that a AP3620 reboot only based on the user load. Is this possible ??

I use EWC V9.21.15.

ap.log tell me that the regarding AP has bootet - but which trace file or log message tell me the reason for the last boot ?

Please help.

Regards

8 replies

Userlevel 7
I'd upgrade to v10, there are no known bugs in v10 for AP26xx and AP36xx.
Userlevel 6
Ron wrote:

I'd upgrade to v10, there are no known bugs in v10 for AP26xx and AP36xx.

Good joke ....
Userlevel 7
Go to GUI > Logs > AP > Traces
Select the AP and click on retrieve traces.

If the controller is in a good mood that should download the AP trace file.
Open the .tar file and you'll find ap.logLastReboot.gz and one or more files with the name ap-report.txt*.gz.

Might be that you'd find the cause in this files or you'd need to open a ticket so the GTAC could take a look in the incl. dump.

BTW, does the > Logs > AP > Logs > Severity:All .... doesn't show the reboot cause ?
Userlevel 6
Ron wrote:

Go to GUI > Logs > AP > Traces
Select the AP and click on retrieve traces.

If the controller is in a good mood that should download the AP trace file.
Open the .tar file and you'll find ap.logLastReboot.gz and one or more files with the name ap-report.txt*.gz.

Might be that you'd find the cause in this files or you'd need to open a ticket so the GTAC could take a look in the incl. dump.

BTW, does the > Logs > AP > Logs > Severity:All .... doesn't show the reboot cause ?

You are right getting Trace Files from AP is not very reliable... i need 3 tries ...

unfortunately ap.logLastReboot.gz is corrupted but ap-report.txt tell me something:
Jan 1 00:00:52 kernel: kTrapMonitor: process cap is missing (fatal) -- reboot in [5+ sec]

As you see below is decide opening a case.

Regards,
Matthias
Userlevel 6
Hi Matthias

I would recommend you open a case to have the logs looked at.

-Gareth
Userlevel 6
Gareth Mitchell wrote:

Hi Matthias

I would recommend you open a case to have the logs looked at.

-Gareth

Case opened 01281431

Jan 1 00:00:52 kernel: kTrapMonitor: process cap is missing (fatal) -- reboot in [5+ sec]
Userlevel 6
The problem is solved!

With the help of the excellent GTAC (thanks to Gareth) - we can find the root cause and solve the problem.

The Switchport was (historical) set to 100MBit and not to 1000MBit. Changing that solved the problem.

Regards,
Matthias
Userlevel 6
M.Nees wrote:

The problem is solved!

With the help of the excellent GTAC (thanks to Gareth) - we can find the root cause and solve the problem.

The Switchport was (historical) set to 100MBit and not to 1000MBit. Changing that solved the problem.

Regards,
Matthias

Thanks Matthias, to close the loop I wrote the following article: https://community.extremenetworks.com/extreme/topics/ewc-v9-21-15-ap3620-reboots-unexpected-if-users-generate-too-much-traffic
Userlevel 6
M.Nees wrote:

The problem is solved!

With the help of the excellent GTAC (thanks to Gareth) - we can find the root cause and solve the problem.

The Switchport was (historical) set to 100MBit and not to 1000MBit. Changing that solved the problem.

Regards,
Matthias

Thanks Matthias, to close the loop I wrote this article: https://gtacknowledge.extremenetworks.com/articles/Solution/AP3620-looses-connectivity-to-the-controller-under-heavy-traffic-load

Reply