Neues Modul: 98_serviced.pm - systemd und initd Dienste steuern

[DeeSPe]

Das Modul wird mit dem FHEM Updateprozesses ausgeliefert!

Mit serviced können lokale und entfernte Dienste verwaltet werden.
Die üblichen Kommandos sind verfügbar: start/restart/stop/status.
Der Status kann auch in definierbarem Interval aktualisiert werden.

Define

Code: [Auswählen]

define <name> serviced <Dienst Name> [<user@ip-adresse>]
Beispiel serviced für lokale Dienste:

Code: [Auswählen]

define hb serviced homebridge
Beispiel serviced für entfernte Dienste:

Code: [Auswählen]

define hyp serviced hyperion pi@192.168.1.4
Für entfernte Dienste muss dem Benutzer unter dem FHEM läuft dass passwortlose Anmelden per SSH erlaubt werden. Eine Anleitung wie das zu machen geht ist unter diesem Link abrufbar.

Zur Benutzung von systemctl (systemd) oder service (initd) müssen dem Benutzer unter dem FHEM läuft die entsprechenden Rechte in der sudoers Datei erteilt werden (/etc/sudoers) (visudo).
Die sudo Rechte können auch gezielter als hier gezeigt spezifiziert werden, dazu bitte mit sudoers vertraut machen.
Nähere Infos auch in Beitrag #49.

Für systemd (bitte mit eigenen Pfaden abgleichen):

Code: [Auswählen]

fhem ALL=(ALL) NOPASSWD:/bin/systemctl
Für initd (bitte mit eigenen Pfaden abgleichen):

Code: [Auswählen]

fhem ALL=(ALL) NOPASSWD:/usr/sbin/service


Set

start
angehaltenen Dienst starten

stop
laufenden Dienst anhalten

restart
Dienst neu starten

status
Status des Dienstes abrufen



Get

status
Status des Dienstes abrufen
identisch zu 'set status'



Attribute

disable
Anhalten der automatischen Abfrage und komplett deaktivieren
Voreinstellung: 0

serviceAutostart
Verzögerung in Sekunden um den Dienst nach Start von FHEM (neu) zu starten
Voreinstellung:

serviceAutostop
Timeout in Sekunden um den Dienst bei Beenden von FHEM ebenso zu beenden
Voreinstellung:

serviceGetStatusOnInit
beim Start von FHEM automatisch den Status des Dienstes abrufen
Voreinstellung: 1

serviceInitd
benutze initd (system) statt systemd (systemctl)
Voreinstellung: 0

serviceLogin
SSH Anmeldedaten für entfernten Dienst
passwortloser SSH Zugang ist Grundvoraussetzung
Voreinstellung:

serviceRegexFailed
Regex für failed Status
Voreinstellung: dead|failed|exited

serviceRegexStarted
Regex für running Status
Voreinstellung: running|active

serviceRegexStarting
Regex für starting Status
Voreinstellung: activating|starting

serviceRegexStopped
Regex für stopped Status
Voreinstellung: inactive|stopped

serviceStatusInterval
Interval um den Status automatisch zu aktualisieren
Voreinstellung:

serviceStatusLine
Zeilennummer der Status Rückgabe welche die Status Information enthält
Voreinstellung: 3

serviceSudo
sudo benutzen - bei Benutzer root wird automatisch kein sudo verwendet
Voreinstellung: 1



Readings

error
letzter aufgetretener Fehler

state
aktueller Zustand

status
letzte Statuszeile von 'get/set status'




Die commandref ist genau so in EN/DE enthalten.

Tester und Kommentare sind willkommen.
Viel Spaß damit.

Gruß
Dan

UPDATE: 24.11.
- error mit none überschreiben wenn keine Fehler mehr vorliegen
- Attribute homebridgeMapping und genericDeviceType werden nur noch gesetzt wenn das Attribut homebridgeMapping vorhanden ist
- weitere Verbesserungen

UPDATE2: 24.11.
- fix Attribute RegEx Prüfung
- dead|failed|exited als Default für serviceRegexFailed

UPDATE 26.11.: v1.2.1
- neues Attribut serviceAutostart um Dienste beim Start von FHEM automatisch mit dem hier eingestellten Wert in Sekunden verzögert zu starten
- neues Attribut serviceAutostop um Dienste beim Beenden von FHEM automatisch zu beenden mit dem hier eingestellten Timeout
- AbortFn für BlockingCall hinzugefügt

UPDATE 27.11.: v1.2.3
- serviceAutostop funktioniert nun wie erwartet
- neues Attribut serviceGetStatusOnInit um den Status des Dienstes beim Start von FHEM automatisch zu aktualisieren (default: 1)

[KlaGho]

Funktioniert bei mir gut.
Ich hatte vorher Deine manuelle Version über UserReadings (auch die funktionierte sehr gut)

Gruß gho

[binford6000]

Coole Sache. Funktioniert out-of-the-box!
VG Sebastian

[igami]

Da hat sich jemand an meinen Wunsch erinnert https://forum.fhem.de/index.php/topic,40127.0.html?PHPSESSID=i448rubf72kfv6fhovik4n52h5

[Steffen@Home]

Morgen Dan,

steh ich auf dem Schlauch oder warum finde ich weder in der Commandref noch in fhem wiki was zu "serviced" ? 

Gruß Steffen

[Amenophis86]

Weil es noch nicht eingecheckt ist und daher hier als Download zur Verfügung steht.

[DeeSPe]

Da hat sich jemand an meinen Wunsch erinnert https://forum.fhem.de/index.php/topic,40127.0.html

Den Wunsch kannte ich nicht und zur Zeit des Wunsches kannte ich auch FHEM noch nicht.

steh ich auf dem Schlauch oder warum finde ich weder in der Commandref noch in fhem wiki was zu "serviced" ? 

Wie Amenophis86 schon geschrieben hat ist das eine Vorab-Version.
Ich möchte damit primär sehen ob überhaupt Interesse an diesem Modul besteht.
Evtl. funktioniert auch irgendwas (noch) nicht richtig bei anderen Betriebssystemen, auch das soll hierbei zu Tage kommen.

Gruß
Dan

[Amenophis86]

Ich habe übrigens auch Interesse dran, muss nur schaue wann ich zum Testen komme. Also bitte nicht zu früh die Flinte ins Korn werfen

[Esjay]

Da hat sich jemand an meinen Wunsch erinnert https://forum.fhem.de/index.php/topic,40127.0.html?PHPSESSID=i448rubf72kfv6fhovik4n52h5

Hi DeeSPe,

wäre es möglich,einen set Befehl einzubauen, welcher der Hardware (z.B seperater Raspberry) auf der Hyperion läuft nen shutdown Befehl verpasst? Ich weiß,dass dafür der Austausch der Keys ect. nötig ist, und ich denke auch drüber nach, ob es Sinn macht das in diesem Modul aufzunehmen, aber da ich gerne alles unter einem Dach habe, dachte ich, dass ich mal nachfrage.

Habt ihr eure Hyperion Hardware immer am Netz? Ich würde es gern bei Bedarf über eine Funksteckdose zuschalten. Nur wird auf dauer die SD Karte darunter leiden.

Ansonsten wahnsinn, welchen Umfang das Modul mittlerweile hat.

Grüße

Den Wunsch kannte ich nicht und zur Zeit des Wunsches kannte ich auch FHEM noch nicht.
..................

Ich nehme es gerne auf meine Kappe 

Bin auch gerade  wieder an dem Thema dran. Hab es bisher nur nicht geschafft, den Passwortlosen Zugriff auf meinem Zyxel 325 einzurichten. Bis dahin werd ich das Ganze mal an meinem Hyperion Server ausprobieren.

Grüße

[DeeSPe]

Ich habe noch vergessen zu erwähnen dass das Abfragen der Dienste natürlich nicht blockierend ist.
Immer Fehlerfalle wird auch die Fehlermeldung im Reading error ausgegeben.

Gruß
Dan

[Cobra]

Hallo zusammen,

ich versuch mich auch gerade dran, scheitere aber irgendwie an den Rechten. Muss auch gestehen dass ich nicht der Linux-Profi bin.

Ich habe sowohl Homebridge als auch Alexa auf nem eigenen Raspberry laufen auf dem kein FHEM installiert ist.
Demnach dachte ich es reicht aus die Anleitung für den SSH Login mit dem Nutzer PI zu machen.

Nun kommt aber als Fehlermeldung immer

Code: [Auswählen]

Permission denied please try again. Permission denied please try again. Permission denied (publickeypassword).
Hier mal das List von Alexa-Service:

Code: [Auswählen]

Internals:
   CFGFN
   DEF        alexa pi@192.168.178.9
   NAME       Alexa_Service
   NOTIFYDEV  global
   NR         1046
   NTFY_ORDER 50-Alexa_Service
   SERVICENAME alexa
   STATE      error
   TYPE       serviced
   READINGS:
     2017-11-23 16:05:11   error           Permission denied please try again.  Permission denied please try again.  Permission denied (publickeypassword).
     2017-11-23 16:05:11   state           error
   helper:
Attributes:
   alias      Service alexa
   cmdIcon    restart:rc_REPEAT stop:rc_STOP status:rc_INFO start:rc_PLAY
   devStateIcon Initialized|status:light_question error|failed:light_exclamation running:audio_play:stop stopped:audio_stop:start stopping:audio_stop .*starting:audio_repeat
   genericDeviceType switch
   homebridgeMapping On=state,valueOff=/stopped|failed/,cmdOff=stop,cmdOn=start
StatusJammed=state,values=/error|failed/:JAMMED;/.*/:NOT_JAMMED
   icon       hue_room_garage
   room       Services
   serviceLogin pi@192.168.178.9
   webCmd     start:restart:stop:status
Hier die Statusmeldung vom Alexa-Service direkt auf dem PI:

Code: [Auswählen]

pi@raspberrypiwz:~ $ sudo service alexa status
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled)
   Active: active (running) since Thu 2017-11-23 16:01:55 CET; 5min ago
 Main PID: 711 (alexa)
   CGroup: /system.slice/alexa.service
           └─711 alexa

Nov 23 16:02:02 raspberrypiwz alexa[711]: [11/23/2017, 4:02:02 PM] [FHEM] { ...,
Nov 23 16:02:02 raspberrypiwz alexa[711]: cmd: 'desired-temp',
Nov 23 16:02:02 raspberrypiwz alexa[711]: delay: true,
Nov 23 16:02:02 raspberrypiwz alexa[711]: minValue: 5,
Nov 23 16:02:02 raspberrypiwz alexa[711]: maxValue: 30,
Nov 23 16:02:02 raspberrypiwz alexa[711]: minStep: 0.5,
Nov 23 16:02:02 raspberrypiwz alexa[711]: device: 'WT.Schlafzimmer_Climate',
Nov 23 16:02:02 raspberrypiwz alexa[711]: informId: 'WT.Schlafzimmer_Climate...,
Nov 23 16:04:00 raspberrypiwz alexa[711]: 2017-11-23 16:04:00 caching: WT.Wo...7
Nov 23 16:04:01 raspberrypiwz alexa[711]: 2017-11-23 16:04:01 caching: WT.Sc...6
Hint: Some lines were ellipsized, use -l to show in full.
In /etc/sudoers (auf dem PI auf dem Alexa und Homebridge läuft) habe ich folgende Einträge gemacht:

Code: [Auswählen]

fhem ALL=(ALL) NOPASSWD:/etc/init.d
pi ALL=(ALL) NOPASSWD:/etc/init.d
pi ALL=(ALL) NOPASSWD:/etc/systemd/system/
fhem ALL=(ALL) NOPASSWD:/etc/systemd/system/
Hab ich noch irgend etwas übersehen was gemacht werden muss?

Gruß Cobra

[mahowi]

/etc/init.d und /etc/systemd/system/ sind Verzeichnisse.

Aus dem ersten Post:

Zur Benutzung von systemctl (systemd) oder service (initd) müssen dem Benutzer unter dem FHEM läuft die entsprechenden Rechte in der sudoers Datei erteilt werden (/etc/sudoers) (visudo).

Für systemd (bitte mit eigenen Pfaden abgleichen):

Code: [Auswählen]

fhem ALL=(ALL) NOPASSWD:/bin/systemctl
Für initd (bitte mit eigenen Pfaden abgleichen):

Code: [Auswählen]

fhem ALL=(ALL) NOPASSWD:/usr/sbin/service

[Cobra]

Okay, und ich muss nicht das Verzeichnis sondern auf die Datei mit angeben?

Also:

Code: [Auswählen]

pi ALL=(ALL) NOPASSWD:/etc/init.d/homebidge
pi ALL=(ALL) NOPASSWD:/etc/systemd/system/alexa.service
fhem ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
fhem ALL=(ALL) NOPASSWD:/etc/systemd/system/alexa.service

Hat leider nicht geklappt. Oder wie finde ich genau raus welchen Pfad ich jetzt angeben muss? Sorry für die laienhafte Frage.

Oder liegt es daran dass auf dem Raspberry kein Nutzer fhem existiert?

[DeeSPe]

Hallo zusammen,

ich versuch mich auch gerade dran, scheitere aber irgendwie an den Rechten. Muss auch gestehen dass ich nicht der Linux-Profi bin.

Ich habe sowohl Homebridge als auch Alexa auf nem eigenen Raspberry laufen auf dem kein FHEM installiert ist.
Demnach dachte ich es reicht aus die Anleitung für den SSH Login mit dem Nutzer PI zu machen.

Nun kommt aber als Fehlermeldung immer

Code: [Auswählen]

Permission denied please try again. Permission denied please try again. Permission denied (publickeypassword).
Hier mal das List von Alexa-Service:

Code: [Auswählen]

Internals:
   CFGFN
   DEF        alexa pi@192.168.178.9
   NAME       Alexa_Service
   NOTIFYDEV  global
   NR         1046
   NTFY_ORDER 50-Alexa_Service
   SERVICENAME alexa
   STATE      error
   TYPE       serviced
   READINGS:
     2017-11-23 16:05:11   error           Permission denied please try again.  Permission denied please try again.  Permission denied (publickeypassword).
     2017-11-23 16:05:11   state           error
   helper:
Attributes:
   alias      Service alexa
   cmdIcon    restart:rc_REPEAT stop:rc_STOP status:rc_INFO start:rc_PLAY
   devStateIcon Initialized|status:light_question error|failed:light_exclamation running:audio_play:stop stopped:audio_stop:start stopping:audio_stop .*starting:audio_repeat
   genericDeviceType switch
   homebridgeMapping On=state,valueOff=/stopped|failed/,cmdOff=stop,cmdOn=start
StatusJammed=state,values=/error|failed/:JAMMED;/.*/:NOT_JAMMED
   icon       hue_room_garage
   room       Services
   serviceLogin pi@192.168.178.9
   webCmd     start:restart:stop:status
Hier die Statusmeldung vom Alexa-Service direkt auf dem PI:

Code: [Auswählen]

pi@raspberrypiwz:~ $ sudo service alexa status
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled)
   Active: active (running) since Thu 2017-11-23 16:01:55 CET; 5min ago
 Main PID: 711 (alexa)
   CGroup: /system.slice/alexa.service
           └─711 alexa

Nov 23 16:02:02 raspberrypiwz alexa[711]: [11/23/2017, 4:02:02 PM] [FHEM] { ...,
Nov 23 16:02:02 raspberrypiwz alexa[711]: cmd: 'desired-temp',
Nov 23 16:02:02 raspberrypiwz alexa[711]: delay: true,
Nov 23 16:02:02 raspberrypiwz alexa[711]: minValue: 5,
Nov 23 16:02:02 raspberrypiwz alexa[711]: maxValue: 30,
Nov 23 16:02:02 raspberrypiwz alexa[711]: minStep: 0.5,
Nov 23 16:02:02 raspberrypiwz alexa[711]: device: 'WT.Schlafzimmer_Climate',
Nov 23 16:02:02 raspberrypiwz alexa[711]: informId: 'WT.Schlafzimmer_Climate...,
Nov 23 16:04:00 raspberrypiwz alexa[711]: 2017-11-23 16:04:00 caching: WT.Wo...7
Nov 23 16:04:01 raspberrypiwz alexa[711]: 2017-11-23 16:04:01 caching: WT.Sc...6
Hint: Some lines were ellipsized, use -l to show in full.
In /etc/sudoers (auf dem PI auf dem Alexa und Homebridge läuft) habe ich folgende Einträge gemacht:

Code: [Auswählen]

fhem ALL=(ALL) NOPASSWD:/etc/init.d
pi ALL=(ALL) NOPASSWD:/etc/init.d
pi ALL=(ALL) NOPASSWD:/etc/systemd/system/
fhem ALL=(ALL) NOPASSWD:/etc/systemd/system/
Hab ich noch irgend etwas übersehen was gemacht werden muss?

Gruß Cobra

Der Benutzer, mit dem Du passwordless SSH eingerichtet hast, hat in seinem Homeverzeichnis einen Ordner .ssh. Also z.B. eingerichtet mit Benutzer pi Pfad /home/pi/.ssh.
Diese dort angelegten Daten braucht für die Benutzung mit FHEM nicht der Benutzer pi, sondern der Benutzer unter dem FHEM läuft (meist fhem).
Mit

Code: [Auswählen]

sudo cp -R /home/pi/.ssh /opt/fhem
sudo chown -R fhem:dialout /opt/fhem/.ssh
Wird der Ordner .ssh in den Benutzerordner von FHEM kopiert und die Berechtigungen für den Benutzer fhem vergeben.

Gruß
Dan

[Cobra]

Super, danke für die Info.

Wollte gerade schreiben wie ich es lösen konnte.
Habe nämlich auch die letzte halbe Stunde versucht unter dem Nutzer fhem die Daten für den passwordless SSH zu generieren, dabei ist es dann letztendlich aber daran gescheitert dass ich sie mit der Anleitung die du verlinkt hast nicht auf den anderen Raspberry richtig kopieren konnte (Fehlende Verzeichnisse etc).

Mir hat dann folgende Seite geholfen:
http://www.linuxfun.de/homeautomation/fhem/ssh-befehle-auf-anderen-rechnern-mit-fhem-ausfuehren/

Hab die Daten dann mit

Code: [Auswählen]

ssh-copy-id -i /opt/fhem/.ssh/id_rsa.pub pi@IP-meines-Raspberrysverschieben können.

Jetzt läuft es auch bei mir :-)

Danke