Re: [Nut-upsuser] URL upsstats.cgi DOES not show UPS
Can close the thread! Had a typo in hosts.conf On Tuesday, October 10, 2023 at 10:07:12 PM EDT, S K via Nut-upsuser wrote: sudo tcpdump --interface=eth0 -n host 192.168.0.20 and port 3493tcpdump: verbose output suppressed, use -v[v]... for full protocol decodelistening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes21:55:26.538305 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 110794:110822, ack 3026019235, win 1004, options [nop,nop,TS val 2185119584 ecr 4073717875], length 2821:55:26.539061 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 1:30, ack 28, win 509, options [nop,nop,TS val 4073722923 ecr 2185119584], length 2921:55:26.539249 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 30, win 1004, options [nop,nop,TS val 2185119585 ecr 4073722923], length 021:55:31.551433 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 28:56, ack 30, win 1004, options [nop,nop,TS val 2185124597 ecr 4073722923], length 2821:55:31.552211 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 30:59, ack 56, win 509, options [nop,nop,TS val 4073727937 ecr 2185124597], length 2921:55:31.552406 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 59, win 1004, options [nop,nop,TS val 2185124598 ecr 4073727937], length 021:55:36.567843 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 56:84, ack 59, win 1004, options [nop,nop,TS val 2185129614 ecr 4073727937], length 2821:55:36.568645 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 59:88, ack 84, win 509, options [nop,nop,TS val 4073732954 ecr 2185129614], length 2921:55:36.568827 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 88, win 1004, options [nop,nop,TS val 2185129615 ecr 4073732954], length 021:55:41.600681 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 84:112, ack 88, win 1004, options [nop,nop,TS val 2185134647 ecr 4073732954], length 2821:55:41.601481 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 88:117, ack 112, win 509, options [nop,nop,TS val 4073737988 ecr 2185134647], length 2921:55:41.601764 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 117, win 1004, options [nop,nop,TS val 2185134647 ecr 4073737988], length 021:55:46.621153 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 112:140, ack 117, win 1004, options [nop,nop,TS val 2185139667 ecr 4073737988], length 2821:55:46.621968 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 117:146, ack 140, win 509, options [nop,nop,TS val 4073743009 ecr 2185139667], length 29 On Tuesday, October 10, 2023 at 05:22:28 PM EDT, Jim Klimov wrote: 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 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 databasebattery.charge: 100battery.charge.low: 10battery.charge.warning: 20battery.mfr.date: CPSbattery.runtime: 3270battery.runtime.low: 300battery.type: PbAcidbattery.voltage: 24.0battery.voltage.nominal: 24device.mfr: CPSdevice.model: CP1350PFCLCDdevice.serial: device.type: upsdriver.name: usbhid-upsdriver.parameter.pollfreq: 30driver.parameter.pollinterval: 15driver.parameter.port: autodriver.parameter.synchronous: nodriver.version: 2.7.4driver.version.data: CyberPower HID 0.4driver.version.internal: 0.41input.transfer.high: 139input.transfer.low: 88input.voltage: 117.0input.voltage.nominal: 120output.voltage: 141.0ups.beeper.status: enabledups.delay.shutdown: 20ups.delay.start: 30ups.load: 12ups.mfr: CPSups.model: CP1350PFCLCDups.productid: 0501ups.realpower.nominal: 810ups.serial: ups.status: OLups.test.result: No test initiatedups.timer.shutdown: -60ups.timer.start: -60ups.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?
Re: [Nut-upsuser] URL upsstats.cgi DOES not show UPS
sudo tcpdump --interface=eth0 -n host 192.168.0.20 and port 3493tcpdump: verbose output suppressed, use -v[v]... for full protocol decodelistening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes21:55:26.538305 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 110794:110822, ack 3026019235, win 1004, options [nop,nop,TS val 2185119584 ecr 4073717875], length 2821:55:26.539061 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 1:30, ack 28, win 509, options [nop,nop,TS val 4073722923 ecr 2185119584], length 2921:55:26.539249 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 30, win 1004, options [nop,nop,TS val 2185119585 ecr 4073722923], length 021:55:31.551433 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 28:56, ack 30, win 1004, options [nop,nop,TS val 2185124597 ecr 4073722923], length 2821:55:31.552211 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 30:59, ack 56, win 509, options [nop,nop,TS val 4073727937 ecr 2185124597], length 2921:55:31.552406 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 59, win 1004, options [nop,nop,TS val 2185124598 ecr 4073727937], length 021:55:36.567843 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 56:84, ack 59, win 1004, options [nop,nop,TS val 2185129614 ecr 4073727937], length 2821:55:36.568645 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 59:88, ack 84, win 509, options [nop,nop,TS val 4073732954 ecr 2185129614], length 2921:55:36.568827 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 88, win 1004, options [nop,nop,TS val 2185129615 ecr 4073732954], length 021:55:41.600681 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 84:112, ack 88, win 1004, options [nop,nop,TS val 2185134647 ecr 4073732954], length 2821:55:41.601481 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 88:117, ack 112, win 509, options [nop,nop,TS val 4073737988 ecr 2185134647], length 2921:55:41.601764 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [.], ack 117, win 1004, options [nop,nop,TS val 2185134647 ecr 4073737988], length 021:55:46.621153 IP 192.168.0.29.36942 > 192.168.0.20.3493: Flags [P.], seq 112:140, ack 117, win 1004, options [nop,nop,TS val 2185139667 ecr 4073737988], length 2821:55:46.621968 IP 192.168.0.20.3493 > 192.168.0.29.36942: Flags [P.], seq 117:146, ack 140, win 509, options [nop,nop,TS val 4073743009 ecr 2185139667], length 29 On Tuesday, October 10, 2023 at 05:22:28 PM EDT, Jim Klimov wrote: 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 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 databasebattery.charge: 100battery.charge.low: 10battery.charge.warning: 20battery.mfr.date: CPSbattery.runtime: 3270battery.runtime.low: 300battery.type: PbAcidbattery.voltage: 24.0battery.voltage.nominal: 24device.mfr: CPSdevice.model: CP1350PFCLCDdevice.serial: device.type: upsdriver.name: usbhid-upsdriver.parameter.pollfreq: 30driver.parameter.pollinterval: 15driver.parameter.port: autodriver.parameter.synchronous: nodriver.version: 2.7.4driver.version.data: CyberPower HID 0.4driver.version.internal: 0.41input.transfer.high: 139input.transfer.low: 88input.voltage: 117.0input.voltage.nominal: 120output.voltage: 141.0ups.beeper.status: enabledups.delay.shutdown: 20ups.delay.start: 30ups.load: 12ups.mfr: CPSups.model: CP1350PFCLCDups.productid: 0501ups.realpower.nominal: 810ups.serial: ups.status: OLups.test.result: No test initiatedups.timer.shutdown: -60ups.timer.start: -60ups.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
Re: [Nut-upsuser] URL upsstats.cgi DOES not show UPS
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: > 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: > 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
[Nut-upsuser] URL upsstats.cgi DOES not show UPS
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 databasebattery.charge: 100battery.charge.low: 10battery.charge.warning: 20battery.mfr.date: CPSbattery.runtime: 3270battery.runtime.low: 300battery.type: PbAcidbattery.voltage: 24.0battery.voltage.nominal: 24device.mfr: CPSdevice.model: CP1350PFCLCDdevice.serial: device.type: upsdriver.name: usbhid-upsdriver.parameter.pollfreq: 30driver.parameter.pollinterval: 15driver.parameter.port: autodriver.parameter.synchronous: nodriver.version: 2.7.4driver.version.data: CyberPower HID 0.4driver.version.internal: 0.41input.transfer.high: 139input.transfer.low: 88input.voltage: 117.0input.voltage.nominal: 120output.voltage: 141.0ups.beeper.status: enabledups.delay.shutdown: 20ups.delay.start: 30ups.load: 12ups.mfr: CPSups.model: CP1350PFCLCDups.productid: 0501ups.realpower.nominal: 810ups.serial: ups.status: OLups.test.result: No test initiatedups.timer.shutdown: -60ups.timer.start: -60ups.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