Hub crashes and seems to happen every day at around 00:55, these are the last log entries before the hub crashes. Can you help at all ? I don’t have that many devices attached – 11 Zigbee / 2 Zwave and the rest through Alexa integration
I have removed all apps and drivers so just back to basics, and done a database backup - soft reset and restore and is still happening.
As I have so few devices I am wondering if I should do a hard reset and start from scratch ?
Did this only start after updating to 2.3.4.114?
Have you tried getting to the diagnostic tool when it is locked up? Usually the diagnostic tool is still running.
You can roll back to the prior firmware using the diagnostic tool as well:
I wouldn't take such drastic measures unless you have a good reason for it, like removing newly added custom integrations that appear to have caused problems. Removing built-in apps and drivers is rarely an effective measure of solving hub problems.
Did you happen to notice when the web interface is not accessible, if the Diagnostic Tool is also not accessible? If the Diagnostic Tool isn't accessible, then that is indicative of a network issue. A daily recurrence around the same time, may also be indicative of a network problem, such as conflicting IP address within your network.
Based on the above logs, it doesn't look like you removed all apps, the Circadian Daylight can get very chatty is it's misconfigured. Have you tried removing that app to see if your experience improves?
No was unresponsive on the previous two versions of the software. I should say when I have removed superfluous software, I mean apps that were not installed as part of the hubs core apps. Until I read earlier that the diagnostics were usually available I hadn't realized so will try that. I am kind fo thinking though for the 1hr that it will take me to add back all my devices - do I just do a full reset and cut out hrs of fault finding...
It is highly unlikely that your devices are causing the problem, so I wouldn't go the route of removing them. Rather, I would remove (disable) heavy apps that have the potential of going rogue.
Curious myself, you mentioned disable. Would clicking the X at the top of the apps page and then checking the apps on the side 'disable' them for this test or do they have to be deleted? May save some time and frustration if there is a lot of configuration into an app.
Yes. Disabling apps and/or network connected devices saves the time of removing them when troubleshooting issues. Disabling mesh connected devices is not an effective way of troubleshooting, as devices remain connected to the radios, generating traffic, even though the events are not posted on the hub side.
I too am still having this same issue. The hub dies every day at about the same time around midnight. It is no longer accessible on the network. I have rebooter installed and it works if I set the time before the daily crash. If I schedule it after the crash, it does not run. Seems like the entire OS just hangs as nothing executes when it happens??? The only way to recover is to cycle the power to the device.
I've never seen HPM hose a hub before but @jtp10181 suggestion is spot on. there's a first time for everything! And just to clarify... you manually restarted the hub sometime between midnight and 6am?
I also wonder if you've experienced some database corruption because you've had to hard boot the hub so many times. At some point (maybe after following Jeff's advice and going through one 24 hour cycle) you might want to do a restore from a recent backup. The restore process does a soft reset and cleans the database.
Good catch... that looks a bit like a network connectivity error trying to reach 192.168.1.122. Though I think HPM would cough if it couldn't make a network connection either.
