Stop Job beim shutdown! Ursache suchen und beheben.

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 29.01.2018 21:36:57

Starte es nach einem Kill nochmal von Hand, aber vorher in einem zweiten Terminal

Code: Alles auswählen

journalctl -f
starten. Dann sieht man genau die System-Meldungen, die der Start verursacht und ob Fehlermeldungen passieren.

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 29.01.2018 22:11:02

Kommt nur:
'Jan 29 22:09:19 xante-I7 systemd[1562]: Started flatpak-org.tabos.roger-11134.scope.'

Gruß Xante

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von NAB » 29.01.2018 22:40:14

Nun könnte man im dritten (?) Terminal ja mal
systemctl stop flatpak-org.tabos.roger-11134.scope
eingeben und gucken, was passiert ...

Google hat mich eben noch mit systemd.kill bekannt gemacht:
https://www.freedesktop.org/software/sy ... .kill.html
Ist das vielleicht die system(d)-konforme Alternative zu pkill?

Ach, und

Code: Alles auswählen

Jan 29 17:55:33 xante-I7 systemd[1574]: Started flatpak-org.tabos.roger-1799.scope.
Jan 29 17:55:57 xante-I7 systemd[1]: Starting flatpak system helper...
Jan 29 17:56:19 xante-I7 systemd[1574]: Stopping flatpak-org.tabos.roger-1799.scope.
Jan 29 17:56:19 xante-I7 systemd[1]: Stopping flatpak system helper...
Weiß jemand, ob die Reihenfolge so stimmt?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 30.01.2018 10:02:33

NAB hat geschrieben: ↑ zum Beitrag ↑
29.01.2018 22:40:14
Nun könnte man im dritten (?) Terminal ja mal
systemctl stop flatpak-org.tabos.roger-11134.scope
eingeben und gucken, was passiert ...
journal -f

Code: Alles auswählen

-- Logs begin at Mo 2018-01-29 17:55:17 CET. --
Jan 30 09:47:00 xante-I7 systemd[1484]: Stopped target Basic System.
Jan 30 09:47:00 xante-I7 systemd[1484]: Stopped target Paths.
Jan 30 09:47:00 xante-I7 systemd[1484]: Reached target Shutdown.
Jan 30 09:47:01 xante-I7 systemd[1484]: Starting Exit the Session...
Jan 30 09:47:01 xante-I7 systemd[1484]: Stopped target Timers.
Jan 30 09:47:01 xante-I7 systemd[1484]: Stopped target Sockets.
Jan 30 09:47:01 xante-I7 systemd[1484]: Received SIGRTMIN+24 from PID 3049 (kill).
Jan 30 09:47:01 xante-I7 systemd[1485]: pam_unix(systemd-user:session): session closed for user lightdm
Jan 30 09:47:01 xante-I7 systemd[1]: Stopped User Manager for UID 123.
Jan 30 09:47:01 xante-I7 systemd[1]: Removed slice User Slice of lightdm.
Jan 30 09:47:41 xante-I7 systemd[1638]: Started flatpak-org.tabos.roger-3149.scope.
Jan 30 09:48:12 xante-I7 polkitd(authority=local)[1069]: Registered Authentication Agent for unix-process:3194:20479 (system bus name :1.66 [/usr/bin/pkttyagent --notify-fd 4 --fallback], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Jan 30 09:48:17 xante-I7 polkitd(authority=local)[1069]: Operator of unix-session:c2 successfully authenticated as unix-user:xante to gain TEMPORARY authorization for action org.freedesktop.systemd1.manage-units for system-bus-name::1.67 [systemctl stop flatpak-org.tabos.roger-3149.scope] (owned by unix-user:xante)
Jan 30 09:48:17 xante-I7 polkitd(authority=local)[1069]: Unregistered Authentication Agent for unix-process:3194:20479 (system bus name :1.66, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8) (disconnected from bus)
systemctl stop flatpak-org.tabos.roger-3149.scope

Code: Alles auswählen

Failed to stop flatpak-org.tabos.roger-3149.scope: Unit flatpak-org.tabos.roger-3149.scope not loaded.
Die App Roger Router wird so nicht beendet.

Gruß Xante

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 30.01.2018 10:45:22

Xantorix hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 10:02:33

Code: Alles auswählen

systemctl stop flatpak-org.tabos.roger-3149.scope [code]Failed to stop flatpak-org.tabos.roger-3149.scope: Unit flatpak-org.tabos.roger-3149.scope not loaded.
Die App Roger Router wird so nicht beendet.
Ja, ich glaube, das ist auch eindeutig... die Meldung bedeutet m.M.n., dass dafür gar keine Service-Unit geladen wurde - deshalb kann auch nix beendet werden. Man weiss auch gar nicht, wie tief dieses flatpak tatsächlich ins System eingreift und ob es sich wirklich an übliche systemd-Spielregeln hält oder einfach eigene Regeln anwendet. Meines Erachtens sollten die mal aus dem tabos-Forum erklären, warum sich das Programm nicht zur Beendigung auffordern lässt, so das systemd nach dem Timeout den Job killen muss. Genau da liegt das Problem. Oder die erklären, wie man es einstellen muss, damit es sich ordentlich innerhalb des von systemd durchgeführten shutdown-prozesses beendet. Aber ich halte diese flatpak-Idee sowieso für zweifelhaft und wäre bestrebt, das bei einer betrieblichen Nutzung der Hardware zu vermeiden.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von NAB » 30.01.2018 12:52:30

Xantorix hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 10:02:33
Die App Roger Router wird so nicht beendet.
Ich glaube eher, ein Systemd "Scope" wird so nicht beendet. Ich weiß nicht mal, ob man Scopes überhaupt beenden kann/sollte.
Andererseits bezeichnet Systemd es als Unit:

Code: Alles auswählen

flatpak-org.tabos.roger-1799.scope: Unit entered failed state.
Wie startest du Roger Router überhaupt?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 30.01.2018 13:14:42

NAB hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 12:52:30
Wie startest du Roger Router überhaupt?
Mit Autostart in Startprogramme. Dort wird folgender Befehl ausgeführt:

Code: Alles auswählen

/usr/bin/flatpak run --filesystem=host --branch=master --arch=x86_64 --command=roger --file-forwarding org.tabos.roger @@u %u @@
Xante

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 30.01.2018 15:36:44

Ich muss zugeben, dass ich das mit den scopes noch gar nicht kannte... hab das jetzt zum ersten Mal gesehen:
https://www.freedesktop.org/software/sy ... scope.html

Anscheinend wird da auf Anforderung dynamisch eine Unit generiert... aber man kommt da nicht dran.

Code: Alles auswählen

thomas@thomaspc:~
$ systemd-run --user --scope echo hello;sleep 30 &
Running scope as unit: run-rb16f130b84ed453699040121d67da788.scope
hello
[1] 10663

$ systemctl cat run-rb16f130b84ed453699040121d67da788.scope
No files found for run-rb16f130b84ed453699040121d67da788.scope.

$ systemctl status run-rb16f130b84ed453699040121d67da788.scope
Unit run-rb16f130b84ed453699040121d67da788.scope could not be found.
Keine Ahnung, wie man damit umgeht.

Benutzeravatar
Teddybear
Beiträge: 3163
Registriert: 07.05.2005 13:52:55
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Altomünster
Kontaktdaten:

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Teddybear » 30.01.2018 16:24:43

Moin Gemeinde,

Das Problem ist, ganz einfach.
Der Code nutzt nicht die gegbenen Möglichkeiten um seine scopes geregelt zu beenden, wärend des shutdown.
Optionally, it is possible for a program that registers a scope unit (the "scope manager") for one or more of its child processes to hook into the shutdown logic of the scope unit. Normally, if this is not done, and the scope needs to be shut down (regardless if during normal operation when the user invokes systemctl stop -- or something equivalent -- on the scope unit, or during system shutdown), then systemd will simply send SIGTERM to its processes. After a timeout this will be followed by SIGKILL unless the scope processes exited by then. If a scope manager program wants to be involved in the shutdown logic of its scopes it may set the Controller property of the scope unit when creating it via StartTransientUnit(). It should be set to the bus name (either unique name or well-known name) of the scope manager program. If this is done then instead of SIGTERM to the scope processes systemd will send the RequestStop() bus signal to the specified name. If the name is gone by then it will automatically fallback to SIGTERM, in order to make this robust. As before in either case this will be followed by SIGKILL to the scope unit processes after a timeout.
Versuchungen sollte man nachgeben. Wer weiß, ob sie wiederkommen!
Oscar Wilde

Mod-Voice / My Voice

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 30.01.2018 17:19:46

Teddybear hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 16:24:43
Das Problem ist, ganz einfach.
:D So sehe ich in meinem Job zum Glück auch viele Probleme. :wink:

Nur leider ist EDV nicht mein Job. Was kann ich also tun?

Leider kann ich auf die Roger Router App nicht verzichten.

Ist es definitiv die App?

Ich nutze nfs Freigaben und den Network Manager. Soll ja auch Schwierig sein?

Ich werde mal warten ob sich jemand im Tabos Forum äußert.

Gruß Xante

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 30.01.2018 17:32:58

Xantorix hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 17:19:46
Leider kann ich auf die Roger Router App nicht verzichten.Ist es definitiv die App?
Ich denke ja. Wie in dem Link oberhalb drinsteht, sendet systemd ein sigterm an den Prozess als Aufforderung sich zu beenden. Und der reagiert nicht darauf, deswegen dauerts die Timeout-Zeit von 90 Sekunden bis er gekillt wird. Mit dem Log-Auszug ist das m.M.n. auch ganz offensichtlich erkennbar, wann systemd den Prozess auffordert und wie lange es wartet bis zum kill. Vielleich tummelt sich in diesem Tabos-Forum auch der Entwickler, deshalb würde ich das dort ansprechen.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von NAB » 30.01.2018 17:42:45

Teddybear, danke, aber ich seh da ein Zuständigkeitsgerangel.

Xantorix startet flatpak ja an Systemd vorbei. Systemd startet dann ungefragt einen flatpack-Scope.

Beim Herunterfahren will Systemd dann diesen Scope beenden, müsste demzufolge versuchen flatpak zu beenden, weiß aber nicht, dass es zusätzlich Roger Router beenden müsste. Müsste es eigentlich auch gar nicht wissen, weil das flatpaks Job wäre (finde ich). flatpak will sich nicht beenden, solange Roger Router läuft (danach geht's ja). Und Roger Router weiß von nichts (sonst tät's sich ja beenden).

flatpack weiß genau, dass es Roger Router gestartet hat. Systemd scheint aber nicht danach zu fragen.

Ist nun Roger Router taub, flatpak ignorant oder Systemd zu blöd? (Es geht hier ja um Mint, denen traue ich alles zu)
Zuletzt geändert von NAB am 30.01.2018 17:46:35, insgesamt 1-mal geändert.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 30.01.2018 17:46:33

NAB hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 17:42:45
Teddybear, danke, aber ich seh da ein Zuständigkeitsgerangel.
Xantorix startet flatpak ja an Systemd vorbei. Systemd startet dann ungefragt einen flatpack-Scope.
Bist Du Dir sicher? Ich glaube nämlich, dass es gar nicht des Users-Aufgabe sein kann, einen Job systemd-konform zu starten. Ich könnte mir auch vorstellen, dass das, was xantorix da startet, nur ein Wrapper ist, der dann diese systemd-Scope-Runs ausführt. An systemd liegts wohl nicht, das Log zeigt ja, das es den Job stoppen will bzw. dazu auffordert.
Roger gibts ja bei Debian auch.... wieso kommt Debian ohne diesen Flatpak-Kram aus?
Zuletzt geändert von TomL am 30.01.2018 17:50:32, insgesamt 1-mal geändert.

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 30.01.2018 17:50:19

TomL hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 17:32:58
Vielleich tummelt sich in diesem Tabos-Forum auch der Entwickler, deshalb würde ich das dort ansprechen.
Das Forum ist leider nicht so aktiv. Der Entwickler ist wohl der einzige der dort antwortet.

Ich hab dort gefragt und warte mal was kommt. Auch habe ich zu dem Thema hier verlinkt.

Vielen Dank an alle. Gruß Xante

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von NAB » 30.01.2018 17:57:34

TomL hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 17:46:33
Bist Du Dir sicher?
Ich bin mir sicher, dass Xantorix nicht danach gefragt hat, ja. Darum hatte ich ihn ja gefragt, wie er Roger Router startet. Dass dann irgendein Automatismus einen Systemd-User-Scope starten muss, ist klar. Entweder fragt flatpak danach, oder Systemd reagiert eigenmächtig auf flatpak-Starts. Das weiß ich nicht. Oder es hängt sogar mit der Konfiguration des RogerRouter-Paketes zusammen. Weiß ich auch nicht. Deshalb frag ich.
TomL hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 17:46:33
Roger gibts ja bei Debian auch.... wieso kommt Debian ohne diesen Flatpak-Kram aus?
Weil irgendein netter Mensch seine Freizeit opfert, um Roger Router für Debian zu paketieren. Und das ist dann auch nur eine veraltete Version. Wenn du den neusten Scheiß haben willst, braucht du trotzdem das Flatpak ... und den neusten Scheiß brauchst du manchmal für die neusten Fritzboxen bzw. deren neuste Funktionen.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 30.01.2018 18:10:58

NAB hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 17:57:34
Wenn du den neusten Scheiß haben willst, braucht du trotzdem das Flatpak ... und den neusten Scheiß brauchst du manchmal für die neusten Fritzboxen bzw. deren neuste Funktionen.
Und auch weil sich die für mich wichtigste Funktion das Faxen über IP deutlich verbessert hat.

Hylafax ist für meine überschaubaren Fähigkeiten leider ne Nummer zu groß. Aber vielleicht finde ja doch noch ne schöne deutsche Dokumentation. Dann bau ich mir noch nen Faxserver.

Gruß Xante

KP97
Beiträge: 3403
Registriert: 01.02.2013 15:07:36

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von KP97 » 30.01.2018 19:43:16

Ganz unabhängig von meinen beiden "Vorschreibern" und von der Reaktion aus dem anderen Forum könntest Du vorab die 90 sec. verkürzen auf z.B. 10 sec. oder noch kürzer.
Dann kannst Du Dir erstmal Zeit lassen mit den weiteren Aktionen.
Zu finden in /etc/systemd/system.conf Zeile 36 entkommentieren
DefaultTimeoutStopSec=10s
Die Zeile 35 betrifft übrigens den "Startjob is running.."

In der logind.conf kann zusätzlich auch erlaubt werden, einen Job zu killen.
Zeile 17 - KillUserProcesses=yes

Xantorix
Beiträge: 177
Registriert: 27.01.2018 13:33:06

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von Xantorix » 30.01.2018 20:20:12

@ KP97 Und das haut mein System nicht zusammen?

Xante

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 30.01.2018 20:54:16

Xantorix hat geschrieben: ↑ zum Beitrag ↑
30.01.2018 20:20:12
Und das haut mein System nicht zusammen?
Ich bin zwar nicht KP97, aber es haut Dein System nicht zusammen. Nur ist das halt eine generelle Einstellung, die möglicherweise die Anzeige später auftretender neuer/anderer Probleme dann ebenfalls unterdrückt. Der Nachteil ist, das verschwiegene Probleme dann vielleicht nicht gelöst werden... was dann daraus wieder entstehen kann, weiss nur der CPU-Gott....

Wenn Dich das beunruhigt, verwende die von mir beschriebene Service-Unit, die macht eh nix anderes, als 90 Sekunden später systemd sowieso macht und lässt ansonsten alles andere unberührt.

scientific
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von scientific » 30.01.2018 22:20:03

Immer wieder... Zum Debuggen von Shutdown-Problemen ist die Debug-shell super

Code: Alles auswählen

 systemctl enable debug-shell
systemctl start debug-shell
Und auf strg+alt+f9 findest du diese Shell die außerhalb eines Usercontext läuft. Damit kannst du als root untersuchen, was los ist, und warum ein Dienst nicht beendet wird.
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

KP97
Beiträge: 3403
Registriert: 01.02.2013 15:07:36

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von KP97 » 31.01.2018 16:05:16

Ach Tom, Du immer mit Deinen Einwänden...
Ob ich mir den Zähler 90 Sek. lang anschaue oder nur 10 Sek. ändert doch rein gar nichts, es spart nur Nerven.
Daß etwas beim Herunterfahren klemmt, weiß ich dann auch nach 10 Sek., denn sonst käme der Stopjob gar nicht erst zur Anzeige.

@Xantorix
Natürlich passiert da nichts, sonst hätte ich darauf hingewiesen.

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 31.01.2018 16:21:30

KP97 hat geschrieben: ↑ zum Beitrag ↑
31.01.2018 16:05:16
Ach Tom, Du immer mit Deinen Einwänden...
:mrgreen:
Ich weiss... aber nur deshalb, weil ich mich selber gut kenne.... und weil ich weiss, wie schnell ich mich selber daran gewöhne, einen Fehler, der nicht mehr nervt, einfach aus Bequemlichkeit zu ignorieren.

Benutzeravatar
DEBIANUNDANDREAS
Beiträge: 1304
Registriert: 01.06.2013 10:37:46

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von DEBIANUNDANDREAS » 31.01.2018 20:15:37

von KP97 » 30.01.2018 19:43:16
Danke dein Tipp hat mir unter Ubuntu 16.04.3 geholfen.

jkoerner

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von jkoerner » 01.02.2018 10:19:46

Ich verwende die 10 Sekunden-Begrenzung bereits seit Wochen ohne negative Auswirkungen, bislang jedenfalls. Mir ist es wichtig nicht vor dem Monitor zu hocken und die Sekunden — das Ganze passiert ja ohne erläuternde Meldungen während des Vorgangs — herunterzuzählen. Ich mach' mich nicht zum Büttel meiner Technik.
Übrigens habe ich keine selbst erstellten Pakete installiert und nach einem Update war da plötzlich diese „a stop job is running for...“-Meldung.

TomL

Re: Stop Job beim shutdown! Ursache suchen und beheben.

Beitrag von TomL » 01.02.2018 15:24:15

jkoerner hat geschrieben: ↑ zum Beitrag ↑
01.02.2018 10:19:46
Ich mach' mich nicht zum Büttel meiner Technik.
Man muss sich nur darüber im Klaren sein, dass damit das Problem nicht gelöst, sondern nur verdeckt wird. Das für mich fatale daran ist, dass sich diese Einstellung global auswirkt, obwohl nur eine einzige Anwendung Probleme verursacht. Und als sachliche Erklärung, warum man das so machen soll und gleichzeitig dabei vorgibt, eine pauschale Lösung für solche Probleme zu sein, erscheint mir diese obige Begründung einigermaßen bedenklich. So im Sinne von "Mein Auto macht vorne so komische Geräusche, aber seit dem ich das Radio laut stelle, ist das weg."

Ich denke auch, dass das speziell hier in diesem Fall unkritisch ist. Aber damit ist nicht ausgeschlossen, dass dieses Vorgehen an anderer Stelle massive Probleme verursachen könnte, wenn z.B. auf Grund eines Customizingfehlers eine App über den sigterm hinaus Sensor-Daten in eine DB speichern will und man killt sie mitten im Schreibvorgang. Kann das Auswirkung auf die Integrität der DB haben? Keine Ahnung... und ja, ich weiss, darum gehts hier nicht, aber der Threadbetreff sagt nix über die Art des Programmes aus... obs systemisch was wichtiges oder eher unwichtiges ist. Und jeder kann das kritiklos übernehmen. Klar, man kann das machen, ich halte das aber für eine schlechte Lösung.

Antworten