close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 14 years ago

Closed 14 years ago

#850 closed Defekt (erledigt)

RAID-Problem auf ltsp6?

Reported by: Rüdiger Kupper Owned by: Rüdiger Kupper
Priority: schnell erledigen Milestone: Schuljahr 2012/13
Component: Hardware: allgemein Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc:

Description

Ich habe gerade eine Warnung vom smartd auf ltsp6 erhalten. Was hältst Du davon?

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

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

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

Faithfully yours, etc.

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

Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 sda1[1](F) sdb1[0]

312568696 blocks super 1.2 [2/1] [U_]


unused devices: <none>

Change History (12)

comment:1 by bau, 14 years ago

Das ist mir auch schonmal passiert, dass da einfach mal ein Device ausfällt.
Wobei: Die Kisten stehen offen rum und die Wechselrahmen sind nicht abgeschlossen - ich sollte wohl mal die Kisten in den Serverschrank verbannen. OK, ich habe ausgeführt:

  sudo mdadm /dev/md127 --remove /dev/sda1
  sudo mdadm /dev/md127 --add /dev/sda1

Grade läuft das Recovery - mal sehen.

comment:2 by bau, 14 years ago

OK, Recovery war nicht erfolgreich.
smartctl --all /dev/sda sagt eigentlich nichts besonderes.

Ich werde die Platte tauschen und mal mit dem Samsung-Testprogramm testen, ggf zurückschicken.

comment:3 by bau, 14 years ago

Mist - beim Plattentausch (sda musste raus) habe ich die obere Platte gezogen, das war aber komischerweise sdb :-(
Dann musste ich den ltsp neu starten, dabei fragt er, ob er das Raid degrades starten soll, leider konnte ich auf der Tastatur nichts eingeben :-(
Jetzt steht der ltsp6 - So ein Mist!
Ich bin jetzt wieder zu Hause, vielleicht tut des's ja, wenn ich eine PS/2-Tastatur anschließe?
Ansonsten müsstest du den Server mit dem Stick neu aufsetzen, das funktioniert wohl am schnellsten - oder?
Allerdings würde ich doch gerne auch mal einen Worst-Case mit dem raid recovern lassen.
Im Schacht ist nun auf jeden Fall die Ersatzplatte.

comment:4 by bau, 14 years ago

Ach ja: Clients hängen jetzt am ltsp5 (128a)

comment:5 by bau, 14 years ago

Schöne Sch...
Anscheinend hat es dem Raid ganz wenig gutgetan, dass ich die falsche Platte gezogen habe :-(
Ich habe die drei Server ltsp5-7 nun wieder in den Serverschrank verfrachtet und dabei gleich mal nachgesehen, wie die Platten verkabelt sind: bei allen richtig AUSßER dem ltsp6 - ausgerechnet!
Ich habe beim ltsp6 nun die Platten und auch die Kabel vertauscht, so dass bei dem jetzt auch alles korrekt ist (ich möchte wissen in was für einer geistigen Umnachtung ich das gestöpselt habe???)

Tatsächlich wollte der Server beim Booten die Tastatur am PS/2 hängen haben, hat aber dann das RAID doch nicht gestartet bekommen. Kannst du den Server am Besten wieder per Stick aufsetzen - DANKE.

in reply to:  3 comment:6 by Rüdiger Kupper, 14 years ago

Replying to bau:

Dann musste ich den ltsp neu starten, dabei fragt er, ob er das Raid degrades starten soll, leider konnte ich auf der Tastatur nichts eingeben :-(

Komisch, ich dachte, im BIOS ist der USB-Legacy-Support aktiviert, der sollte doch genau dafür sorgen, dass die USB-Taststur von anfang an funktioniert. Grrr!

in reply to:  5 comment:7 by Rüdiger Kupper, 14 years ago

Replying to bau:

Schöne Sch...
Anscheinend hat es dem Raid ganz wenig gutgetan, dass ich die falsche Platte gezogen habe :-(

Inwiefern? (Vermutlich waren danach beide Platten als "fail" gekennzeichnet, und dann hat es seine Arbeit ganz eingestellt, oder?)

Ich habe die drei Server ltsp5-7 nun wieder in den Serverschrank verfrachtet und dabei gleich mal nachgesehen, wie die Platten verkabelt sind: bei allen richtig AUSßER dem ltsp6 - ausgerechnet!
Ich habe beim ltsp6 nun die Platten und auch die Kabel vertauscht, so dass bei dem jetzt auch alles korrekt ist

Mit "korrekt" meinst Du: sda oben und sdb unten?

(ich möchte wissen in was für einer geistigen Umnachtung ich das gestöpselt habe???)

Tja, vielleicht so ähnlich, wie ich die Netzwerkkarte nicht auf eth0 bekommen habe... ;-)

Tatsächlich wollte der Server beim Booten die Tastatur am PS/2 hängen haben, hat aber dann das RAID doch nicht gestartet bekommen. Kannst du den Server am Besten wieder per Stick aufsetzen - DANKE.

Kann ich, sind denn schon wieder zwei funktionierende Platten drin?

comment:8 by Rüdiger Kupper, 14 years ago

Owner: changed from bau to Rüdiger Kupper
Status: new → accepted

comment:9 by bau, 14 years ago

Die USB-Tastatur funktioniert ja auch mit GRUB, danach aber dann nicht mehr.

sda ist jetzt oben, sdb unten - ich werde bei Gelegenheit mal bei den anderen vier ltsp-Servern nachschauen, ob ich's dort richtig gemacht habe.

Ich habe die alte Platte (sda) getauscht, wobei die wie gesagt keine SMART-Probleme gemeldet hat.
Ich werde mal nach Plattentestprogrammen Ausschau halten und die mal testen.

comment:10 by Rüdiger Kupper, 14 years ago

System wird grade geklont. Weil ltsp6 komplett neu aufgesetzt wird, erhält er auch einen neuen ssh-Schlüssel. Sollte eigentlich kein Problem sein, aber vielleicht beschwert sich das ssh, dass sich der Schlüssel geändert hat.

comment:11 by Rüdiger Kupper, 14 years ago

Hm, da fehlte der Schritt im Skript, der die Hostspezifischen Daten schreibt (/etc/hostname, /etc/network, etc). Daher weiß unser neuer Server derzeit nicht, wer er ist. Sonst läuft er aber.

Ich hab kürzlich im Skript was überarbeitet, vermutlich steht da ein Fehler in der Abfrage der relevanten Umgebungsvariable. -> TODO.

comment:12 by Rüdiger Kupper, 14 years ago

Resolution: → erledigt
Status: accepted → closed

Jawoll, typischer Bash-Schreibfehler: Vergessenes "$" vor dem Variablennamen. Dann vergleicht man gar nicht den Inhalt der Variable, sondern den Variablennamen.

Hab's korrigiert und dann lief das Skript wie geplant durch, der neue Server hat sofort gebootet und die Clients funktionieren. Er hat wie gesagt einen neuen ssh-Schlüssel, Du bekommst also einen Fehler, wenn Du Doch das erste mal verbindest und musst den alten ssh-Schlüssel aus Deiner "known-hosts" entfernen.

Note: See TracTickets for help on using tickets.