[gelöst] Host shutdown

[franky08]

Problem:

Hostrechner auf dem fhem läuft runterfahren.

Hintergrund ist das mir schon zwei ZBOX nano Rechner mit Debian Bookworm und mit Debian Bullseye durch einen Stromausfall kaputt gegangen sind (SATA Controller bei Beiden Rechnern). Die Rechner hängen zwar an einer USV aber wenn niemand da ist hat sich das mit der USV auch irgendwann erledigt da der Akku runter ist. Die USV hängt an einem "HM Zwischenstecker mit Leistungsmessung", Die Überlegung ist die Spannung zu überwachen und wenn diese unter 180V geht oder der HM Aktor nicht mehr erreichbar ist (passiert ja dann wenn der HM Aktor selbst keine Versorgungsspannung mehr hat) den Rechner runter zu fahren.
Dafür dachte ich gebe mit:

Code Auswählen Erweitern

nano /etc/passwd
fhem /bin/bash
damit sollte ein Login an der Bash Shell möglich sein. Mit visudo noch dem user fhem:

Code Auswählen Erweitern

fhem ALL=NOPASSWD:/sbin/shutdown
Ich habe auch probiert in fhem mit:

Code Auswählen Erweitern

su - fhem
mkdir .ssh & cd .ssh
ssh-keygen -t rsa
und dann:

Code Auswählen Erweitern

ssh-copy-id -i /opt/fhem/.ssh/id_rsa.pub root@IP Adresse vom Host
ein key Paar zu erzeugen und diesen auf den Host zu kopieren. Beim testen mit:

Code Auswählen Erweitern

{ system("ssh 192.168.2.31 'sudo shutdown -h now'") }
bekomme ich im Log:

Code Auswählen Erweitern

fhem@192.168.2.31: Permission denied (publickey,password)
In Linux bin ich leider nicht so die helle Kerze und muss mir solche Dinge zusammensuchen aber jetzt komme ich wohl nicht weiter.
Aber leider fehlt da wohl noch was, so einfach scheint es nicht zu sein. Kann mir da jemand weiterhelfen?

LG
Frank

[binford6000]

Code Auswählen Erweitern

{ system("ssh 192.168.2.31 'sudo shutdown -h now'") }
Du musst schon auch einen Benutzer (root da du den auch bei ssh-copy-id genutzt hast) mitgeben. Und bei root benötigst du dann auch kein sudo:

Code Auswählen Erweitern

{ system("ssh root@192.168.2.31 'shutdown -h now'") }
VG Sebastian

[franky08]

Hatte ich schon probiert, aber:

Code Auswählen Erweitern

ssh: Could not resolve hostname root.168.2.31: Name or service not known
seltsam ist das der Aufruf root@192.168.2.31 lautet aber im Log:

root.192.168.2.31
steht, das stimmt ja dann nicht. Vlt muss das maskiert werden?

[franky08]

Das maskieren war es, da hatte mir vorhin wahrscheinlich schon zu sehr der Kopf geraucht.
So geht´s:

Code Auswählen Erweitern

{ system("ssh root\@192.168.2.31 'shutdown -h now'") }
Und schon geht er down!

[franky08]

Hier mal eine Zusammenfassung, falls es jemand mal braucht:

Code Auswählen Erweitern

1-     nano /etc/passwd
        /bin/false auf /bin/bash ändern

    2-    su – fhem ---->zu Benutzer fhem wechseln

    3    mkdir .ssh
        cd .ssh
        ssh-keygen -t rsa
        ssh-copy-id -i /opt/fhem/.ssh/id_rsa.pub root@IP vom Host

    4    visudo
        #User  alias specification
        fhem ALL=NOPASSWD:/sbin/shutdown

    5    { system("ssh root\@IP Host `sudo shutdown -h now`") } damit fährt der Host runter      
VG
Frank

[MadMax-FHEM]

Der Eintrag in der sudoers für fhem ist unnötig bzw. nur notwendig, wenn du den Rechner runter fahren willst, auf dem fhem läuft.

Du loggst dich aber ja als root woanders ein und fährst dort runter...

Allerdings ist norm. unter Linux root Login unterbunden...
Dass das bei deinem entfernten Rechner geht ist also eher die Ausnahme oder man muss es (dort) explizit erlauben...

Gruß, Joachim

[franky08]

Zitat"Der Eintrag in der sudoers für fhem ist unnötig bzw. nur notwendig, wenn du den Rechner runter fahren willst, auf dem fhem läuft."

Genau den will ich runterfahren, der auf dem fhem läuft, ist schon OK so .-)

Jetzt suche ich nur noch wie ich auswerten kann das de HM Leistungsmesser nicht mehr online ist, also der Strom weg ist. Die Spannung auszuwerten ist kein Problem aber wenn keine Netzspannung mehr da ist, reagiert der HM Aktor ja auch nicht mehr und liefert keine Readings, Da bin ich gerade dran.Ob CMD´s done ist oder != CMDs_done lässt sich nicht in ein Reading packen, da suche ich noch was man auswerten kann. Dachte mit einem at alle 2min das Reading commState abzufragen, dass funktioniert aber nicht...

[MadMax-FHEM]

Aber wenn du den runter fahren willst, auf dem fhem läuft, warum dann ssh root@IP ?

Oder sind es 2 Systeme, die du runter fahren willst?

Dann will ich nix gesagt haben

Gruß, Joachim

[MadMax-FHEM]

ActionDetector sollte das mitbekommen.
Evtl das Attribut actCycle anpassen, damit es schnell genug erkannt wird...
Der meldet "dead" und da dann ein notify...

Sofern HM mittels CUL_HM und nicht HMCCU...

ReadingsWatcher (wenn das der aktuelle Name ist) sollte auch gehen...

Gruß, Joachim

[franky08]

Zitat:
"Aber wenn du den runter fahren willst, auf dem fhem läuft, warum dann ssh root@IP ?

Oder sind es 2 Systeme, die du runter fahren willst?"

Das mit ssh root\@ ist aus der "Historie" entstanden, als ich auf dem Test Raspi System angefangen habe damit zu experimentieren 
Sollte dann irgendwann mal den zweiten Rechner auch mit runter fahren. Der User Root hat eben mal alle Rechte und um mir da kein Ei mit den Rechten zu legen, habe ich den User root dafür genommen.

Das mit dem ActionDetector ist ein guter Tipp, kam mir immer so langsam vor aber ich muss mal nachsehen was bei actCycle für ein Wert steht.

ActionDetector muss wohl actCycle größer 10 min haben, wollte es mit zwei min probieren, dass kann man aber nicht so niedrig einstellen

VG
Frank

[MadMax-FHEM]

2min ist aber u.U. sehr knapp. Ich weiß nicht auf welche Readings ActionDetector reagiert, nicht, dass du dann dauernd Shutdowns hast

Gruß, Joachim

[MadMax-FHEM]

Der User Root hat eben mal alle Rechte und um mir da kein Ei mit den Rechten zu legen, habe ich den User root dafür genommen.

Trotzdem hat es schon seinen Grund, warum root Login erst mal nicht erlaubt ist bei Linux...

2-stufig wie beim fhem Rechner auch.

Also passwortloser ssh-Zugang (bruachst/hast du ja schon) aber halt nicht gleich mit root, sondern einem norm. User, der aber sudo kann.
Für den dann passwortlosen Shutdown.

Und dann wie folgt:

Code Auswählen Erweitern

{ system("ssh user\@IP Host `sudo shutdown -h now`") }

Weil dann ist das sudo auch nicht "nutzelos"

Ist sicherer, weil mit generellem root-Login kann "man" halt alles machen.
So kann "man" max. Dinge tun, die ein User tun kann und eben noch runterfahren...

Gruß, Joachim

[MadMax-FHEM]

Statt ActionDetector evtl. (wie bereits angesprochen):

https://fhem.de/commandref_DE.html#monitoring

https://fhem.de/commandref_DE.html#readingsWatcher

Gruß, Joachim

[yersinia]

Ich werf' mal noch eine andere Idee ein: wieso überwachst du die USV nicht zB via NUT und führst dann Aktionen auf OS Ebene aus? Es gibt eine Kompatibilitätsliste; vlt wird deine USV unterstützt!?

Dafür gibt es sogar ein FHEM Modul.

[franky08]

Ich habe mir gerade selber was gebaut um das Stromnetz zu überwachen. Ganz einfach ein Steckernetzteil an einem Relais und der Schaltausgang vom Relais an einen umgebauten ThreeStateSensor (Kontakte rausgeführt), ist die Spannung weg schaltet der Fensterkontakt und das kann man dann auswerten.

Du darfst diesen Dateianhang nicht ansehen.