Mitel 3300 MXe random Reboots - SW Rev 8.0

[kwbMitel]

Mitel 3300 MXe random Reboots - SW Rev 8.0

Here are the logs for the time period

The customer says it is on a UPS that is in good working order

My interpretation of the logs is highlighted below

Thoughts?

[pre]
11:07:32 OtpLogsClient Progress Monitor - SubscribeNewLogSubscribed to * for Error
11:07:32 OtpLogsClient Progress Monitor - SubscribeNewLogSubscribed to * for Warning
11:07:47 ResourceMonitor Maintenance: Category(General); msgFormatId(0)Progress Monitor->ResourceAlarmStartupResourceAlarmStartup ready
11:07:47 AppStartup Progress Monitor->SysServices::appStartupPart2 (10.0.0.25)appStartup successful. appStartup Task will exit.
11:07:47 ProcessorCoordinator Progress Monitor->ProcessorCoordinator:rocessorCoordinatorProcessor Coordinator source Logs initialized.
11:07:47 AppStartup Maintenance: Category(General); msgFormatId(0)Progress Monitor->SysServices::appStartupPart2 (10.0.0.25)Boot Device: ata=0Host Name: Target Name: Target IP address: 10.0.0.25:ffffff00Host IP address: 192.168.4.10Gateway IP address: 10.0.0.1Boot File: /partition1/RTC8260Boot Flag: 0x0
11:07:47 AppStartup Maintenance: Category(General); msgFormatId(0)Progress Monitor->SysServices::appStartupPart2MXe Platform (10.0.0.25) Booting Software version: 8.0.8.8System Relink: No relink has been applied.Call Control Relink: No relink has been applied.Normal reset, cause: [highlight #FCE94F](0x3) EXTERNAL_HARD_RESET[/highlight]
11:07:48 IP Networking - NVS Maintenance: Category(General); msgFormatId(0)nvs_BerkConvert: Recovering existing IP Networking database.
11:07:50 IP Networking - MIPS Maintenance: Category(General); msgFormatId(0)Internal L2 Switch IP address is 10.0.0.254.
11:08:04 Call Control - Software DBASRV created: PID = ($0006,$0035)
11:08:04 Call Control - Software DBASRV created: PID = ($0005,$0034)
11:08:04 Call Control - Software DBASRV created: PID = ($0004,$0033)
11:08:04 Call Control - Software DBASRV created: PID = ($0003,$0032)
11:08:04 Call Control - Software DBASRV created: PID = ($0002,$0031)
11:08:04 Call Control - Software DBASRV created: PID = ($0001,$0030)
11:08:04 Call Control - Software DBASRV created: PID = ($0008,$002F)
11:08:04 Call Control - Software DBASRV created: PID = ($0007,$002E)
11:08:11 HALDbUtil Maintenance: Category(General); msgFormatId(0)DBMS Status flag set. DB Download Complete..
11:08:17 Call Control - Software GPAGEMGR: Initializing data structures
11:08:20 Call Control - Maintenance Maintenance: Category(General); msgFormatId(0)The link from MCECAAx MN3300 Controller at location 01 1 01 Active to MC266Ax Communication Proc at location 01 1 10 is now in SCANNING mode.
11:08:20 Call Control - Maintenance Maintenance: Category(General); msgFormatId(0)Restart information from hardware status register was power up
11:08:20 Call Control - Software LOGSYSRTR is ready to route entries Log name: maintenance
11:08:20 Call Control - Software LOGSYSRTR is ready to route entries Log name: security
11:08:20 Call Control - Software LOGSYSRTR is ready to route entries Log name: mobility
[/pre]

**********************************************
What's most important is that you realise ... There is no spoon.

 

[Waldosworld]

UPS is definately suspect.
If you have dual power supplies, move one to a direct AC source and monitor.

Previous to that log too.
11:08:20 Call Control - Maintenance Maintenance: Category(General); msgFormatId(0)Restart information from hardware status register was power up

 

[kwbMitel]

It does not have a secondary PS and the customer is balking at the cost of installing one.

He is adamant that the UPS is fine.

My post here is to determine if there might be something else I've missed.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[Billz66]

Connect up test pc with UPS monitoring software loaded and set it to log

That will determine whether the UPS is causing issues or not

If I never did anything I'd never done before , I'd never do anything.....

 

[sarond]

Maybe a small clock radio connected to the same power circuit, that way if it loses power it will be blinking at 12:00.

 

[jrgood0852]

Have to ask. Could it be a human doing it? Maybe a disgruntled worker or such?

Always look out for the next tech. because one day it will be you!

 

[wireman50]

More likely to be the PSU on the MX; we have a couple fail like this.

 

[jrgood0852]

Is that Power Saving Unit? Thanks. The MX is pretty dated, no?

Always look out for the next tech. because one day it will be you!

 

[wireman50]

Power Supply Unit. Yup, but one of the ones that failed was on a CX...bugger to find as well. We ended up putting a MX PSU into the CX and its still going.....

 

[LoopyLou]

I like Sarond's idea of the clock. Its hard otherwise to say if the UPS is bad unless there are other systems plugged into it they are not rebooting.

This reminds me of a problem years ago with a Citation system that was going down each night. Ending being the cleaning lady unplugging it to plug in her vacuum.

An apple a day keeps the doctor away. Anyone else and you need to throw it harder.

 

[jrgood0852]

One thing not mentioned, but worthwhile. Judging from the logs most likely not, but check to see if a scheduled reboot is on. Thanks.

Always look out for the next tech. because one day it will be you!

 

[kwbMitel]

@jrgood0852 - Scheduled reboots create a specific log and the reboots are at random times.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[Lundah]

The cause code is suspect. Normally if it's power, the cause code is "POWER_ON_RESET", but your example shows up as "EXTERNAL_HARD_RESET" instead. I've seen that code on flaky LX controllers, but haven't run into it with an MXE (yet, at least). There's a possibility it's a bad controller chassis.

 

[kwbMitel]

Thanks Lundah, that is not something I was aware of.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[jrgood0852]

External hard reset does sound like it could be a human. Sorry to go there again. Is this absolutely not a possibility?

Always look out for the next tech. because one day it will be you!

 

[kwbMitel]

@jrgood0852, there is always a degree of uncertainty and anything.

When measured with relative probability though, the likelyhood of this having a human factor is so unlikely as to be not worth considering.

**********************************************
What's most important is that you realise ... There is no spoon.