Moin!

Ich hätte da gerne mal ein Problem!

Der Komplexitätsgrad der ganzen Sache ist leider deutlich größer, als mein Bock, jetzt hier groß auszuholen, deshalb bitte nicht über diverse "Merkwürdigkeiten" wundern...

Wir haben da ein paar Linux-Server im Einsatz, die mit SCSI-Platten ausgerüstet sind (SLES10, wie schon gesagt). Die Dinger sind mit einem standardisierten Installationsverfahren hochgezogen (also kein von-der-Stange-System). Die Platten laufen nun schon ein paar Jährchen und stehen nun zum Austausch an. An sich kein Problem, auch dieses Verfahren ist standardisiert: Daten sichern, Server neu installieren, Daten zurücksichern. Klappt alles, ist auch gut dokumentiert, alles kein Thema. Thema ist aber: das dauert locker 8-10 Stunden (warum auch immer, sei hier mal dahingestellt).

Aufgabe: Platte tauschen, ohne den Server neu installieren zu müssen! (Sollte sich in <60min. machen lassen, denke ich mir mal so )

Gut, man lebt ja nicht auf einer IT-Insel 2. Platte her, Server mit Acronis Disk Director gebootet, Partitionen kopiert, alte Platte raus, einschalten, sieht doch gut aus aber nur fast die Kiste bleibt beim Mounten der Partitionen hängen. Klar: in der /etc/fstab stehen die "alten" SCSI-Device-Namen drin, das kann nicht klappen. Also, Datei editiert, Namen an das neue Device angepasst, gebootet - schade aber auch, "reicht" noch nicht.

Irgendwo in den Tiefen dieses dämlichen Bootloaders scheint noch eine alte Version der fstab zu stehen, denn es wird immer noch versucht, die alten Devices zu mappen. Aber wo?! Kann mich mal einer etwas anschubsen, wie ich die Device-IDs korrekt austauschen muss oder die fstab im Bootloader ausgetauscht kriege?! Danke.

cu
Narses

Narses hat folgendes geschrieben :

Moin! Ich hätte da gerne mal ein Problem!

Ich sehe, das hast Du bereits, sonst gäbe es diesen Thread nicht

Narses hat folgendes geschrieben :

Der Komplexitätsgrad der ganzen Sache ist leider deutlich größer, als mein Bock, jetzt hier groß auszuholen, deshalb bitte nicht über diverse "Merkwürdigkeiten" wundern...

k, das verschieben wir dann auf später ...

Narses hat folgendes geschrieben :

Wir haben da ein paar Linux-Server im Einsatz, die mit SCSI-Platten ausgerüstet sind (SLES10, wie schon gesagt). Die Dinger sind mit einem standardisierten Installationsverfahren hochgezogen (also kein von-der-Stange-System). Die Platten laufen nun schon ein paar Jährchen und stehen nun zum Austausch an. An sich kein Problem, auch dieses Verfahren ist standardisiert: Daten sichern, Server neu installieren, Daten zurücksichern. Klappt alles, ist auch gut dokumentiert, alles kein Thema. Thema ist aber: das dauert locker 8-10 Stunden (warum auch immer, sei hier mal dahingestellt).

Datenmengen sicherlich, Backup-Überprüfung, ...

Narses hat folgendes geschrieben :

Aufgabe: Platte tauschen, ohne den Server neu installieren zu müssen! (Sollte sich in <60min. machen lassen, denke ich mir mal so )

Wenn RAID mit Redundanz vorhanden, eine Platte nach der nächsten austauschen und dabei immer der Reihe nach Austausch vornehmen:
- Alte Platte (einzeln) aus RAID entfernen, Platte ausbauen, neue Platte einbauen, neue Platte in RAID einbauen, Auf Abschluss der Synchronisierung warten(WICHTIG!!!) Dauert pro Platte dann zwar auch 8 Stunden, läuft aber vollständig ohne Systemneustart ab (IIRC)

Narses hat folgendes geschrieben :

Gut, man lebt ja nicht auf einer IT-Insel 2. Platte her, Server mit Acronis Disk Director gebootet, Partitionen kopiert, alte Platte raus, einschalten, sieht doch gut aus aber nur fast die Kiste bleibt beim Mounten der Partitionen hängen. Klar: in der /etc/fstab stehen die "alten" SCSI-Device-Namen drin, das kann nicht klappen. Also, Datei editiert, Namen an das neue Device angepasst, gebootet - schade aber auch, "reicht" noch nicht.

Wo hängt es?

Narses hat folgendes geschrieben :

Irgendwo in den Tiefen dieses dämlichen Bootloaders scheint noch eine alte Version der fstab zu stehen, denn es wird immer noch versucht, die alten Devices zu mappen. Aber wo?! Kann mich mal einer etwas anschubsen, wie ich die Device-IDs korrekt austauschen muss oder die fstab im Bootloader ausgetauscht kriege?! Danke. cu Narses

Schau mal /boot/grub/menu.list (bzw. Derivat von LILO. Bei LILO wird eine Live-CD benötigt, da LILO direkt in Spur 0 seine Konfig schreibt. Grub geht über den Boot-Bildschirm --> Eintrag mit e Editieren, booten. Danach in /boot/grub/menu.list den Eintrag permanent ändern.

HTH.

mx,
BenBE

Moderiert von Narses: Quote repariert.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Moin!

BenBE hat folgendes geschrieben :

Wenn RAID mit Redundanz vorhanden

Die RAID-Server haben wir natürlich schon verarztet. Sind also (leider) einzelne Platten.

BenBE hat folgendes geschrieben :

Wo hängt es?

Hab ich grad nicht wörtlich zur Hand, aber sinngemäß: "Warte auf Device... steht nicht zur Verfügung, finito." Und hier wird die alte SCSI-Device-ID angegeben.

BenBE hat folgendes geschrieben :

Schau mal /boot/grub/menu.list

Ist GRUB, der entsprechende Eintrag lautet:

/boot/grub/menu.list hat folgendes geschrieben:

title SUSE Linux Enterprise Server 10 - 2.6.16.60-0.34 root (hd0,0) kernel /boot/vmlinuz-2.6.16.60-0.34-bigsmp root=/dev/sda1 selinux=0 instusedhcp=0 resume=/dev/sda3 splash=silent elevator=cfq showopts initrd /boot/initrd-2.6.16.60-0.34-bigsmp

BenBE hat folgendes geschrieben :

Danach in /boot/grub/menu.list den Eintrag permanent ändern.

Wie du siehst, ist hier keine SCSI-Device-ID angegeben, die muss aus der fstab kommen, die in der initrd steckt, oder so. Wie kann ich die da austauschen? Für ein mkinitrd müsste ich ja erstmal ein laufendes System haben...

cu
Narses

Moderiert von Narses: Komplett-Zitat des letzten Beitrags entfernt.

Live-CD booten, Deine Systemplatten wie üblich mounten, chroot auf deine System, update-grub ausführen.

(OT: Wo sind /dev/sd* bitte KEINE SCSI-IDs ???)

MfG,
BenBE.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Moin!

BenBE hat folgendes geschrieben :

Live-CD booten, Deine Systemplatten wie üblich mounten, chroot auf deine System, update-grub ausführen.

Ändert nix.

Hier die "Hänger-Meldung" komplett:

Doofe Susie hat folgendes geschrieben:

. . . Loading ext3 Waiting for device /dev/disk/by-id/scsi-SSEAGATE_AB<hex-zeug>E5-part1 to appear ....... not found -- exiting to /bin/sh

Und dann bin ich in der Konsole, fetsch.

Was klemmt da?

cu
Narses

//EDIT: Lösung: Super-GRUB-CD-Image saugen, brennen, booten, GRUB neu installieren, fertig.

Dann boote mal von einer Live-CD, mounte dir dort deine Boot-Partition und mach mal ein

grep -R scsi-SSEAGATE_AB /mountpunkt_des_volumes

Dann sollte er dir zumindest ansagen, wo diese alte ID noch enthalten ist.

Kannst du die relevanten Ausschnitte aus deiner menu.list und deiner Drive-Mapping-Datei von Grup bitte mal kurz posten?

MfG,
BenBE.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.