ltsp2 neu aufsetzen (virtualisiert)

[Rüdiger Kupper]

So, ltsp1 läuft jetzt wieder, nachdem ich ihn physikalisch resettet habe. Dort auch ganz flotte Anmeldezeiten.
Dagegen dauert der Login/Logout auf ltsp2 konsistent lange, auch Reboot und Switch-Reset im Stützpunkt nutzt nichts.
Ich habe jetzt die Rechner im 2. U mit auf ltsp1 gelegt. ltsp2 sollten wir einfach plattmachen, eine SDD reinstecken und das Skript testen.

[Rüdiger Kupper]

Maschine 2 hat heute eine SSD bekommen. Ein Live-Stick mit Ubuntu 14.04 wurde mit den nötigen Schlüsseln und der richtigen IP ausgerüstet, so dass von dort die Setup-Skripte aufgerufen werden können.

• im Skript source:keplertools/scripts/trunk/proxmox-clone waren noch einige kleine Fehlerchen, die wir korrigiert haben. TODO: Die korrigierte Version vom Stick einchecken
• TODO: sensitive Schlüssel löschen
• TODO: Bug: sind die LVM-Partitionen bereits eingerichtet und wird dieser Schritt im Skript übersprungen, werden die LVs nicht richtig aktiviert.
• TODO: Bug: installieren des Bootloaders hat nicht funktioniert (Option --recheck hat gefehlt?)

Problem

Auch nach Installation des Bootloaders von einem Ubuntu-System aus hat der Boot nicht funktioniert. Grund unklar!

Nächste Schritte

1. Klären, warum der GRUB-Boot nicht funktioniert
2. Backup unserer bevorzugten Maschine machen (auf den NFS-share des paedml):
   • ltsp4 auf proxmoxltsp4 (13.10), oder
   • ltsp8 auf proxmoxltsp6 (14.04, scheint gut zu laufen, ist aber noch experimentell).
3. im neuen proxmoxltsp2 das Backup wiederherstellen
4. VM mit dem Skript source:keplertools/scripts/trunk/LTSP-rename-virtual-server eine neue Identität geben (ltsp2/10.32.2.2). Dieses Skript ist bereits getestet ;-).
5. Booten und hoffentlich einen wieder funktionierenden ltsp2 haben.

[Rüdiger Kupper]

Zu 1.: Der Boot hat nicht funktioniert, weil im Rahmen unserer Aktionen die LVM-volume-groupd "lvmvg" verloren ging. (Jedenfalls wird sie beim Boot nicht mehr erkannt.) In /etc/fstab sollten diese Volumes aber gemountet werden. Das schlug logischerweise fehl, so dass der Bootprozess abbrach.
Ich habe in der /etc/fstab diese Einträge auskommentiert (ebenso wie den für ein CD-ROM, das auf proxmoxltsp2 nicht existiert). Danach hat proxmoxltsp2 normal gebootet und läuft jetzt.

[Rüdiger Kupper]

Als nächstes muss einer der VM ltsp4 oder ltsp8 gesichert und auf proxmoxltsp2 wiederhergestellt werden. Prinzipiell würde ich zu ltsp8 tendieren, doch derzeit muss ich davon noch abraten, aus dem blöden Grund, dass ein normaler Nutzer sich derzeit nicht aus der Gnome-Sitzung abmelden kann. Es funktioniert einfach nicht. Ich habe auf Launchpad dazu einen Bug-Report geschrieben und einige verwandte Reports gefunden, doch die Ursache ist derzeit noch ungeklärt.
Ich könnte ein kleines Skript schreiben, das killall gnome-session aufruft. Das würde auch einen Logout bewirken. Das mit einem Symbol verknüpft und in das Gnome-Panel aufgenommen, sollte als Workaround reichen. Aber lieber wäre es mir, wir würden die Ursache identifizieren.
Solange man sich nicht ausloggen kann sollten wir bei 13.10 (also ltsp4) bleiben.

[Rüdiger Kupper]

Verweis zum Bugreport: ​launchpad:1326038.

[Rüdiger Kupper]

Hier nutzt jemand eine Technik zum ausloggen, die wir vielleicht auch nehmen können:über epoptes: ​https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/491940/comments/30

[Rüdiger Kupper]

Replying to kup:

• TODO: Bug: installieren des Bootloaders hat nicht funktioniert (Option --recheck hat gefehlt?)

Option hinzugfügt, s. [828/keplertools].

[bau]

Alle LTSP laufen nun virtualisiert auf den passenden proxmoxEN.
Super Sache das - großes Lob an Rüdiger :-)
Backup und Restore über den Backupspace auf der paedml mach das Leben sehr einfach!