[HowTo] USV: NUT Server auf SBC installieren
-
@apollon77 sagte in [HowTo] USV: NUT Server auf SBC installieren:
@klassisch Geile Anleitung. Danke! Darf ich Die in die Doku übernemen?
Danke für die Blumen, ist ja auch Dein klasse Adapter! Kann man gerne in eine Doku übernehmen. Habe mittlerweile in den Bildern bei den ioBroker Clients noch durchgängig NUT Client/Adapter geschrieben, weil der Client ja in ioBroker nicht als Client, sondern als Adapter sichtbar wird.
Kann Dir gerne die LibreOffice Datei zukommen lassen, dann kannst Du noch modifizieren.@apollon77 sagte in [HowTo] USV: NUT Server auf SBC installieren:
Die Profi Ergänzung wären dann noch die ups monitor shell skripte die ipBroker triggern ... (https://github.com/Apollon77/ioBroker.nut#ups-monitor-notifies) nutzt du die auch?
Leider nein. Ich habe die leider erst beim Erstellen dieser Anleitung im Github gesehen. Und da war ich schon mit den Tests "durch". Und ich bin kein Linux Profi und werde es wohl nicht mehr werden.
Ich hatte vor geraumer Zeit ein, zwei Anläufe genommen, den NUT-Server parallel zum ioBroker auf meinem OPi laufen zu lassen. Leider bin ich damals aber an den Einstellungen, Benutzerkonten etc. gescheitert und wollte auch nichts am stabilen OPi/ioBroker Produktivsystem riskieren. Nach der Migration von ioBroker auf ein Win Notebook habe ich einen OPi frei und konnte risikoarm experimentieren. Habe dazu den OPi komplett platt gemacht und mit einem aktuellen armbian build neu aufgesetzt. Danach hatte er nur noch 1GB statt 2GB RAM. Für den NUT-Server reichen die 1GB locker, aber blöd ist so etwas schon.
Was bin ich froh, mit dem Produktivsystem auf Windows zu sein. Da ist mir sowas noch nie passiert.Habe auch kein Runterfahren des ioBroker implementiert. Ich schicke mir bei Zustandswechseln Mails und logge die Daten. Die Einstiegs-Synology wird nach einigen Minuten in Schlafmodus geschickt, was sie aber leider auch nicht immer zuverlässig tut. Auch so ein mickriges embedded System unter einem Linux-Derivat.
ioBroker läuft bei mir jetzt auf einem Notebook mit Akkus und wird damt länger durchhalten als alles andere und danach auch von Win ordentlich in den Ruhezustand gebracht. -
Brauche Libre nicht, da die Doku auch "MD" ist übernehme ich es einfach von hier
Da kann ich viel "copy paste" machen Ich habe eine meienr USVs auch per Synology angebunden, überlege es aber zu ändern. Die Synology schicke ich auch sofort schlafen wenn was ist, aber dann kommen von NUT teilweise keine Daten mehr ... aber die Linux server sollen noch länger laufen
Also werde ich denke demnächst umstellen ...Was meinst Du mit "Nur noch 1GB"?
-
@apollon77 sagte in [HowTo] USV: NUT Server auf SBC installieren:
Ich habe eine meiner USVs auch per Synology angebunden, überlege es aber zu ändern. Die Synology schicke ich auch sofort schlafen wenn was ist, aber dann kommen von NUT teilweise keine Daten mehr ...
Wenn die Synology immer wie befohlen runterfahren würde, dann würden danach keine weiteren Daten mehr kommen. Deshalb habe ich jetzt den OPi dafür eingesetzt. Und der läuft immer weiter und gibt die Daten an den ioBroker-Host weiter. Test:
@apollon77 sagte in [HowTo] USV: NUT Server auf SBC installieren:
Was meinst Du mit "Nur noch 1GB"?
1GB RAM verfügbar, statt der tatsächlich montierten und früher auch nutzbaren 2GB: So sieht free -m jetzt aus:
root@orangepiplus2e-NUT-server:~# free -m total used free shared buff/cache available Mem: 999 83 721 11 193 881 Swap: 499 0 499 root@orangepiplus2e-NUT-server:~#Und so sieht es am baugleichen OPi, der piVCCU trägt, aus:
root@opi2e_piVCCU3:~# free -m total used free shared buff/cache available Mem: 2013 235 1345 24 432 1692 Swap: 1006 0 1006 root@opi2e_piVCCU3:~#999MByte statt 2013MByte total Mem
-
Hallo zusammen,
ich habe meine Debian VM gestern komplett neu aufgesetzt und NUT installiert.
Lief einwandfrei. Soeben habe ich ins Log vom ioBroker geschaut und bekomme seit 05:25 Uhr folgende Fehlermeldung:
2019-07-24 05:25:25.634 - error: nut.0 Err while getting NUT values: DATA-STALEWas genau hat das zu bedeuten und wie kann ich den Fehler beheben ?
Ich habe die VM jetzt einmal komplett gebootet.
Der Adaoter ist jetzt wieder verbunden.
-
@Kuddel es gibt einige Hinweise dazu im Netz. Manche konnten das Problem durch Änderung von Parametern wie MAXAGE oder der Pollfrequenz beheben. man sollte wohl die USV nicht zu häufig anpingen.
Andere konnten die Ursache nicht beheben und haben an den Symptomen angesetzt und NUT zyklisch neue gestartet.
Was machen deine Daten im ioBroker? Werden die aktualisiert oder sind Sie eingefroren ? -
mein Poll-Intervall ist aktuell:
[ups] driver = "usbhid-ups" port = "auto" desc = "APC Black USB" pollinterval = 30Der Adapter aktualisiert alle 20 Sekunden.
Wenn die Fehlermeldung auftritt, bleiben die Daten eingefroren.
Generell hätte ich kein Problem per cron den nut regelmäßig neu zu starten.
wie genau lauter der nefehl zum stoppen von nut ?
/etc/init.d/nut stop ?
Soll ich ggf. die Aktualisierungswerte anpassen ?
-
@Kuddel das hängt von deiner Konfiguration ab. hast du einen eigenen Server aufgesetzt oder sprichst du mit dem ioBroker als Client direkt die UPS an? Ich habe im ioBroker Client die Aktualisierung auf 300 Sekunden eingestellt.
Was ich beim Server eingestellt habe weiß ich leider nicht auswendig und kann es jetzt auch nicht nachschauen .
Im IoBroker in der Instanzen Ansicht kann man ein zyklisches neustarten des Adapters einstellen. -
@klassisch NUT läuft auf einer extra VM.
An dieser VM hängt die USV per USB.
Der ioBroker spricht dann mit der NUT-VM.
Wenn ich im Adapter das Intervall auf 300 Sekunden stelle, heißt es dann, dass der ioBroker erst nach 5 Minuten merkt, dass die USV auf Batteriebetrieb umgeschaltet hat?
-
@Kuddel bei mir hat er es bisher immer schneller gemerkt. Ich weiß allerdings nicht, ob das Zufall war oder ob der Server in einem solchen Fall seine Clients außerplanmäßig verständigt. und das vermute ich, weil es bei mir immer recht schnell funktioniert hat. Wenn sich der Status ändert, schicke ich mir per ioBroker eine Mail zu. Die 300 Sekunden sind die Zeit, mit der der ioBroker auf den Server zugreift und die Daten abholt . Also auch die Zeit, mit der er sich den Füllstand von dem Server holt .
-
@klassisch dann stelle ich das mal zum test um und prüfe morgen mal, ob die fehler wieder auftauchen.
vielen dank bis hier her
-
Also ein Neustart des Adapters sollte bei der Meldung Nichts bringen, weil scheinbar das selber schon keine Daten vom Gerät bekommt. Das bedeutet diese Meldung, dass die Daten veraltet sind.
-
@Kuddel gern. Habe gerade gesehen, dass im Eingangspost einiges von meiner Serverkonfiguration aufgelistet ist. Polling ist bei mir auf 30 eingestellt.
-
Bis 15:03 Uhr war alles prima.
Seit dem bekomme ich wieder alle 5 Minuten die o.g. Fehlermeldung
-
Wenn du die nur Tools an der Kommandozeile zum Auslesen nutzt .. was bekommst du sannst an Daten?
-
root@nut:~# upsc ups@localhost Init SSL without certificate database Error while connecting to localhost, disconnect Error: Server disconnected -
Dann liegt da dein problem ... irgendwas ist mit dem nut server oder dem Device oder der Verbindung. AM besten da ansetzen. Der Adapter nutzt nur den angegebenen Nut server ... Wenn der Weg ist hat auch der Adapter verloren
-
ich wollte gerade den upsd dienst starten:
root@nut:~# upsd Network UPS Tools upsd 2.7.4 Fatal error: A previous upsd instance is already running! Either stop the previous instance first, or use the 'reload' command.Der Treiber scheint auch gestartet zu sein
root@nut:~# upsdrvctl start Network UPS Tools - UPS driver controller 2.7.4 Network UPS Tools - Generic HID driver 0.41 (2.7.4) USB communication driver 0.33 Duplicate driver instance detected! Terminating other driver! Using subdriver: APC HID 0.96Bleibt wohl nichts anderes übrig. als per Cron den Treiber und den Dienst regelmäßig neuzustarten:
upsdrvctl stopWie stoppe ich upsd ?
upsd -c stop -
@Kuddel Kann ich leider nichts zu sagen. Ich nutze "nut" und nicht "upsd"
-
Super Anleitung, danke @klassisch und natürlich auch an @apollon77 für den Adapter.
Kleiner Hinweis: Ich musste bei mir die Rechte der Datei/dev/bus/usb/001/005(bzw. entsprechend lt.lsusb) von 664 auf 666 ändern, sowohl in der Container-Installation als auch auf Proxmox pve, sonst gab es eine Fehlermeldung bezüglich Zugriffsrechte.Problem:
Ich hatte zunächst eine Eaton 3S 550 (USB) am Container über Proxmox erfolgreich eingebunden (USB durchgereicht). Dann aber realisiert, die "nut usbutils" besser auf dem Proxmox-Hauptsystem, also der pve, zu installieren, da dann bei längerem Stromausfall direkt der komplette Server (Zotac) heruntergefahren wird.
Allerdings kommt da dann eine Fehlermeldung beim Zugriff vom ioBroker-Container aus:io@ctioBroker:/opt/iobroker/node_modules/iobroker.nut/test$ node test_upslist.js X.X.X.X 3493 eaton There was an error: Error: connect ECONNREFUSED X.X.X.X:3493 Connection closed.Also Zugriffsrecht-Problem auf den Server. Wie kann man das denn lösen? User/Passwort etc. habe ich geprüft.
-
@Mic sagte in [HowTo] USV: NUT Server auf SBC installieren:
Also Zugriffsrecht-Problem auf den Server. Wie kann man das denn lösen? User/Passwort etc. habe ich geprüft.
Das Problem saß vor dem Bildschirm
Ich hatte in der /etc/nut/upsd.confzwar IPs und Port eingetragen, aber die einleitende Kommentierung durch#nicht entfernt. Also alles gut und funktioniert auch im ioBroker.
