[Eisfair] Software-Raid auf Hardware-Raid machen

[Jürgen Witt]

Hallo NG,

heute hat bei einem Kunden in einem E1-Server der Raid-Controller HP 
SmartArray E200 seinen Geist aufgegeben. Ich hatte dort aber keine 
SAS-Festplatte sondern WD Gold SATA Festplatte verbaut. Zu meiner großen 
Verwunderung lassen sich die Festplatten an onboard Sata angeschlossen 
problemlos booten. Habe jede Platte einzeln getestet. Da der Server noch 
ein paar Wochen/Monate laufen soll und dort alle wichtigen Daten drauf 
sind, würde ich jetzt gerne ein Software-Raid mit den beiden Platten 
einrichten ohne das System neu aufzubauen. Oder ist das keine gute Idee?

Ich habe den Kernel 3.48.0 und base 2.8.22 installiert. Alle Pakete sind 
auf Stand.

lilo.conf sieht so aus:

lba32
#boot = /dev/cciss/c0d0
boot = /dev/disk/by-id/cciss-3600508b100105239535931304d430001
read-only
prompt
timeout = 50
vga = normal
menu-scheme = wr:bw:wr:Yr
image = /boot/kernel
#root = /dev/cciss/c0d0p3
root = "UUID=e66f7e32-c1f6-49a1-af96-3df62ea473ee"
label = eis
initrd = /boot/initrd.gz
append = "raid=noautodetect net.ifnames=0"
image = /boot/old-kernel
#root = /dev/cciss/c0d0p3
root = "UUID=e66f7e32-c1f6-49a1-af96-3df62ea473ee"
label = oldeis
initrd = /boot/old-initrd.gz
append = "raid=noautodetect net.ifnames=0"
image = /boot/kernel-3.16.70-SMP
#root = /dev/cciss/c0d0p3
root = "UUID=e66f7e32-c1f6-49a1-af96-3df62ea473ee"
label = 3.16.70-SMP
initrd = /boot/initrd-3.16.70-SMP.gz
append = "raid=noautodetect net.ifnames=0"

fstab sieht so aus:

UUID=e66f7e32-c1f6-49a1-af96-3df62ea473ee / ext4 
defaults,errors=remount-ro 0 1
UUID=10ec2caa-462e-47de-a023-2c32e8fd76bf /boot ext4 
defaults,errors=remount-ro 0 1
UUID=a5b2c4f1-8090-48b8-a109-4be9c8f9a87e none swap sw 0 0
proc        /proc          proc      defaults                 0 0
/dev/fd0    /media/floppy  auto      defaults,user,noauto     0 0
/dev/cdrom  /media/cdrom   iso9660   defaults,ro,user,noauto  0 0
devpts      /dev/pts       devpts    defaults,gid=5,mode=620  0 0
/sys        /sys           sysfs     defaults                 0 0
tmpfs       /dev/shm       tmpfs     rw,nosuid,nodev          0 0
tmpfs       /run           tmpfs     defaults                 0 0
devtmpfs    /dev           devtmpfs  mode=0755,nosuid         0 0

Ich wollte jetzt bei einer der Platten einfach den neuen (unstable) 
Kernel installieren, damit die Installation-Routine u.a. alles gerade 
zieht, aber die Installation wird mit einer Fehlermeldung bzgl. 
lilo.conf abgebrochen.

Wie gehe ich am besten vor? Welche Korrekturen muß ich vornehmen?

Das nachträgliche Einrichten eines Software-Raids ist ja in der 
Dokumentation beschrieben. Hat sich das Prozedere mit dem neuen Kernel 
und udev geändert?

Danke fürs Lesen
Jürgen

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus