You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
debian server with nut and nut-snmp installed and configured
I have recently set up the connection between a UPS and a Debian system. The network card supports the snmp OIDs from RFC1682, so I configured NUT to use the ietf MIB profile. That seems to work, the driver starts and I get correct data displayed from upsc.
But one thing that looks off is that the "ups.status" is constantly showing "OL TEST", even tough no test is running.
From what I gathered, NUT requests all relevant fields and receives correct answers from the network card (correct as in confirming to the RFC and the UPS status as reported in its webinterface). It even displays "ups.test.result" as "done and passed", so it knows that the test was finished successful.
The RFC defines that a read operation against "upsTestId" returns the value of the name of a test in progress, the last test performed if no one is in progress, or a predefined value if no test has been run.
A read operation against "upsTestResultsSummary" returns the status of the test with the id from the above operation. The status indicates if the test is currently running, or the result of the last test if no test is currently in progress.
But in the ietf mapping file for NUT, the return value of "upsTestId" gets mapped straight into "ups.status", no matter what "upsTestResultsSummary" shows :
Did I understand the code correctly? If not, why does my client show ups.status = OL TEST ?
Does this impact the functionality of NUT? In this list of status values, TEST is not included. Does that mean it is only displayed but ignored when checking if the system should shut down? Or does this prevent shutdowns?
The text was updated successfully, but these errors were encountered:
My setup:
I have recently set up the connection between a UPS and a Debian system. The network card supports the snmp OIDs from RFC1682, so I configured NUT to use the ietf MIB profile. That seems to work, the driver starts and I get correct data displayed from upsc.
But one thing that looks off is that the "ups.status" is constantly showing "OL TEST", even tough no test is running.
From what I gathered, NUT requests all relevant fields and receives correct answers from the network card (correct as in confirming to the RFC and the UPS status as reported in its webinterface). It even displays "ups.test.result" as "done and passed", so it knows that the test was finished successful.
The RFC defines that a read operation against "upsTestId" returns the value of the name of a test in progress, the last test performed if no one is in progress, or a predefined value if no test has been run.
A read operation against "upsTestResultsSummary" returns the status of the test with the id from the above operation. The status indicates if the test is currently running, or the result of the last test if no test is currently in progress.
But in the ietf mapping file for NUT, the return value of "upsTestId" gets mapped straight into "ups.status", no matter what "upsTestResultsSummary" shows :
nut/drivers/ietf-mib.c
Line 249 in 389b970
My questions here:
The text was updated successfully, but these errors were encountered: