Wie funktionieren Systemdienste in Snaps?

Beim Erstellen eines Snaps und gemäß der Syntax der Datei snapcraft.yaml kann das daemonSchlüsselwort hinzugefügt werden, um anzugeben, dass die App als Systemdienst ausgeführt wird. Als Beispiel für eine solche Erklärung:

apps:
  tinyproxy:
    command: ./launcher.sh
    daemon: simple
    plugs: [network,network-bind]

Was bedeutet es jedoch genau, im Handumdrehen ein Systemdienst zu sein? Das heißt, was ist ihr Lebenszyklus (starten, neu starten, stoppen ...)? Kann ich überwache sie mit den üblichen Werkzeugen in dem System ausgeführt wird ( ps, topusw.)?

Von https://developer.ubuntu.com/de/snappy/build-apps/debug/

Testen eines Dienstes

Um einen Dienst zu testen, muss er zuerst installiert werden. Nach der Installation kann mit dem systemctlBefehl systemd überprüft werden, ob der Dienst wie erwartet gestartet und ausgeführt wird. Beispiel:

systemctl status snap.<name>.<appname>

Protokolle finden

Der journalctlBefehl kann verwendet werden, um die Nachrichten zu überprüfen, die der Dienst an stdout/ sendet stderr, zum Beispiel:

journalctl -u snap.<name>.<appname>

Dienste können zusätzliche Daten in syslog ( /var/log/syslog) oder in benutzerdefinierten Protokollverzeichnissen protokollieren. Beachten Sie, dass sich benutzerdefinierte Protokollverzeichnisse in einem Pfad befinden müssen, in den der Dienst (normalerweise SNAP_DATA) schreiben kann .

Einen Core Dump bekommen

Um Core-Dumps zu aktivieren, müssen Sie einen Ort konfigurieren, an den sie über sysfs geschrieben werden können. Zum Beispiel können Sie verwenden

$ echo "/tmp/core.%e.%p" > /proc/sys/kernel/core_pattern

um sicherzustellen, dass Ihre Coredumps in das /tmpVerzeichnis geschrieben werden, unabhängig davon, wo sich CWDder Prozess befand, der ein Signal empfangen hat.