However, I get no data on the UPS section of reports. If I look at Netdata on remote it shows the UPS as āUPS ix dummy upsā with no data. It seems the c
Iām experiencing the same behavior and looking for things to try.
My TrueNAS instance has NUT set as SLAVE and connects to a PfSense box running NUT as MASTER.
On the Truenas box i can retrieve the UPS data by going to terminal and issuing the command you indicated (pointing to the IP of my PfSense box of course). But when i go to Truenas menuā>reportingā>UPS, all the fields are in blank.
My ups is directly connected to my truenas box, but iām experiencing the same problem. No data is displayed in the truenas reporting, but when i login to the netdata backend there are two ups, one is the ix-dummy ups and one is my cyberpower. My guess is that the truenas gui tries to show the metrics of the dummy and since there are no, the gui in truenas is blank. The netdata backend shows the metrics for my ups just fine. The question now is, is there a way to remove the ix-dummy ups ourselves or do we need to file a bug report.
I had this previously running fine with Scale(local) and Core(remote). Since upgrading both of NAS to 24.04.2 I canāt get it to work. UPS in TrueNAS always seemed a little buggy to me, but I think thereās something amiss with the latest update to Scale.
I have the same issue. Running Dragonfish-24.04.2.2. UPS reporting data shows on the NAS having the UPS attached locally via USB (master) but not on the NAS connecting to that system as a slave. Reporting is empty on the slave because it only shows the data of āix dummy upsā.
I just built a ElectricEel-24.10.1 system and found the same issue. I confirmed that TrueNAS would shut down if there was a power failure, and upsc confirms the connection is working, however I see no stats.
The only sign that I got via the GUI that things were working is that I no longer had a UPS connection error when previously I did.
Youāll need to re-apply the fix with each update until it is fixed upstream, if it is ever fixed - iX Systems donāt seem to consider the excessive log spam (and the choice between working UPS support or excessive log spam) a serious enough issue worthy of a fix.