Debian 8 / nut-client + nut-server

[s837ubc]

Hallo,

in einem Debian-System wurde nut-client intalliert, um ein UPS-Status von einem NAS-Gerät abrufen zu können.

Das NAS-Gerät hat die Master-Rolle.

Da im NAS-Gerät lediglich nur ganze 5 IP-Adressen angegeben werden dürfen, die den Status abfragen dürfen, würde ich gerne auf einem Debian-System ein Nut-Server installieren, der die UPS-Informationen an alle LAN-GEräte weiterleiten kann: Beipiel 192.168.0.0/17

Der Service nut-Client scheint bereits fehlerfrei zu funktionieren:

$ service nut-client status

Code: Alles auswählen

● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
   Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled)
   Active: active (running) since So 2016-06-05 20:32:23 CEST; 12min ago
 Main PID: 28274 (upsmon)
   CGroup: /system.slice/nut-monitor.service
           ├─28273 /lib/nut/upsmon
           └─28274 /lib/nut/upsmon

Jun 05 20:32:23 proxmox upsmon[28271]: Using power down flag file /etc/killpower
Jun 05 20:32:23 proxmox upsmon[28273]: Startup successful
Jun 05 20:32:23 proxmox systemd[1]: nut-monitor.service: Supervising process 28274 which is not our child. We'll most likely not notice when it exits.
Jun 05 20:32:23 proxmox upsmon[28274]: Init SSL without certificate database
Jun 05 20:33:24 proxmox systemd[1]: nut-monitor.service: Supervising process 28274 which is not our child. We'll most likely not notice when it exits.

Die Meldung "Supervising process 28274 which is not our child. We'll most likely not notice when it exits." wird wiederholt ausgegeben.

Weiß jemand, wie die Ursache eingegrenzt werden kann?

In der upsmon.conf sind folgende Einstellungen:

Code: Alles auswählen

RUN_AS_USER nut
MONITOR ups@192.168.188.34 1 monuser secret slave
MINSUPPLIES 1
SHUTDOWNCMD "/sbin/shutdown -h +0"
POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/killpower
RBWARNTIME 43200
NOCOMMWARNTIME 300
FINALDELAY 5

Weitere Konfigurations-Datei: nut.conf:

Code: Alles auswählen

MODE=netclient

Reicht es aus. wenn der nut-client regelmäßig die Status-Informationen in eine Datei schreibt, die wiederum vom nut-Server als Quelle dient?

Nachtrag:
Wie kann man testen, ob der Nut-Client die richtigen Informationen vom Master bekommt?