ltspl1 nicht verwendbar

[Rüdiger Kupper]

Kollege kroe war eben verzweifelt auf der Suche nach einer Widergabemöglichkeit mit Ton im Klassenraum. Dabei kam zufällig heraus, dass ltspl1 (direkt am Server) momentan gar kein Sounddevice erkennt. Grund unklar.

[Rüdiger Kupper]

Der ganze ltspl1 scheint derzeit nicht verwendbar, Ursache unklar:

• kein Ton
• Login (auch direkt am Server!) funktioniert nicht oder dauert sehr lange
• danach erscheinen wiederholt Fehlermeldungen
• Start des Firefox war nicht möglich

Keine Ahnung, was das Gerät hat.

Beim Boot eines Clients von ltspl1 gleicher Effekt: Login dauert minutenlang.

Irgend wer eine Idee? Ich nicht, und ich gehe jetzt nach Hause.

[Rüdiger Kupper]

Die Schülerserver funktionieren problemlos. Ich habe mal wieder das Netzwerk im Verdacht, denn hartnäckiges Abwarten wirkt auch beim ltspl1. (Irgend wann nach langer Zeit erscheint der Desktop, reagiert dann aber nur träge.)
Kann es speziell mit ltspl1 seit gestern ein Netzwerkproblem geben? Denn am Sonntagabend habe ich noch fröhlich an meinem Client Noten eingetragen, der von ltspl1 gebootet war. Etwas muss sich seitdem geändert haben.

[Rüdiger Kupper]

Okay, jetzt gerade auch in U4 lange Anmeldezeit, danach falsche Fensterdekoration.
Erst nach einer Weile "fängt" sich der Desktop.
Also genau die Symptome, die wir von schlechter Netzverbindung kennen.
--Woran hängt's?

[bau]

Ich habe grade am ltspl1 den pam_mount ganz rausgenommen, die NFS-mounts entfernt.
Ein Login am Client dauert trotzdem ewig!
Das Einzige, was jetzt noch über das Netz abgefragt wird ist das Passwort per LDAP!
Problem ist also ein Problem am Server - oder?
Frage ist nur: Warum taucht das Problem plötzlich auf und dann parallel auch im Schülernetz

• Können wir den lightdm durch den gdm3 ersetzen?
• Können wir auf einen schlankeren Windowmanager umsteigen?

[bau]

Oh, nett - nach langer Zeit bin ich drin (mit lokalem HomeVZ).
Nach der Abmeldung kommt kein lightdm mehr hoch! (blauer Bildschirm - das war es!)

[Rüdiger Kupper]

Replying to bau:

Oh, nett - nach langer Zeit bin ich drin (mit lokalem HomeVZ).
Nach der Abmeldung kommt kein lightdm mehr hoch! (blauer Bildschirm - das war es!)

Den Effekt hatte ich auch öfters. Bin planlos, wo das Problem liegt.
Mein Vorschlag wäre, den Server möglichst bald neu aufzusetzen...

[Rüdiger Kupper]

Replying to bau:

Ich habe grade am ltspl1 den pam_mount ganz rausgenommen, die NFS-mounts entfernt.
Ein Login am Client dauert trotzdem ewig!
Das Einzige, was jetzt noch über das Netz abgefragt wird ist das Passwort per LDAP!
Problem ist also ein Problem am Server - oder?
Frage ist nur: Warum taucht das Problem plötzlich auf und dann parallel auch im Schülernetz

Ja. Außerdem: Müsste es dann nicht auch Loginprobleme auf den Windowsmaschinen geben? Die fragen das Passwort doch auch über LDAP ab, oder?

• Können wir den lightdm durch den gdm3 ersetzen?

Geht prinzipiell, ich glaube aber eigentlich nicht, dass das die Ursache ist. Vermutlich hätte der gdm derzeit ähnliche Probleme auf der Kiste.

• Können wir auf einen schlankeren Windowmanager umsteigen?

• Bevor ich die Server neu aufsetze, probiere ich das ganze auch mit LXDE aus.
• Wir können natürlich auf dem ltsp1 probieren, LXDE zusätzlich zu installieren, das könnte aber auch fatal enden :-). Zuvor müssten wir unbedingt ein Backup machen.

[bau]

Scheint kein größeres Problem zu sein:
Just wanted to say that we finally like using LTSP on Edubuntu since the last version with the easier to use install. However, to make it better we have loaded the Lubuntu (and/or LXDE) onto it and we get much faster performance (and it uses less RAM).
(Quelle: ​http://listarchives.libreoffice.org/global/website/msg01580.html / Allerdings Version 10.10)

[Rüdiger Kupper]

Okay, das lässt hoffen. Allerdings ist seit 10.10 auch eine ganze Menge passiert.

Ich lasse gerade nochmal einen ausführlichen Plattentest auf ltspl1 laufen, bisher keine Fehler.
Speicher könnte man auch nochmal testen (aber unwahrscheinlich, dass der spontan kaputt geht).

Dann werde ich ein Backup anwerfen. Danach versuche ich mal, LXDE drüberzuinstallieren.

Allerdings kommen mir die aktuellen Probleme so komisch vor, dass ich nicht glaube, dass sie dadurch verschwinden.

[bau]

Ich habe grade das Paket lubuntu-desktop installiert.
Dabei wurde kein eigener DesktopManager abgefragt - ich gehe mal in die Schule und sehe das Ergebnis an.

[Rüdiger Kupper]

Alles klar. Backup ist durchgelaufen, Festplattentest auch (ohne Fehler). Du kannst also bei Bedarf rebooten.

[bau]

Sodele, ich sitze vor dem ltspl1 und habe erstmal den slim installiert, konnte mit dem aber keinen Desktop starten - nächster Versuch: gdm, der hat erst garnicht gestartet - vielleicht hätte der einen Reboot gebraucht - ich habe dann einfach mal wieder den lightdm eingerichtet - und siehe da - Start der Session ist schnell (12 Sekunden) - ich kann sogar eine lxde-Sitzung starten (5 Sekunden!) Mit der arbeite ich gerade. Mir ist nur nicht klar, wie ich die Sitzung am Client auswähle (Zur Auswahl steht default, ssh und rdesktop) -Ton gibt es aber in der LXDE-Sitzung grade keinen - mal sehen, wie es mit gnome-fallback aussieht

[bau]

Seltsame Sache!
Ich habe gerade den Client neben dem Server gebootet, dort bekomme ich recht schnell eine Sitzung und habe auch Ton - am Server direkt: kein Ton, die Sitzung zickt (Fensterrahmen fehlt) - ganz komisch!
Definitiv steht aber fest: Es war ein Softwareproblem!

[bau]

Bei der Installation von lubuntu-desktop (aktuell ltsp4) passiert folgendes:
Die folgenden NEUEN Pakete werden zusätzlich installiert:

abiword abiword-common{a} ace-of-penguins audacious audacious-plugins{a} audacious-plugins-data{a} blueman ffmpegthumbnailer galculator gdebi
gdebi-core{a} gecko-mediaplayer giblib1{a} gnome-mplayer{a} gnome-system-tools gnome-time-admin gnumeric gnumeric-common{a} gpicview
gtk2-engines{a} gtk2-engines-pixbuf{a} hardinfo indicator-application-gtk2 leafpad libabiword-3.0{a} libaudclient2{a} libaudcore1{a}
libbinio1ldbl{a} libbs2b0{a} libchamplain-0.12-0{a} libchamplain-gtk-0.12-0{a} libcompfaceg1{a} libcue1{a} libdiscid0{a} libexo-1-0{a}
libexo-common{a} libexo-helpers{a} libffmpegthumbnailer4{a} libfm-data{a} libfm-gtk-bin{a} libfm-gtk-data{a} libfm-gtk3{a} libfm3{a}
libgda-5.0-4{a} libgda-5.0-common{a} libgmlib1{a} libgmtk1{a} libgmtk1-data{a} libgoffice-0.10-10{a} libgoffice-0.10-10-common{a} libguess1{a}
libid3tag0{a} libimlib2{a} libloudmouth1-0{a} libmenu-cache3{a} libmowgli2{a} libmusicbrainz3-6{a} libnet-dbus-perl{a} libobrender29{a}
libobt2{a} libonig2{a} liboobs-1-5{a} libots0{a} libpisock9{a} libuniconf4.6{a} libvdpau1{a} libwv-1.2-4{a} libwvstreams4.6-base{a}
libwvstreams4.6-extras{a} libxfce4ui-1-0{a} libxfce4util-common{a} libxfce4util6{a} libxfconf-0-2{a} libxml-parser-perl{a} libxml-twig-perl{a}
lightdm-gtk-greeter lubuntu-artwork lubuntu-artwork-13-10{a} lubuntu-core lubuntu-default-session lubuntu-default-settings lubuntu-desktop
lubuntu-icon-theme{a} lubuntu-lxpanel-icons{a} lubuntu-software-center lxappearance lxappearance-obconf lxinput lxlauncher lxmenu-data{a}
lxpanel lxpanel-indicator-applet-plugin lxrandr lxsession{a} lxsession-data{a} lxsession-default-apps lxsession-logout{a} lxshortcut lxtask
lxterminal mplayer2{a} mtpaint obconf openbox pcmanfm{a} pidgin pidgin-data{a} plymouth-theme-lubuntu-logo plymouth-theme-lubuntu-text
python-gudev scrot sylpheed sylpheed-doc sylpheed-i18n sylpheed-plugins system-tools-backends{a} transmission wvdial xfburn
xfce-keyboard-shortcuts{a} xfce4-notifyd xfce4-power-manager xfce4-power-manager-data{a} xfconf{a} xpad zram-config

Die folgenden Pakete werden ENTFERNT:

bridge-utils{u} cgroup-lite{u} cloud-image-utils{u} distro-info{u} distro-info-data{u} euca2ools{u} liblxc0{u} librados2{u} librbd1{u}
libseccomp1{u} lxc{u} lxc-templates{u} python-distro-info{u} python-m2crypto{u} python-webm{u} python3-lxc{u} python3-netaddr{u} qemu-utils{u}
xpra{u}

Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert:

abiword-plugin-grammar abiword-plugin-mathview gnumeric-doc libtie-ixhash-perl libxfce4util-bin libxml-xpath-perl libxml-xpathengine-perl
openbox-themes pidgin-libnotify xfonts-100dpi xfonts-100dpi-transcoded xfonts-75dpi xfonts-75dpi-transcoded

[Rüdiger Kupper]

Sehr gut, da werde ich mal versuchen, das "magische" Paket zu finden...

Momentan kann man auf den Clients keine Lubuntu-Sitzung starten, ich nehme an, dazu muss die Sitzung auch in der Client-Umgebung installiert sein. Aber seit Deiner Installationsaktion funktioniert ja auch die Gnome-Sitzung wieder wie gewünscht.

Hat übrigens der gleiche Vorgang auf ltsp4 eine Besserung gebracht?

[Rüdiger Kupper]

Hallo Jens,
ich kann Deine Lösung nicht reproduzieren.

• Nachdem ich mich ein paarmal auf dem ltspl1 ein- und ausgeloggt hatte (mit verschiedenen Sitzungen), hatte ich das gleiche Problem wie zuvor (langer Login, langer Logout, danach hängt der lightdm-Bildschirm mit blauem Hintergrund).
• also habe ich lubuntu-desktop einmal deinstalliert und wieder installiert -- keine Besserung
• dann habe ich den Rechner von einer Live-DVD gebootet und das Backup zurückgespielt. Der Rechner war dann also wieder in dem Zustand, in dem er war, als Du mich angerufen hast.
• Reboot, und: Login klappt problemlos! -- Allerdings hattest Du die CIFS-Mounts im pam_mount ja noch auskommentiert.
• Die habe ich also einkommentiert, und: Login hängt wieder, gleicher Effekt wie zuvor.
• Daraufhin habe ich lubuntu-desktop installiert: keine Veränderung.

Hast Du vielleicht sonst noch etwas getan?

[bau]

Heiß, auf ltsp4 und ltspl1 klappte beidesmal folgendes:

• Installation von lubuntu-desktop war vorhanden (Keine Ahnung, ob das nötig ist!)
• gdm installiert
• gdm als Standard eingetragen (kann dmit dpkg-reconfigure gdm geändert werden)
• reboot -> gdm startet aber es kommt kein Bild!
• service gdm stop und service lightdm start
• lightdm startet schnell und login geht schnell

Irgendwas stimmt mit dem aktuellen lightdm nicht!
Außerdem ist es höchst verwunderlich, dass der gdm auf keiner der Maschinen starten will!

Vom Probieren noch übrig ist auf ltsp4 das Paket gnome!

[bau]

Ich würde gerne noch herausfinden, wie man eine LXDE-Sitzung auf dem Client startet.
Vielleicht muss noch was in die chroot der Clients rein?
Eventuell können wir ja doch die Einstellungen so umstellen, dass der User auswählt, welche Sitzung er bekommen möchte. Die Sitzungen, die nicht gehen, sollten nicht wählbar sein. Es muss dann natürlich auch einen Mechanismus geben, mit dem die Einstellungen auf allen Servern verfügbar sind. Eventuell können wir das Verzeichnis ja auf den paedml packen (NFS?).

[Rüdiger Kupper]

Replying to bau:

Ich würde gerne noch herausfinden, wie man eine LXDE-Sitzung auf dem Client startet.
Vielleicht muss noch was in die chroot der Clients rein?

Ich nehme an, die Konfigurationsdateien der entsprechenden Sitzung müssen in der Client-Chroot installiert sein. Das wäre lubuntu-default-session' bzw. lxsession`.

[bau]

Heute wieder Problem auf ltsp4: langer Login - ich hatte den Server am Freitag neu gestartet, er hatte mit lightdm gebootet. Test heute: Umstellen auf gdm - booten - gdm tut nicht - service gdm stop - service lightdm start und alles tut wie's soll

Problem auf ltspl1:
Der wurde anscheinend neu gebootet und hing mit Edubuntu-Logo, da der gdm nicht startet oder hängt.
Auch hier half service gdm stop - service lightdm start und alles läuft

Es ist also so, dass der hängende Login dann auftaucht, wenn der Server mit dem lightdm bootet!

[Rüdiger Kupper]

Replying to bau:

Problem auf ltspl1:
Der wurde anscheinend neu gebootet

ja, habe ich am Montag tun müssen, da ich die CIFS-Mounts meines Homeverzeichnisses nicht anders losgeworden bin (auch Dein Skript hat nicht geholfen).

und hing mit Edubuntu-Logo, da der gdm nicht startet oder hängt.
Auch hier half service gdm stop - service lightdm start und alles läuft

Aber ich dachte, der lightdm ist als Displaymanager konfiguriert, nicht gdm? Warum versucht der dann überhaupt erst, den gdm zu starten?

Es ist also so, dass der hängende Login dann auftaucht, wenn der Server mit dem lightdm bootet!

Aber im letzten Absatz schreibst Du doch, dass der ltspl1 mit dem gdm gebootet hat?

[bau]

Also:

• Ich habe den gdm als Standard drin gelassen
• gdm kommt aber nicht bis zu einer Anzeige auf dem Serverbildschirm
• wenn ich mit aktiviertem gdm boote, dann kommt zwar der gdm nicht hoch, ein Login auf dem Client geht aber schnell
• ein Login am Server geht aber erst dann, wenn man den gdm stoppt und den lightdm startet
• boot mit aktiviertem lightdm führt dazu, dass der Login ewig dauert

[Rüdiger Kupper]

Verstehe.

[bau]

Sodele - das Problem hat mit dem Netzwerk wahrscheinlich nichts zu tun.
Fall heute: LTSP2 (hängt an DLINK-Switch + Medienkonverter) hat lange Loginzeiten.
Vorgehen:

• Installation von gdm
• gdm als Standard einrichten
• reboot (ich habe vorher alle Klassenzimmer abgeklappert - sonst wäre ich jetzt laut Text tot :-) )
• service gdm stop / service lightdm start
• alles läuft problemlos und schnell :-)

Mein Vorschlag:

• gdm als Standard einrichten
• am Ende des Bootens ein Script laufen lassen, welches service gdm stop / service lightdm start ausführt

[Rüdiger Kupper]

Replying to bau:

• reboot (ich habe vorher alle Klassenzimmer abgeklappert - sonst wäre ich jetzt laut Text tot :-) )

Es reicht auch ein users auf dem Server, um zu sehen, ob noch jemand eingeloggt ist :-).

Mein Vorschlag:

• gdm als Standard einrichten
• am Ende des Bootens ein Script laufen lassen, welches service gdm stop / service lightdm start ausführt

Im Notfall, aber lieber wäre es mir, wir finden raus, was dieer gdm eigentlich macht (und auch, warum er nicht läuft).

[bau]

• ltspl1 läuft nach wie vor zuverlässig (gerade getestet am Server und einem Client)
• ltsp4 habe ich zum ltsp1 getragen, dort steht er jetzt
  • Login am Server direkt muckt immernoch rum, am ltsp1 geht alles schnell
  • Platten getauscht: ltsp1 ist jetzt ltsp4 und umgekehrt
  • Login geht jetzt an beiden Servern nicht flüssig
  • Login am Client des ltsp1 ist OK, am ltsp4: Katastrophe - ich dachte die wären jetzt identisch??
  • -> Prüfen: Versuch mit SSD-Platten starten um Hardwaredefekt auzuschließen

[bau]

YEAAAAAH :-)

Ich habe grade den Durchbruch geschafft!
Es ist weder ein Hardwareproblem noch ein Netzwerkproblem - sondern ein pam_mount-Problem!
Ich habe beobachtet, dass sich der lightdm noch nicht mal mehr starten lässt, nachdem man die Probleme auf dem Server hat. Weitere Recherche hat ergeben, dass der lightdm sich mehrmals am Server einlogged, während die Sitzung gestartet wird. Dabei versucht der pam_mount jedesmal einen mount (weil user="*" in der Config steht). Ich habe in der /etc/security/pam_mount.conf.xml nun die uid=0-500 vom mounten ausgeschlossen. Jetzt lässt sich der lightdm stoppen und starten wie man will und ein Login am Client geht schnell.

JUHUUUUUU :-)

[Rüdiger Kupper]

Klingt gut :-)!

Am 02.03.2014 18:34, schrieb Kepler-Trac:

[Rüdiger Kupper]

In den pam_mount.conf.xml-Versionen auf einigen Servern waren Schreibfehler (fehlende Klammer, vermutlich im cluster-ssh zu schnell getippt ;-)). Ich habe die Version von ltsp1 noch einmal auf alle Server verteilt (Hinweis: rsync-to-all-ltsp-servers verteilt nun auch an ltsp8).
Wäre super, wenn das die Probleme behebt!

[bau]

Leider behebt das immernoch nicht alle Probleme!
Immerhin startet danach der lightdm ohne Mucken.

Es gibt aber noch immer Probleme - die tauchten heute morgen wieder am ltsp4 auf.
Ich habe alles mögliche recherchiert. Als ich heute mittag am ltspl1 saß, habe ich als bau garkeine Sitzung mehr gestartet bekommen. Der Login mit einem anderen Lehrer ging aber problemlos. Nachdem ich mein ganzes Home-VZ auf dem Server in einen Ordner alt verschoben und das Skeleton kopiert hatte, bekam ich immernoch keine Sitzung - komisch??

Ich vermute mal, da wird irgendwas lokal gecached - ich mach mich auf die Suche!

[Rüdiger Kupper]

Hattest Du den richtigen Sitgzungstyp ausgewählt (I.a. Gnome Fallback. Direkt am Server funktioneirt aber auch die Ubuntu-Sitzung.)

[bau]

Ja, das war es - ich hatte eine gnome-fallback-compiz-Sitzung, die ging nicht!
Sodele - jetzt kann ich mich am ltspl1 wieder ganz normal anmelden, auch am Client :-)

Verbleibt herauszufinden, was am ltsp1 und ltsp4 los ist - mal sehen.