Viele der neuen Rechner lassen sich nicht aufwecken

[Rüdiger Kupper]

Nachdem sich heute das Problem mit den "gemerkten DHCP-Leases" gelöst hatte, konnte ich die verbliebenen Rechner aufwecken und sie haben gesynct und sind heruntergefahren.
Alle Rechner, die im Linbo standen, habe ich ebenfalls heruntergefahren.

Nun stellt sich die Erreichbarkeit interessanterweise so dar:

• in 1.09 lassen sich nur zwölf Rechner aufwecken und dann erreichen, alle anderen wachen entweder nicht auf, oder sind dann unerreichbar
• in 1.10 lässt sich kein einziger Rechner aufwecken/erreichen (Rechner 01, 15 und 16 pingen immerhin, sind aber weder per ssh noch linbo-ssh erreichbar)

Verstehen tue ich das nicht.

@bau

Bist Du sicher, dass alle Rechner auf Netzwerk-Boot stehen? Was könnte die vom Aufwachen oder Booten abhalten?

[Rüdiger Kupper]

Prüfen:

1. Stecken alle Rechner in den PC-Steckdosen? (Einige Monitore waren ja auch abgekabelt)
2. Ist im BIOS Wake-on-LAN aktiviert? (Bei meinem flüchtigen Blick ins BIOS schien es mir zwei verschiedene Netzwerk-Interfaces zu geben -- oder hab ich mir das eingebildet?)
3. (Auf Netzwerkboot stehen sie, habe ja alle einmal von Hand eingeschaltet und sie haben nach Linbo gebootet.)
4. Gibt es weitere BIOS-Einstellungen, die Aufwachen oder Bootvorgang beeinflussen? (Bei den alten Rechnern gab es noch eine zweite Option neben WoL, die aktiviert werden musste.)
5. Wie reagieren die Rechne auf die verschiedenen Shutdown-Kommandos (shutdown, poweroff, halt)?

Mich irritiert vor allem, dass ich die Rechner ja genau einmal zu syncen aufwecken konnte. Danach ab ich sie vin Linbo aus per "poweroff" bzw. "halt" heruntergefahren. Kann es sein, dass sich die Dinger so weit abschalten, dass sie nicht mehr aurgeweckt werden können? Warum wachen dann aber immerhin zwölf Rechner in 1.09 auf?
Sind die überhaupt alle identlisch, oder könnten sie z.B. verschiedene BIOS-Versionen haben?

[bau]

Stand aktuell: Alle Rechner lassen sich problemlos aufwecken.
Das war auch gestern so, nur waren in der /etc/fstab noch vier Partitionen eingetragen (außer bei fast allen Rechnern in 1.09, das ist in der Tat komisch, denn in 1.10 war das bei allen Rechnern der Fall). Im syslog des paedml kann man den Bootvorgang schön protokolliert vom DHCP sehen. Die Rechner hingen, da Ubuntu die Partition nicht mounten konnte. Ich habe das von Hand behoben.

Zwei Rechner sind dennoch komisch: 1-10-15 und 1-10-16, bei denen meldete sich der GRUB und meinte, er könne die Platten nicht erkennen (irgendwas mit C/H/S). Nach einem Reboot aus Linbo heraus starteten die problemlos. Schauen wir mal, wie die sich weiterhin verhalten.

[Rüdiger Kupper]

• 1-10-15 und 1-10-16 wachen heute auf, sind aber nicht per ssh erreichbar.
• 1-09-33 (Lehrerrechner in 1-09) wacht nach wie vor gar nicht auf. Hier nochmal das BIOS prüfen.
• die anderen Rechner laufen jetzt, nach manueller Anpassung von bau.

Ich habe folgende Vermutung, wie es zu der falschen Partitionierung kam: Während ich in 1-09 die MACs der neuen Rechner in die workstations-Datei eingetragen habe, habe ich auch die Gruppe von "schueleralt" auf "schueler" geändert und die Datei gespeichert.

Zur selben Zeit hat aber auch bau die workstations-Datei bearbeitet und seine Version gespeichert. Vermutlich haben wir überschneidend gespeichert und als ich die Rechner gesynct habe, stand gerade wieder "schueleralt" drin.

Denn heute steht überall "schueler", wie es sein soll, und die Gruppe bekommt definitiv nur drei Partitionen.

[bau]

1-10-15 und 1-10-16 hängen nun wieder am GRB-Prompt, der aus irgendwelchen mir nicht nachvollziehbaren Gründen die Platte nicht erkennen möchte. Bootet man den von Hand neu, so will er plötzlich -> BIOS Version prüfen (Wo liegt der Unetrschied zu den anderen Rechnern)

1-09-33 habe ich nicht von Hand die fstab geändert, den hatte ich vergessen, der hängt nun also an der Rescue-Console von Ubuntu.

Restliche Rechner in 1.09 sollten dann auch nochmals neu partitioniert werden.

[Rüdiger Kupper]

Replying to bau:

1-10-15 und 1-10-16 hängen nun wieder am GRB-Prompt, der aus irgendwelchen mir nicht nachvollziehbaren Gründen die Platte nicht erkennen möchte. Bootet man den von Hand neu, so will er plötzlich -> BIOS Version prüfen (Wo liegt der Unetrschied zu den anderen Rechnern)

Kann natürlich sein, dass wir verschiedene BIOS-Versionen haben. Es war ja auch einer dabei, der zwar das erste PXE-Menü angezeigt hat, dann aber beim Booten von GRUB übers Netzwerk hängen blieb. Den hatte ich schon aussortiert.

1-09-33 habe ich nicht von Hand die fstab geändert, den hatte ich vergessen, der hängt nun also an der Rescue-Console von Ubuntu.

Gut, Montag dann.

Restliche Rechner in 1.09 sollten dann auch nochmals neu partitioniert werden.

Bin gerade dabei, das Image generell auf drei Partitionen anzupassen, auch für die alten Rechner. Dann ist es wieder einheitlich.

[Rüdiger Kupper]

Die neue aufgestellten Rechner laufen jetzt alle wie gewünscht. (Außer 1-09-33, 1-10-15 und 1-10-16, bei denen wir die Ursache noch finden müssen). Sie haben zudem das etwas aktuellere Image, wie es derzeit auch im LZ läuft.

Die Gruppen "schuler" und "schueleralt" haben jetzt durchgängig drei Partitionen, ohne die "vorgetäuschte" Windows-Partition.
Das ist zu beachten, falls einmal ein "alter" Schülerrechner, der noch vier Partitionen hat, neu gesynct werden soll: Die Platte muss dann neu partitioniert werden.

Aber das sollte hoffentlich nicht mehr vorkommen, ich möchte das Gerhard-Image zugüg fertigstellen. Genau gesagt, wollte ich das in den Ferien erledigt haben, naja...

Jedenfalls sind die Computerräume benutzbar und die Rechner scheinen flott zu laufen.

[bau]

Ich war gerade nochmals spazieren und habe den Rechnern einen Besuch abgestattet:

• 1-09-33 konnte nicht booten, da das Netzteil ausgeschaltet war.
  • VGA-Umschalter am falschen Anschluss (Nr 2) am Rechner angeschlossen
  • Tastatur nicht angeschlossen
  • nach dem WOL grade eben hat offenbar das Ubuntu gebootet (Anscheinend funktioniert das postsync-script schon)

• 1-10-15 und -16 hingen wie erwartet am Grub-Menu
  • beide haben die gleiche BIOS-Version wie die benachbarten Rechner
  • beide lassen sich nach dem WOL gerade eben anpingen
  • aber weder per ssh noch per linbo-ssh kommt man drauf
  • Wahrscheinloch hängen beide wieder am Grub-Menü
  • komisch - oder? Beide Rechner stehen nebeneinander (Zufall?)
  • Testen: andere Platte einbauen (ist die Platte baugleich zu den anderen?)
  • Testen: sind die BIOS-Einstellungen alle gleich?
• 1-10-15 bootete dann wiederholt korrekt, auch nach dem Ausschalten
• 1-10-16 bootete nicht, nach dem Boot ins LINBO partitionierte der nochmals komplett neu

[Rüdiger Kupper]

Was Du so beim Spazieren machst... :-)

Replying to bau:

Ich war gerade nochmals spazieren und habe den Rechnern einen Besuch abgestattet:

• 1-09-33 konnte nicht booten, da das Netzteil ausgeschaltet war.
  • VGA-Umschalter am falschen Anschluss (Nr 2) am Rechner angeschlossen

Richtig, hatte ich auch bemerkt, dann aber vergessen.

• Tastatur nicht angeschlossen

Hm? Ich hatte den doch zum syncen einmal hochgefahren. Normalerweise bleibt das BIOS doch stehen, wenn keine Tastatur dran ist?

• nach dem WOL grade eben hat offenbar das Ubuntu gebootet (Anscheinend funktioniert das postsync-script schon)

Am Postsync hat sich gar nichts geändert, ich habe beide Rechnergruppen jetzt auf 3 Partitionen umgestellt. Vermutlich ist das einer derjenigen, die zufällig 4 Partitionen bekommen hatten und daher liefen. Werde ihn nochmal syncen.

• 1-10-15 und -16 hingen wie erwartet am Grub-Menu
  • beide haben die gleiche BIOS-Version wie die benachbarten Rechner
  • beide lassen sich nach dem WOL gerade eben anpingen
  • aber weder per ssh noch per linbo-ssh kommt man drauf
  • Wahrscheinloch hängen beide wieder am Grub-Menü
  • komisch - oder? Beide Rechner stehen nebeneinander (Zufall?)

Vermutest Du einen Defekt am Switch?

• Testen: andere Platte einbauen (ist die Platte baugleich zu den anderen?)
• Testen: sind die BIOS-Einstellungen alle gleich?

• 1-10-15 bootete dann wiederholt korrekt, auch nach dem Ausschalten

Komischerweise tut er das ja nur, wenn man daneben steht...

• 1-10-16 bootete nicht, nach dem Boot ins LINBO partitionierte der nochmals komplett neu

Ja, das ist beabsichtigt, ich habe für sämtliche Rechner noch einmal ein format und sync abgesetzt, damit sie die neue Konfiguration bekommen.

Dann bleibt also nur zu klären, was mit 10-15 und 10-16 ist.

[bau]

Ja, das ist beabsichtigt, ich habe für sämtliche Rechner noch einmal ein format und sync abgesetzt, damit sie die neue Konfiguration bekommen.

Wozu soll das gut sein, wenn ALLE Rechner in 1.10 korrekt partitioniert sind?

[Rüdiger Kupper]

Ich habe die start.conf.schueler geändert. Die Rechner bekommen nun das Image xenial-falk-SRU1-win7.cloop (wie die Lehrerrechner) statt dem etwas betagten xenial-falk.cloop. Das enthält neuere Updates und eben das 3-Partitionen-Layout, ohne dass man manuell eingreifen muss.

[Rüdiger Kupper]

Theoretisch könnten wir das neue Image jetzt sämtlichen "schueleralt"-Rechnern verpassen. Das SRU1-Image wurde zuletzt am 22.12.2018 aktualisiert.

[Rüdiger Kupper]

Okay, 123 Rechner in Gruppe "schueleralt" syncen gerade das aktualisierte Falk-Image.

[Rüdiger Kupper]

Das gibt uns noch ein paar Wochen (aktuelles Update von Ubuntu 16.04 LTS vom 22.12.), um in Ruhe das Gehradt-Image zu basteln.

[Rüdiger Kupper]

Was ich jedenfalls sagen kann ist, dass die neuen Rechner gefühlt 4--5 mal so schnell syncen wie die alten. Ich nehme mal stark an, dass das vor allem auf die Plattenleistung zurückzuführen ist. Wenn das stimmt, sollten wir auch im Betrieb eine deutliche Leistungssteigerung beobachten.