NEWS
[HowTo] USV: NUT Server auf SBC installieren
-
Hallo
wollte nach langem mal wieder meine USV einbinden, nach dem ich ein neues System zu gelegt habe für Proxmox und Iobroker.
Meine "doofe" Frage, wo muss ich diese Befehle alle absetzen? In der Shell von Iobroker oder in der von Proxmox?
@stefu87_ch Nachdem Du ja bestimmt den gesamten Proxmox-Host und nicht nur iobroker im Fall eines Stromausfalls sauber herunterfahren willst, musst Du das natürlich direkt im Proxmox-Host einrichten.
Wenn der runterfährt, werden die laufenden VM und LXC automatisch vorher sauber heruntergefahren.Gruss, Jürgen
-
@stefu87_ch Nachdem Du ja bestimmt den gesamten Proxmox-Host und nicht nur iobroker im Fall eines Stromausfalls sauber herunterfahren willst, musst Du das natürlich direkt im Proxmox-Host einrichten.
Wenn der runterfährt, werden die laufenden VM und LXC automatisch vorher sauber heruntergefahren.Gruss, Jürgen
@wildbill Das habe ich mir auch so halbwegs gedacht, aber beim Befehel : upsc ups@localhost erhalte ich diese Meldung
root@Proxmox:~# upsc ups@localhost Error: Connection failure: Connection refused root@Proxmox:~# -
@wildbill Das habe ich mir auch so halbwegs gedacht, aber beim Befehel : upsc ups@localhost erhalte ich diese Meldung
root@Proxmox:~# upsc ups@localhost Error: Connection failure: Connection refused root@Proxmox:~#@stefu87_ch wo ist denn der NUT Server installiert?
-
@stefu87_ch wo ist denn der NUT Server installiert?
@homoran Führe alle Befehle in der Shell von Proxmox aus. Und wenn dann alles klappt, per Iobroker Adapter die Daten auslesen.
-
@homoran Führe alle Befehle in der Shell von Proxmox aus. Und wenn dann alles klappt, per Iobroker Adapter die Daten auslesen.
@stefu87_ch sagte in [HowTo] USV: NUT Server auf SBC installieren:
in der Shell von Proxmox aus.
im PVE und nicht in der VM?
das sind beides Shells von Proxmox
-
@stefu87_ch sagte in [HowTo] USV: NUT Server auf SBC installieren:
in der Shell von Proxmox aus.
im PVE und nicht in der VM?
das sind beides Shells von Proxmox
@homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
im PVE und nicht in der VM?
Genau im PVE.
-
Habe jetzt nochmals einen Anlauf versucht und habe das Gefühl das die IP Adresse nicht übernommen wird.
Wenn ich dies so machen nach der Anleitung, erhalte ich nach diesem Schritt den folgenden Fehler:

Fehler bei meiner Installation
root@Proxmox:~# upsd Network UPS Tools upsd 2.8.0 fopen /run/nut/upsd.pid: No such file or directory Could not find PID file '/run/nut/upsd.pid' to see if previous upsd instance is already running! -
Habe jetzt nochmals einen Anlauf versucht und habe das Gefühl das die IP Adresse nicht übernommen wird.
Wenn ich dies so machen nach der Anleitung, erhalte ich nach diesem Schritt den folgenden Fehler:

Fehler bei meiner Installation
root@Proxmox:~# upsd Network UPS Tools upsd 2.8.0 fopen /run/nut/upsd.pid: No such file or directory Could not find PID file '/run/nut/upsd.pid' to see if previous upsd instance is already running! -
Hallo,
versuche gerade den Nut Sever auf einem Pi Bookworm zu installieren.
Bei mir existiert werder:
/etc/systemd/system/multi-user.target.wants/nut-server.service
noch
/etc/rc.localwie bekomme ich den "Autostart" hin?
Die liegt (auf meinem System) hier:
/etc/systemd/system/nut.target.wants/nut-server.service
-
Hallo,
versuche gerade den Nut Sever auf einem Pi Bookworm zu installieren.
Bei mir existiert werder:
/etc/systemd/system/multi-user.target.wants/nut-server.service
noch
/etc/rc.localwie bekomme ich den "Autostart" hin?
Wenn du per
systemctl start nut-server.serviceden Dienst starten kannst (egal wo die Datei gerade liegt) reicht ein
systemctl enable nut-server.serviceum den beim reboot automatisch zu starten.
Beide Befehle ggf. mitsudodavor -
Wenn du per
systemctl start nut-server.serviceden Dienst starten kannst (egal wo die Datei gerade liegt) reicht ein
systemctl enable nut-server.serviceum den beim reboot automatisch zu starten.
Beide Befehle ggf. mitsudodavor@bananajoe @thomas-braun
danke, es läuft jetzt -
Hallo zusammen,
bei mir fährt der nut-Server nicht herunter, wenn 20 % unterschritten werden (ich vermute mal, dass das die Grenze ist, s. unten). Ich habe die Einstellungen jetzt zigmal überprüft und finde keinen Fehler.Situation:
Eaton Ellipse ECO 650, hieran angeschlossen per USB:
Raspi 3 mit NUT-ServerRaspi 5 mit ioBroker und NUT-Adapter
Das funktioniert:
Auf Raspi5 (ioBroker) läuft ein Blockly-Script und liest den Füllstand der Batterie aus Raspi3.
Wenn Füllstand <= 25 % fährt Raspi5 herunter.Das funktioniert nicht:
Der Raspi3 mit dem NUT-Server fährt NICHT bei 20 % herunter, sondern wird am bitteren Ende durch den leeren Akku abgewürgt. Mein Verständnis war, dass der Raspi3 bei ca. 20 % auch herunterfährt und anschließend die USV sich auch schlafen legt.Kann es sein, dass der Server und die USV nicht herunterfahren, weil sie vom Client/Raspi5/ioBroker noch eine Rückmeldung erwarten? Auf dem Raspi5 habe ich nur den NUT-Adapter installiert, keine zusätzl. nut-client-Software.
In nut.conf:
MODE=netserverIn ups.conf:
[ups] driver = "usbhid-ups" port = "auto" desc = "Eaton-USV" pollinterval = 15 sdorder = -1In upsd.users:
[upsmaster] password = meinpasswort1 actions = SET instcmds = ALL upsmon master [upsmon_iobroker] password = meinpasswort1 upsmon slaveIn upsmon.conf:
SHUTDOWNCMD "/sbin/shutdown -h +0"In upsmon.conf:
NOTIFYFLAG ONLINE SYSLOG+WALL NOTIFYFLAG ONBATT SYSLOG+WALLBeispiel während eines Testspannungsausfalls (Rest 18 %):
sudo upsc ups@localhost Init SSL without certificate database battery.charge: 18 battery.charge.low: 20 battery.runtime: 388 battery.type: PbAc device.mfr: EATON device.model: Ellipse ECO 650 device.serial: 000000000 device.type: ups driver.debug: 0 driver.flag.allow_killpower: 0 driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 15 driver.parameter.port: auto driver.parameter.synchronous: auto driver.state: quiet driver.version: 2.8.1 driver.version.data: MGE HID 1.46 driver.version.internal: 0.52 driver.version.usb: libusb-1.0.28 (API: 0x100010a) input.transfer.high: 264 input.transfer.low: 184 outlet.1.desc: PowerShare Outlet 1 outlet.1.id: 2 outlet.1.status: off outlet.1.switchable: no outlet.2.desc: PowerShare Outlet 2 outlet.2.id: 3 outlet.2.status: on outlet.2.switchable: no outlet.desc: Main Outlet outlet.id: 1 outlet.power: 25 outlet.switchable: no output.frequency.nominal: 50 output.voltage: 230.0 output.voltage.nominal: 230 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.delay.start: 30 ups.firmware: 02 ups.load: 0 ups.mfr: EATON ups.model: Ellipse ECO 650 ups.power.nominal: 650 ups.productid: ffff ups.realpower: 0 ups.serial: 000000000 ups.status: OB LB ups.timer.shutdown: -1 ups.timer.start: -1 ups.vendorid: 0463sudo systemctl status upsd ● nut-server.service - Network UPS Tools - power devices information server Loaded: loaded (/usr/lib/systemd/system/nut-server.service; enabled; prese> Active: active (running) since Wed 2026-01-07 10:34:22 CET; 8s ago Invocation: a8df3ce125b34643a7aba6557defba50 Process: 1729 ExecStartPre=/usr/bin/systemd-tmpfiles --create /usr/lib/tmpf> Main PID: 1731 (upsd) Tasks: 1 (limit: 764) CPU: 101ms CGroup: /system.slice/nut-server.service └─1731 /lib/nut/upsd -F Jan 07 10:34:22 pihole upsd[1731]: Connected to UPS [ups]: usbhid-ups-ups Jan 07 10:34:22 pihole upsd[1731]: Found 1 UPS defined in ups.conf Jan 07 10:34:22 pihole nut-server[1731]: Running as foreground process, not sav> Jan 07 10:34:22 pihole upsd[1731]: Running as foreground process, not saving a > Jan 07 10:34:22 pihole nut-server[1731]: upsnotify: notify about state 2 with l> Jan 07 10:34:22 pihole nut-server[1731]: upsnotify: failed to notify about stat> Jan 07 10:34:22 pihole nut-server[1731]: upsnotify: logged the systemd watchdog> Jan 07 10:34:22 pihole upsd[1731]: upsnotify: notify about state 2 with libsyst> Jan 07 10:34:22 pihole upsd[1731]: upsnotify: failed to notify about state 2: n> Jan 07 10:34:22 pihole upsd[1731]: upsnotify: logged the systemd watchdog situa>