Well... one troubleshooting idea is to use a sniffer (ngrep, tcpdump, etc.) to see the dialogue between the web server and upsd data server ( 192.168.0.20:3493), to check if anything looks fishy there. Maybe some firewalls, SELinux after an update, etc. tempered up and there is no network chatter from http context to outside unless allowed (`setenforce 0` can help quickly confirm or rule out involvement of SELinux).
Another idea is to hack around `drivers/upsstatus.c` to add debug messages around connections (at least `fprintf(stderr...)` but if this matures to become a PR - then ideally `upsdebugx` and some way to pass debug verbosity into the program - e.g. config file). On Tue, Oct 10, 2023 at 9:03 PM S K via Nut-upsuser < nut-upsuser@alioth-lists.debian.net> wrote: > Hey the NUT sever (http://192.168.0.29/) was working fine and the URL > http://192.168.0.29/cgi-bin/nut/upsstats.cgi did show me all the UPS > slaves - but all of a sudden one particular slave is not showing up.....The > one that is not showing up IP is 192.168.0.20 and the following command > in NUT server > > upsc upshpomv@192.168.0.20 > > Does respond with > > Init SSL without certificate database > battery.charge: 100 > battery.charge.low: 10 > battery.charge.warning: 20 > battery.mfr.date: CPS > battery.runtime: 3270 > battery.runtime.low: 300 > battery.type: PbAcid > battery.voltage: 24.0 > battery.voltage.nominal: 24 > device.mfr: CPS > device.model: CP1350PFCLCD > device.serial: 000000000000 > device.type: ups > driver.name: usbhid-ups > driver.parameter.pollfreq: 30 > driver.parameter.pollinterval: 15 > driver.parameter.port: auto > driver.parameter.synchronous: no > driver.version: 2.7.4 > driver.version.data: CyberPower HID 0.4 > driver.version.internal: 0.41 > input.transfer.high: 139 > input.transfer.low: 88 > input.voltage: 117.0 > input.voltage.nominal: 120 > output.voltage: 141.0 > ups.beeper.status: enabled > ups.delay.shutdown: 20 > ups.delay.start: 30 > ups.load: 12 > ups.mfr: CPS > ups.model: CP1350PFCLCD > ups.productid: 0501 > ups.realpower.nominal: 810 > ups.serial: 000000000000 > ups.status: OL > ups.test.result: No test initiated > ups.timer.shutdown: -60 > ups.timer.start: -60 > ups.vendorid: 0764 > > > Hence I know the slave does respond to server but why is it now showing in > the http://192.168.0.29/cgi-bin/nut/upsstats.cgi - BTW I have not made > ANY changes to hosts.conf in my server. Any idea how to troubleshoot? > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser >
_______________________________________________ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser