Verbleibende Prozesse von "indicator-session-service"

[Rüdiger Kupper]

Nach dem Logout unserer Nutzer verbleibt jeweils ein Prozess mit Namen "indicator-session-service". Dieser Prozess stirbt nicht, auch nicht nach Logout des Nutzers. Er lässt sich nur mit Signal KILL beenden.

Diese verbleibenden Prozesse sind ebenfalls die Ursache dafür, dass die CIFS-Mounts nicht wieder ausgehängt werden, denn die "indicator-session-service"-Prozesse greifen auf das Homeverzeichnis der Nutzer zu. Umount weigert sich daher, diese auszuhängen.

Vermutung: Die sinnlosen "indicator-session-service"-Prozesse stehen in Verbindung mit dem nicht funktionierenden Session-Menü im Panel (indicator-session, Zahnradsymbol). Das Menü erscheint derzeit nur leer -- vermutlich wartet der Indicator auf seinen "indicator-session-service", der festhängt.

Die beiden Probleme (vermurkste CIFS-Mounts und leeres Systemmenü) könnten also die gleiche Ursache haben.

Querverweis: ​launchpad:1028972

[Rüdiger Kupper]

Möglicher Workaround: Da der Session-Indicator ohnehin nicht benutzbar ist, könnten wir einen Workaround probieren, der auf ​launchpad:1195595, comment 7 genant ist (ein möglicherweise verwandtes Problem):

A hack way to work around this until we have a fix is to rename /usr/lib/indicator-session/indicator-session-service (and kill the running process). NOTE: this will make your session menu unusable.

[Rüdiger Kupper]

Ich probiere das gerade mal aus:
Auf den LtspServern:

cd /usr/lib/indicator
mv indicator-session-service indicator-session-service--disabled-see-ticket-1175

[Rüdiger Kupper]

Die marodierenden indicator-session-service-Prozesse sind nun verschwunden. Es gibt alleridings einen weiteren Prozess, der sich nicht korrekt beendet, nämlich colord.

[Rüdiger Kupper]

Hallo Netzwerker,

so recht glücklich bin ich mit der per-Login-Mount-Methode, die die Linuxmusterlösung jetzt verwendet, nicht. Das betrifft nicht unbedingt die CIFS-Mounts. Ich sehe keinerlei technischen Nachteil des CIFS-Dateisystems gegenüber dem NFS, das wir zuvor verwendet haben. (Außer Sebastians Zugriffprobleme beruhen auf einer falschen Abbildung der Unix-Rechte auf CIFS, aber das glaube ich eigentlich nicht).

Was unsere Probleme verursacht ist eher die Tatsache, dass die Mounts jetzt bei jedem Login eingehängt und beim Logout wieder ausgehängt werden (sollen). Der Mechanismus, der das erledigt, ist pam_mount, das ich jetzt erst kennengelernt habe.
Was ich beobachte ist, dass die Mounts beim Logout niemals wieder gelöst werden. Pam_mount berichtet immer "umount failed", allerdings ohne jede Begründung. Manuell (als root) kann ich die Mounts dann immer entfernen, doch das pam_mount arbeitet vermutlich mit den Rechten des Nutzers (bin aber nicht sicher).

Die Ursache für die "hängenden" Mounts sind offenbar verbleibende Nutzerprozesse, die auf das Homeverzeichnis zugreifen. Einen dieser Prozesse habe ich letzte Woche entfernt (indicator-session-service). Der macht nun keine Probleme mehr.
Es gibt aber einen zweiten hängenden Prozess: colord. Was der macht, muss ich erst noch in Erfahrung bringen, aber ich nehme an, wir benötigen ihn nicht unbedingt.

Nun kann ich den auch noch deaktivieren, aber alles in allem finde ich das unbefriedigend, denn es wird immer mal wieder solche Prozesse geben, die sich nicht richtig beenden. Die wollen wir nicht alle manuell deaktivieren.

Nun bietet pam_mount genau dafür einen Mechanismus: es kann nämlich beim Logout die hängenden Prozesse killen. Das deutet darauf hin, dass hängende Prozesse nicht ungewöhnlich sind. Als ich dieses Feature aktiviert hatte, wurden die CIFS-Mounts ordentlich entfernt. Allerdings sind dann die spontanen Logouts der Nutzer aufgetreten (deren echten Grund ich allerdings nicht verstehe).

Ich werde jetzt noch einmal einen aktuellen linuxmuster.net-Client in der Virtualbox aufsetzen und mit ansehen, wie genau der das pam_mount konfiguriert hat. Vielleicht macht der ja etwas anders als wir das zur Zeit machen.

Sollten wir mittelfristig nicht klar kommen, können wir abweichend vom linuxmuster-Mechanismus

1. statische CIFS-Mounts verwenden (die beim Hochfahren des Servers einmalig, oder als Kompromiss einmal nächtlich eingehängt werden), so wie wir früher statische NFS-Mounts verwendet haben, oder
2. zu den statischen NFS-Mounts zurückkehren. Dann müssen wir allerdings eine eigene Lösung finden, wie die Tauschverzeichnisse eingehängt werden.

Grüße,
Rüdiger

Am 14.10.2013 15:17, schrieb Jens Baumgärtner:

Hallo Rüdiger,

grade als ich auf den paedml schaute hing ein apache2-Dienst, der verursachte eine
load von 1,6. Ich habe den apache grade neu gestartet und habe jetzt aktuelle eine
load von 0,12. Sebastian meldet aus dem Computerraum Probleme mit dem Laufwerk
H, ich habe mal den Samba neu gestartet, das hatte aber aktuell keine positive
Auswirkung.

Grüße
Jens