ltsp7 nicht hochgefahren

[Rüdiger Kupper]

Nach Update auf allen LtspServern und reboot sind alle brav wieder hochgefahren, außer ltsp7. Der hängt irgendwo fest (viell. bereits beim Runterfahren).
Bei nächster Gelegenheit bitte manuell neu starten.

[Rüdiger Kupper]

Ups. Da ist was Ernsteres an einer Platte:

This is an automatically generated mail message from mdadm
running on ltsp7

A Fail event had been detected on md device /dev/md/root.

It could be related to component device /dev/sdb1.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active raid1 sdb1[0](F) sda1[1]
      312568696 blocks super 1.2 [2/1] [_U]
      
unused devices: <none>

[Rüdiger Kupper]

Ich würde sage, ltsp7 ist der nächste, der SSD bekommt und virtualisiert wird.

[bau]

OK, ich würde dann aber vorher gerne das Script zum Clonen angepasst haben. Vor mir liegt ein USB-Stick mit dem LTSP-Setup, das wollte ich mir schon lange mal ansehen. Dann geht das mit dem Aufsetzen eines neuen Proxmox genauso schnell :-)

[Rüdiger Kupper]

Vorschlag: Ich überarbeite das Skript zum LTSP-Klonen (das habe ich ja geschrieben, daher wird es mich einen Bruchteil der Zeit kosten, es zu überarbeiten). Du schaust Dir mal an, wie man die Proxmoxe zu einem Cluster zusammenführt, so dass man virtuelle Maschinen auf Knopfdruck von einem Host auf den anderen übertragen kann.

[Rüdiger Kupper]

Natürlich kannst Du Dir das Skript trotzdem zu Gemüte führen ;-).

[bau]

Das ist denke ich eine gute Arbeitsteilung :-)
Wir können bei Gelegenheit ja mal das Script gemeinsam durchsehen.

[Rüdiger Kupper]

Ich denke, die neuen virtuellen Server werden wir gleich basierend auf Edubuntu 14.04 LTS aufsetzen.

Der ltsp7 scheint irgendwie halblebig festzuhängen. Ich habe mal testweise begonnen, eine neue VM basierend auf Edubuntu 14.04 aufzusetzen, doch in dem Moment, als ich ihr die IP 10.32.2.7 gegeben habe, brach die Internetverbindung intermittierend zusammen -- mit anderen Worten, der "echte" ltsp7 hängt noch am Netz und erhält Pakete.
Vielleicht können wir ihn ja auch einfach erstmal mit einer der beiden RAID-Platten weiter laufen lassen, doch wenn ich mich recht erinnere, haben wir es nie geschafft, das System im Zustand "degraded" zu booten.

[Rüdiger Kupper]

ltsp7 läuft jetzt erstmal wieder mit degraded RAID. Es ist (inzwischen?) sehr einfach möglich, einen Rechner mit degraded RAID zu booten, man hängt einfach an die Kernel-Bootzeile die Option bootdegraded=true an, dann startet der Rechner nur von der intakten Platte.

(Früher haben wir doch verzweifelt versucht, das hinzubekommen, anscheinend wurde da nachgearbeitet.)

Die defekte Platte in ltsp7 (/dev/sdb1, siehe Meldung oben) muss so bald wie möglich ausgetauscht werden, dann sollte sich das RAID neu synchronisieren, und dann muss der Rechner vermutlich einmal neu gebootet werden.

[bau]

Sch...
Ich habe die falsche Platte gezogen und musste neu starten.
Wo gebe ich denn den Bootparameter ein???
Ich habe jetzt die Reihenfolge der Anschlüsse richtiggestellt, oben ist jetzt korrekterweise sda unten sdb.
Die Defekte Platte war oben, folglich ist jetzt sda eine neue, sdb die verbliebene.

Wenn du morgen einfach den Bootparameter an der richtigen Stelle eingibst und den Rechner hochfährst (und mir bei Gelegnheit mal zeigst, wie das geht)

[Rüdiger Kupper]

Ganz einfach:

• Bei der GRUB-Bootauswahl die gewünschte Boot-Option markieren, dann "e" tippen (für "edit").
• Man sieht das komplette GRUB-Bootskript
• Hinter dem Kernel-Aufruf "vmlinuz...." stehen die Kernel-Parameter. Dort fügt man "bootdegraded=true" hinzu.
• fann führt man das GRUB-Bootskript mittels F10 aus.

[bau]

Schön - DANKE.
Ich war bereits im Edit-Modus von grub, war mir ob der vielen Zeilen aber nicht sicher, wo das hin muss.

[Rüdiger Kupper]

Replying to bau:

Ich habe jetzt die Reihenfolge der Anschlüsse richtiggestellt, oben ist jetzt korrekterweise sda unten sdb.
Die Defekte Platte war oben, folglich ist jetzt sda eine neue, sdb die verbliebene.

Hm, vielleicht war der Tausch keine gute Idee. Jetzt fährt der Rechner nämlich nicht mehr hoch: Er versucht zwar, das RAID als degraded zu starten, das funktioniert aber anscheinend nicht. Dann wiederholt er das immer und immer wieder...

Vielleicht kommt es nicht damit klar, dass dort, wo zuvor die "fail"-Platte war, nun eine funktionierende ist, und dort, wo zuvor die funktionierende war, nun eine leere ist. Vielleicht hat es sich die Positionen gemerkt und versucht daher, die leere Platte einzuhängen -- was natürlich nicht klappt.

--> Also bitte die Platten noch einmal andersrum reinstecken und probieren, ob es dann klappt. Ich kann das leider nicht, weil ich keinen Schlüssel für die Einschübe habe :-).

Aus Verzweiflung habe ich zudem einmal den Rechner mit dem Schalter hinten am Gehäuse ausgeschaltet und bekomme ihn nun gar nicht mehr an (den Tastschalter vorne hattest Du ja deaktiviert)- Gibt's da einen Trick?

[bau]

Ja, gibt es:
Im Schrank ist eine Schachtel mit den Schlüsseln und ein Schraubenzieher -> Gehäuse aufschrauben und Rechner am rechten unteren Rand durch berühren der beiden rechten Kontakte mit dem Schraubenzieher anschalten :-)
Vielleicht will der Rechner ja auch die Platten in der Reihenfolge, wie sie letztes mal drin waren - ich werde sie einfach mal tauschen - oder?

[Rüdiger Kupper]

Genau, das nehme ich auch an.

[Rüdiger Kupper]

Das hat's nicht gebracht. Habe schließlich den Rechner von einem USB-Stick gebootet. Dann ließ sich das RAID problemlos zusammenbauen.

Allerdings muss man daran denken, dass es nicht reicht, einfach eine unpartitionierte neu Platte reinzustecken: Auf der Platte muss sich eine einzige große Partition befinden, weil wir unsere RAIDs so gebaut haben. Die neue Platte muss also vor dem Einbau irgendwo partitioniert werden.

Jetzt synct der ltsp7 grade.