This hub gets rebooted a couple times a day, usually after it becomes locked up and unresponsive, and I am hoping that with logging enabled I may be able to determine why it is crashing.
I rarely see logging in there, so I would worry about it. If your trying to find a issue device it's best to look at the standard log page. Then select device or app stats.
Same here. The zwave logging simply doesn't work reliably / work the way end users think it should. No amount of rebooting is going to make it work correctly long term.
As I said in the beta testing, I think Hubitat should remove/hide it altogether as it simply doesn't work - and as you see, causes confusion.
Thatās true in a general sense (like many devices/OSes), and you might be referring to some threads that are mostly now out of date re: recurrent system slowdowns/freezes being mitigated by ad-hoc or even scheduled hub reboots.
Platform updates in the last year+ seem to have made a big difference for most people that were active in those threads.
But no matter what the underlying cause, if your hub is doing something that requires you to reboot multiple times a day in response, then Iād encourage you to work directly with support so you can drill down to the details that might actually help with the root of the problem.
As others have pointed out, the z-wave logs, for example, wonāt be of much use, even if thereās a z-wave issue thatās contributing to your problem.
If you havenāt opened a ticket yet, emailing support@hubitat.com will get one started.
Will do once I have some idea of what I am reporting.
At the moment all I have is an HE Hub that you can't log into or more to the point is unreachable using a browser.
I am trying to get some clue.
The hub I am having issues with is very limited in tasking - just zwave, no zigbee.
Connects to two Hue Hubs to get Temp readings from the Hue Motion Sensors and it is Meshed to the other HE which is doing all the graphing and heavy lifting for Rules etc.
Hence the dumper dive into logging - to work out what may be causing issues.
Understood, they can help with what to look for, and just as importantly what not to do.
āHardā resets of the hub sometimes get mentioned in the community, just as one example, and as it turns out, doing so is basically not ever necessary, and even hinders further efforts by customer support to look back at logs that might clue into the real issue.
It became a widespread enough problem that they ended up hiding the hard reset process in newer versions of the hub diagnostic tool.
If you're truly looking to see the raw/native Z-Wave traffic, you will probably need some sort of third party device to monitor and report the Z-Wave traffic (USB Stick type thing).
The Z-Wave logs on the Hubitat occasionally show SOME information--but it's certainly not anywhere near what one might expect (e.g., they don't show anywhere near all the traffic). I really wish they did--as that would help with some problem diagnoses (you could at least see what the Hub thought it saw and when; and what it thought it sent and when).
I'm not sure how they decided what to log--but it seems pretty consistent and minimal. Thus, I wouldn't expect there's anything you can do (in terms of documented features) to expand that.