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 at 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 at 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 at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20231010/199b307b/attachment.htm>