One thing I have noticed regarding ‘cloud’ based apps/drivers
If the ‘cloud’ is unavailable or unreachable for any reason this produces loads of errors in the internal logs and can slow or stop the hub..
It sits there trying to contact the cloud, waiting for a response.
This could be the reason for your issue, by disconnecting L360 on one side, the hub would still try to connect/control it.
That was along the lines what I was thinking. But instead of this happening, could we build in some kind of failsafe to either alert of such a condition ( i.e. show devices with excessive errors) or have the device fail if it presents errors for too long a time ?
It is basically impossible to troubleshoot slowdowns or lockups outside of blind trial and error. We can't see system events/sec, we can't see radio throughput/commands per sec, we can't see CPU, we can't see memory in the java heap. Nada.
Basically all you can do is look through the debug logging and hope you see something. Not very effective. Or just turn user drivers/apps off one at a time and pray it happens/doesn't happen again. Not very effective.
So I guess I'll just submit a ticket every time it happens, and hope support can figure it out. With the (in my opinion) large number of hub freezes and slowdowns being reported in the forums in the last few months I doubt support has time to chase them all down, though.
My lockups started just after 2.06 upgrade and I didn't add any devices or apps starting with 2.04. Since 2.06 I had to power cycle the hub 6 times already. I'm lucky that DB wasn't corrupted. Nothing in the logs after lockups. One time I was able to soft reboot after my Zigbee radio abruptly switched to off and all automations stopped working. Something definitely happened with 2.06, but I have no idea, because there are no tools to monitor the hub.
I don't think that lockups are related to Google home or Chromecast integration, because their release was way before 2.06 and lockup for me started right after 2.06
I had another hub freeze overnight last night. Automations were running slow at bedtime. Tried using a button automation around 5am and nothing worked. Last reported event was around 3:16am.
This is the second overnight hub lockup in the past 5 days, although it was a different hub that froze.