mehrere Rechner (mind. 3 sind bekannt) fahren nicht hoch

[kau]

Hallo Leute,
heute morgen waren 3 Kollegen bei mir mit dem selben Problem, dass die Klassenzimmerrechner nciht vollständig hochfahren.
Nach dem Countdown der einen Automatischen Start ankündigt verweilt der Rechner dann mit schwarzem Bildschirm plus unverständlichem Text.

VG
Hermann

[jas]

ebenso bei zwei Rechnern in der Biologie

[jas]

Fehlermeldung:
can't finde ext4 filesystem,...Welcome to emergency mode,...

[Rüdiger Kupper]

Na super -- gleiches Problem hatten wir Donnerstag bei Syncen im Computerraum. Am Freitag war es verschwunden. Erneutes syncen der 1. Partition müsste die Sache reparieren.
Kannst Du mir sagen, welche Rechner es sind?

[kau]

Hallo Rüdiger, 

ich weiß von 5.20, 5.33 und 5.34.
Es waren aber noch mehr Computer betroffen.


Viele Grüße
Hermann


-----Ursprüngliche Nachricht-----
Von: Kepler-Trac [mailto:trac@kg-fds.de] 
Gesendet: Montag, 24. Oktober 2016 10:31
Betreff: Re: [Kepler-Trac] #2412: mehrere Rechner (mind. 3 sind bekannt) fahren nicht hoch

#2412: mehrere Rechner (mind. 3 sind bekannt) fahren nicht hoch
------------------------+-------------------------------
  Reporter:  kau        |      Owner:  netzwerk
      Type:  Defekt     |     Status:  new
  Priority:  höchste    |  Milestone:  Schuljahr 2016/17
 Component:  sonstiges  |   Severity:  kritisch
Resolution:             |   Keywords:
------------------------+-------------------------------

Comment (by kup):

 Na super -- gleiches Problem hatten wir Donnerstag bei Syncen im  Computerraum. Am Freitag war es verschwunden. Erneutes syncen der 1.
 Partition müsste die Sache reparieren.
 Kannst Du mir sagen, welche Rechner es sind?

--
Ticket URL: <http://paedml.kg-fds.de/trac/ticket/2412#comment:3>
Kepler-Trac <http://paedml.kg-fds.de/>
Das Issue-Tracking-System des Kepler-Gymnasiums

[Rüdiger Kupper]

Okay, die Rechner müssen einmal von Hand neu gestartet werden ([STRG]-[ALT]-[ENTFERNEN] oder einfach einmal am Schalter aus- und wieder einschalten.)
Danach syncen sie neu, was etwa 20 Minuten dauern dürfte. Danach müssten sie wieder funktionieren.

[Rüdiger Kupper]

Wer an einem Rechner vorbeikommt, der feststeckt: Bitte einmal neu starten.

[Rüdiger Kupper]

Bin heute Nachmittag jeden einzelnen Rechner abgelaufen. (Außer, wie immer, die zu denen ich nicht hinkomme: Chemieräume, Musikräume und Geographieraum. Bio war zufällig offen. Bisher waren meine Versuche, dort Schließberechtigung zu bekommen, erfolglos. Aber klar: sicher lagern in der Musik und der Geographie sehr gefährliche Substanzen, mit denen ich keinesfalls in Berührung kommen darf... ;-) )

Die Rechner bleiben in einer so frühen Phase des Bootvorgangs stecken, dass man sie remote nicht erreichen kann.

@bau

Das dürfte das selbe Problem wie Donnerstag gewesen sein: Etwa die Hälfte aller Schülerrechner haben beim Torrent-Download fehlerhafte Daten erhalten. Linbo ist leider so dumm, trotzdem weiterzumachen. Die Rechner schreiben also unbootbaren Müll auf die Festplatte. Im Netzwerk ist etwas faul! Bei einer TCP/IP-Verbindung dürfen keine fehlerhaften Daten ankommen...

Rechner, die ich auch jetzt wieder nicht erreichen kann, haben vermutlich den selben Schaden erneut erlebt (oder sie lassen sich nicht per WOL aufwecken). Das sind:

[20] 19:54:48 [FAILURE] rechner-1-10-10 Exited with error code 255
[59] 19:54:48 [FAILURE] rechner-1-09-24 Exited with error code 255
[159] 19:54:51 [FAILURE] bib-01 Timed out, Killed by signal 9
[170] 19:54:51 [FAILURE] semkurs01 Timed out, Exited with error code 255
[171] 19:54:51 [FAILURE] semkurs02 Timed out, Exited with error code 255
[177] 19:54:51 [FAILURE] rechner-1-32 Timed out, Exited with error code 255
[178] 19:54:51 [FAILURE] rechner1-1-42 Timed out, Exited with error code 255
[179] 19:54:51 [FAILURE] rechner5-1-42 Timed out, Exited with error code 255
[180] 19:54:51 [FAILURE] rechner-2-03 Timed out, Exited with error code 255
[181] 19:54:51 [FAILURE] rechner-3-08 Exited with error code 255
[182] 19:54:51 [FAILURE] rechner-3-09 Timed out, Exited with error code 255
[183] 19:54:51 [FAILURE] rechner-4-01 Timed out, Exited with error code 255
[184] 19:54:51 [FAILURE] rechner-5-07 Timed out, Exited with error code 255
[185] 19:54:51 [FAILURE] rechner-5-51 Timed out, Exited with error code 255
[186] 19:54:51 [FAILURE] rechner-1-09-12 Timed out, Exited with error code 255

Die brauchen noch einmal persönliche Betreuung.

[Rüdiger Kupper]

Außerdem:

• rechner-1-9-24
• rechner-1-10-10

[bau]

Eventuell sind das die Rechner, die bislang den Torrent abgebrochen haben und dann per rsync die Images geholt haben. Ich wüsste nicht, was im Netzwerk seit letztem Donnerstag geändert worden wäre!

[bau]

Chemie-3.08 und 3.09:
Hier konnte ich das Problem beobachten:
Linbo hatte bereits die /dev/sda2 auf 2048Bytes verkürzt (neu partitioniert?), wenn die so klein ist, kann man offenbar kein ext4-FS draufpacken - das steht aber noch in der /etc/fstab drin, lässt sich nicht mounten und Ubuntu geht in die busybox! Wenn ich in der /etc/fstab die zweite Partition auskommentiere, dann geht das Ding!

Bitte im Image ändern (/etc/fstab):

• /dev/sda2 nicht mehr mounten
• / dev/sda4 nach /cache ro mounten

[Rüdiger Kupper]

Replying to bau:

Chemie-3.08 und 3.09:
Hier konnte ich das Problem beobachten:
Linbo hatte bereits die /dev/sda2 auf 2048Bytes verkürzt (neu partitioniert?), wenn die so klein ist, kann man offenbar kein ext4-FS draufpacken

So etwas hatte ich auch schonmal vermutet, dagegen spricht aber, dass jetzt gerade 90% der Schülerrechner mit genau dieser Partitionsgröße arbeiten, und darauf befindet sich auch ein Dateisystem! Bei denen hat's also geklappt. Alle Rechner haben den Auftrag bekommen: "format,sync:1,sync:2".

Hast Du irgendwelche Informationen, ob es eine Mindestpartitionsgröße für ext4 gibt?

Bitte im Image ändern (/etc/fstab):

• /dev/sda2 nicht mehr mounten
• / dev/sda4 nach /cache ro mounten

Das würde ich ja tun, doch dann funktioniert Infosys auf den Lehrerrechnern nicht mehr! Die verwenden ja das selbe Image.

Abhilfe

• getrenntes Image für Lehrerrechner (halte ich für wartungstechnisch ungünstig)
• Cloop-Mount implementieren und dann auch auf den Lehrerrechnern die 2. Partition verkleinern (dafür fehlt mir kurzfristig die Zeit, frühestens nach den Herbstferien möglich)
• dev2 entfernen und im Lehrernetz per postsync in die fstab schreiben

Der letzte Punkt ließe sich schnell erledigen.

Aber mich irritieren immer noch die Checksummenfehler, die ich am Donnerstag gesehen habe!

[bau]

Dann sollten wir möglichst schnell den CLOOP-Mechanismus umsetzen!

[bau]

Bei rechner-1-09-01 z.B. wurde die /dev/sda2 nach dem Neupartitionieren formatiert und korrekt eingehängt - irgendwas hat da also bei den Defekten nict so korrekt funktioniert.

[Rüdiger Kupper]

Alle Klassenraumrechner müssten wieder normal funktionieren.
Das zugrundeliegende Formatierungsproblem ist noch nicht gelöst, derzeit sollten die Rechner nicht neu formatiert werden! (Normales syncen sollte funktionieren.)

Unbearbeitet: rechner-5-07 im SMV-Raum, wo ich auch keiner Schließberechtigung habe. Wenn die SMVler den Rechner brauchen, werden sie sich sicher melden.