Geänderte Items ohne Neustart übernehmen

[Lonie]

Vermutlich wirst du eine ähnliche Meldung haben. Der Restart wird als sudo ausgeführt. Ist der Benutzer unter dem SHNG läuft nicht in der sudoers angelegt wird es nicht funktionieren

systemctl status smarthome.service
Jan 25 09:15:17 jarvis sudo[25387]: pam_unix(sudo:auth): conversation failed
Jan 25 09:15:17 jarvis sudo[25387]: pam_unix(sudo:auth): auth could not identify password for [smarthome]

[Msinn]

Kann ich so nicht sagen. Ich steige da aber nicht mehr tiefer ein, weil das mit dem neuen Admin Interface vollständig anders gelöst wird.

[smai]

Ist der Benutzer unter dem SHNG läuft nicht in der sudoers angelegt wird es nicht funktionieren

Dann wird es daran liegen. Der service user soll natürlich kein genereller sudoer sein, sonst kann ich ja gleich root verwenden.

Ich habe aber eben etwas interessantes gefunden: https://unix.stackexchange.com/a/307547
Wenn ich das richtig verstehe, könnte man also folgendes in   /etc/sudoers.d/smarthome  eintragen:

%smarthome ALL= NOPASSWD: /bin/systemctl restart smarthome.service

weil das mit dem neuen Admin Interface vollständig anders gelöst wird.

Der Neustart an sich wird ja aber wahrscheinlich trotzdem auf dieselbe Weise laufen müssen.

[Lonie]

%smarthome ALL= NOPASSWD: /bin/systemctl restart smarthome.service

Wenn der Benutzer unter dem SHNGläuft in der Gruppe smarthome ist funktioniert das in der Art, gerade getestet

Leider bleibt die Seite mit der Meldung "Restart des Service sollte erfolgen - Bitte warten" danach so bestehen und man muss diese manuell neu laden.

[smai]

Wenn der Benutzer unter dem SHNGläuft in der Gruppe smarthome ist funktioniert das in der Art, gerade getestet

Zugegeben, Ich habe blind kopiert. Er ist zwar in dieser Gruppe, das % wegzulassen wäre trotzdem sinnvoller, wenn man nur den einen User für smarthome hat.
Danke fürs Testen.

[smai]

Funktioniert nun bei mir auch so.
Vielleicht sollte das irgendwo dokumentiert werden, etwa im Backend plugin und dem neuen Admin UI.

[Msinn]

Der Neustart an sich wird ja aber wahrscheinlich trotzdem auf dieselbe Weise laufen müssen.

Nein

[Msinn]

Ich habe nachgesehen: Damit der Reboot aus dem Backend funktioniert, muss der user unter dem shNG läuft in /etc/sudoers berechtigt werden über sudo das Kommando sudo systemctl auszuführen.
Über die Berechtigung für sudo service sollte es auch für Systeme mit sysvinit funktionieren.

[smai]

Sag ich ja und wird mit obigem Eintrag in sudoers erteilt.
Mit "auf dieselbe Weise" hatte ich systemctl gemeint.