Lange Boot- und Loginzeit der Klassenraumrechner

[Rüdiger Kupper]

Stefan Lutz berichtet eine mehrminütige Zeit zum Anmelden.
5.01 hat auch früher manchmal ungewöhnliches Verhalten gezeigt -> möglicherweise Netzwerkproblem?

[Rüdiger Kupper]

Boot- und Loginzeiten sind in 5.01 so wie in den anderen Räumen. Die Bootzeit von 2:10 Minuten ist aber trotzdem verbesserungsfähig.
Dadurch, dass die Rechner morgens automatisch hochfahren, ist das zwar eigentlich egal, aber nach mindestens zwei Sachen sollte ich bei Gelegenheit schauen:

1. Gleich zu Beginn versucht der Bootprozess, ein Hibernation-Device zu finden, um einen ev. vorhandenen Schlafzustand wiederherzustellen. Nach 30s greift ein Timeout. Da wir grundsätzlich keine Hibernation nutzen, können wir die 30s sparen.
2. Bereits nach 1:18 min erscheint die Meldung, dass der gdm gestartet wird. Dann wird der Bildschirm schwarz und es dauert nochmal fast eine Minute, bevor der Anmeldebildschirm erscheint. Ich habe keine Ahnung, was in dieser Zeit vorgeht.

[Rüdiger Kupper]

Die lange Loginzeit direkt nach dem Hochfahren kommt daher, dass ein CTorrent-Prozess zum Verteilen des virtuellen XP-Images gestartet wird. Und der prüft erstmal das ganze Image auf Fehler, bevor er beginnt, es zu verteilen.
Das macht für einige Sekunden eine hohe Last. Nachdem das durch ist geht der Login normal schnell.

Hier wäre die Frage, ob wir den Dienst wirklich so dringend brauchen, dass das auf jedem Rechner jedesmal beim Hochfahren passieren muss.

[bau]

Nachschauen, ob der ctorrent das Image auch verteilen kann OHNE es vorher zu prüfen.
Ansonsten: eine Alternative checken.

[bau]

Auf dem Server habe ich die Torren-Datei nun korrigiert:

btreannounce http://172.23.8.2:6969/announce /var/linbo/virtualXP/XP.vdi.torrent

Auf den Clients mache ich gerade folgendes:

  screen -X quit
  rm /cache/virtualXP/XP.vdi.torrent
  /usr/local/sbin/kepler--torrent-XP

Damit sollte das Problem behoben sein.

[bau]

OK, ich habe jetzt verstanden, was da passiert ist - und vor allem: nur an einzelnen Rechnern und nicht wo anders!

• im File /cache/virtualXP/XP.vdi.torrent war noch die falsche IP (10.32.1.1) eingetragen
• rechner-5-01 hatt das /cache/virtualXP/XP.vdi nicht auf der Platte (eventuell neu gesynct?)
• /usr/local/sbin/kepler--torrent-XP hat also versucht, das Image per torrent zu holen
• die Anfrage an den announce lief aber wegen der falschen IP ins Leere
• auch hat wegen der falschen IP kein Client das Image überhaupt geseedet
• Beim Runterladen muss der ctorrent tatsächliche alle Blöcke checken, um zu prüfen, was noch fehlt, das hat dann letztlich den Rechner minutenlang blockiert.

[Rüdiger Kupper]

Ah, danke für die Analyse!

[Rüdiger Kupper]

Replying to Rüdiger Kupper:

1. Gleich zu Beginn versucht der Bootprozess, ein Hibernation-Device zu finden, um einen ev. vorhandenen Schlafzustand wiederherzustellen. Nach 30s greift ein Timeout. Da wir grundsätzlich keine Hibernation nutzen, können wir die 30s sparen.

Habe in der initramfs im Client-Image jetzt RESUME=none eingetragen (vorher stand dort RESUME=/dev/sda3, was uns die 30s Wartezeit auf den Timeout beschert hat).

Vorgehen (Infos von der Google-KI):

1. in /etc/initramfs-tools/conf.d/resume eintragen: RESUME=none
2. update-initramfs -u

Das Hochfahren sollte demnächst schon mal 30s schneller gehen.

[Rüdiger Kupper]

Mein Admin-Rechner hat jetzt eine Bootzeit von 36s (Start des Ubuntu-Boots bis zum Erscheinen des Login-Bildschirms). Ich glaube, damit können wir jetzt gut leben.

[Rüdiger Kupper]

@bau

Ich habe grade während des Elternabends zwei Clients im Computerraum mit dem aktuellen Image gesynct (rechner-5-28-{21,22}). Beim Systemstart sind wieder extrem lange Bootzeiten aufgefallen und der Bösewicht scheint wieder der Kepler-XP-Torrent-Dienst zu sein.

Der Dienst wird während des Bootens gestartet und prüft dann einmal das komplette Image, was eine hohe Last macht und den weiteren Boot ausbremst – hattest Du dieses Problem nicht schon gelöst?

• Bootzeit *mit* dem Dienst: ca. 3 Minuten
• Bootzeit *ohne* den Dienst: gut 1 Minute

(Interessanter Weise bootet mein Admin-Rechner hier generell schneller, in ca. 40 Sekunden. Warum der schneller ist, verstehe ich auch nicht.)

Es wäre schön, wenn wir das XP-Torrent-Problem lösen könnten, bevor ich das Image im ganzen Schulhaus verteile.

[Rüdiger Kupper]

Der Torrent-Dienst ist einstweilen deaktiviert (das XP-Image äündert sich ja ohnehin extrem selten). Wäre aber nett, eine Lösung zu haben:

• z.B. Dienst erst nach einiger Zeit starten
• rausfinden, warum das Überprüfen der Daten so eine hohe Last erzeugt?