-
-
Notifications
You must be signed in to change notification settings - Fork 333
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
Add S/N to ups.conf and nut breaks #2439
Comments
The If you start the driver with higher debug verbosity, or run |
Just in case - which NUT version is this about, and do you have several UPSes monitored directly by the same system or just one per box? With current HA I'd expect some recent package to be involved in the container, so it would probably include the new semi-hacky setting to allow "duplicates" (when several devices do not publish enough clues to discern them). This allows to monitor several UPSes and know how many of them are okay or have a problem, but not really know which one. If they power e.g. redundant power sources of same servers, this is an acceptable trade-off. The In the recent screenshots, note that the |
Check in the Wiki here about https://github.com/networkupstools/nut/wiki/Changing-NUT-daemon-debug-verbosity and perhaps https://github.com/networkupstools/nut/wiki/Building-NUT-for-in%E2%80%90place-upgrades-or-non%E2%80%90disruptive-tests (at least, in the end it says how to run a driver program - after stopping the services that wrap it - to dump discovered information). Either way, running Also note that in the later screenshots you have NUT v2.7.4 - that's quite old now, about 7 years (although some distros still ship it and not the newer releases). |
Each UPS is attached to its own Pi so it is per box. Even with the one that does detect the s/n the HA group responsible for nut did not feel it necessary to create a sensor for the respective s/n. I just checked and nut on the orange pi is running 2.7.4 which is the one showing me the s/n. I think that one is debian based. the other nuts in my home are running 2.8.0 which don't show me s/n. I think for me I would be happy just to get accurate ups info from the Pi's. HA despite its fast and regular release cycle I don't think has touched on nut in a while. Might be wrong on that. Do I use the actual name on the ups for this: usbhid-ups -DDDDDD -a YourUpsName |
Yes, as the section name from |
I keep getting command not found when I run this command. A search of google is not showing me samples of the code you would like me to run. Can you show screenshot from a terminal window one of your devices? |
Assuming you have NUT packaged in a Debian-like system, driver program names would be like |
In Unix/Linux for programs not in Also, the section name for the UPS is without the square bracket mark-up :) So for your case, this should do it:
Probably you can run it as your own user account to see just what meta-data (serial and other IDs) the driver would consider and why it ruled some out. If it however claims a lot of unknowns, or fails to see config files, etc. you would need to initiate the command as |
It doesn't appear this is going to help out alot based on running this. Network UPS Tools - Generic HID driver 0.41 (2.7.4) |
It seems you did not stop the "driver as a service" first, so your test killed off the service-wrapped instance, and then it got revived and killed this test copy. Still, for the answer to this question, the report sufficed: |
Hi,
I want to add my UPS s/n to ups.conf but when I do I cannot get data when using the upsc command. Remove the s/n line and reboot the Pi and nut is happy. Is it possible the s/n has to be all numbers and no letters? Suggestions please?
The text was updated successfully, but these errors were encountered: