-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Poll UPS [user@localhost] failed - Data stale #15
Comments
👋 Thanks for opening your first issue here! If you're reporting a 🐛 bug, please make sure you include steps to reproduce it. Also, logs, error messages and information about your hardware might be useful. |
Have a look at the issue at #14 The commits yesterday were just for doc updates. |
OK, I am checking. I'll provide feedback in a couple of minutes. |
Yep! solved the problem. Thanks.
|
Good morning, After overnight monitoring, found that a lot of new "Data stale" errors occured and it seems that there is really a problem while detecting the UPS. Here is the latest log after module restart:
If seems that the USB UPS is not even detected and the system does not start. When going to the hassio SSH console, the USB devices are not listed:
hassio dmesg:
This possibly has nothing to do with your add-on. Most likely to be a problem with hassio, right? Thanks |
So, if I do not enable the addon, the USB devices remain connected and I don't get any xHCI error that leads to the USB loss. @sinclairpaul, not sure if Network UPS Tools is the "guilty" or if hassio host OS should be more solid about frequent driver requests. What is your opinion? Thanks in advance. |
In all honesty I don't know, from looking around there is also a possibility that it could be hardware related (specifically around the length of the USB cable, I also see some people have had success with placing a hub in the path). Unfortunately I cannot validate on HassOS easily, I can tell you I do not see the issues personally, although it is a different OS and UPS. I also know Dale runs multiple UPS' without these issues as well. I would also look the section on polling in the driver specific doc at https://github.com/networkupstools/nut/blob/master/docs/man/usbhid-ups.txt I'm not sure pushing the driver polling so low is recommended.
|
Thanks for your feedback. I reverted back poll interval to 30 (just removed it), and the upsd_maxage was kept configured as 60 seconds, but upsd_maxage here has no effect because it keeps crashing the xHCI bus, leading to USB connectivity loss. If I unplug and plug back the UPS, it will not show up on the USB devices. So only a Host OS reboot will restore USB functionality again. This seems to be something related with hass.io host OS problem at kernel level possibly. But this is odd... it worked just fine for 2 days and then this... Anyway, I already opened a ticket on hassio github. I am closing this one as it seems to be not related with Network UPS Tool addon. |
Some notes. The problem you mentioned: The ticket on Hassio: EDIT: |
Just to share an update on this topic. More information here: |
This thread has been automatically locked because it has not had recent activity. Please open a new issue for related bugs and link to relevant comments in this thread. |
Problem/Motivation
After upgrading today to the latest version ( Add-on version: 4213c06), Eaton UPS USB started to get "Data stale" errors. Previous version was working perfectly.
Running hassio on Raspberry pi 4 with 4GBs of RAM (All details on the module log below).
Expected behavior
Work as usual
Actual behavior
Poll UPS [user@localhost] failed - Data stale
Steps to reproduce
Eaton 5E connected through USB.
Configuration:
If you change list_usb_devices, it shows properly.
hassio log:
System log showing all OK with the module startup:
The text was updated successfully, but these errors were encountered: