Hallo Liebe Liste, zum generellen Verständnis erstmal: das ist hier ja eine Liste für OpenSuse Benutzer. Das Problem das ich jetzt habe ist aber leider auf einer Debian Sarge, darf ich Probleme dazu trotzdem hier stellen? Ich denke mal dass das Problem eher nicht Distributionsabhängig ist. Naja ich stelle einfach mal die Frage, vielleicht findet sich die Antwort ja ganz einfach, wenn nicht dann reicht eine kurze Info, das so ein verhalten unerwünscht ist. Also Ich habe zwei SCSI Seagate Barracudas 34 GiB. sda (~37°C) ist besser gekühlt als sdb (~45°C). Beide hängen am gleichen Controller und am gleichen Kabel. Ich habe ein Software Raid eingerichtet auf folgendem Weg: 1. cfdisk /dev/sd(a/b) -> jeweils den gesamten Platz in eine Partition gepackt. 2. reboot weil mdadm meckerte das sdb1, wo ich test weise ein raid eingerichtet hatte das 300 MiB groß war, nur 300 MiB groß ist. Das Problem ließ sich nicht mal damit beheben das ich die Platte herunterfuhr, ich mußte die ganze Kiste neustarten weil anscheinend der Kernel noch irgendwie die alten Partitionsdaten der Platte hatte (das hab ich mir so zusammengereimt aus einem Post im Internet). 3. mdadm --create --verbose /dev/md0 --level=raid1 -n2 /dev/sda1 /dev/sdb1 4. mit watch cat /proc/mdstat zuschauen wie die beiden Platten syncen. 5. zum Test einfach mal neustarten und schauen ob alles läuft. cat /proc/mdstat spuckt aus: Personalities : [raid1] read_ahead 1024 sectors md0 : active raid1 scsi/host0/bus0/target1/lun0/part1[1] 35840896 blocks [2/1] [_U] unused devices: <none> Dann hab ich noch mdadm --detail /dev/md0 gefragt. Heraus kam: /dev/md0: Version : 00.90.00 Creation Time : Tue Nov 28 05:33:29 2006 Raid Level : raid1 Array Size : 35840896 (34.18 GiB 36.70 GB) Device Size : 35840896 (34.18 GiB 36.70 GB) Raid Devices : 2 Total Devices : 1 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Tue Nov 28 06:59:27 2006 State : active, degraded Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 UUID : aae453e9:c76daf64:e9e44552:a55cde6f Events : 0.7 Number Major Minor RaidDevice State 0 0 0 0 faulty removed 1 8 17 1 active sync /dev/sdb1 Dieses Verhalten, das sda aus dem Raid fliegt, kann ich immer durch reboot reproduzieren. Dann kann ich mit mdadm /dev/md0 -a /dev/sda den rebuild prozess lostreten, mdadm --detail /dev/md0 meint dazu: /dev/md0: Version : 00.90.00 Creation Time : Tue Nov 28 05:33:29 2006 Raid Level : raid1 Array Size : 35840896 (34.18 GiB 36.70 GB) Device Size : 35840896 (34.18 GiB 36.70 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Tue Nov 28 21:52:15 2006 State : active, degraded, recovering Active Devices : 1 Working Devices : 2 Failed Devices : 0 Spare Devices : 1 Rebuild Status : 4% complete UUID : aae453e9:c76daf64:e9e44552:a55cde6f Events : 0.8 Number Major Minor RaidDevice State 0 0 0 0 faulty removed 1 8 17 1 active sync /dev/sdb1 2 8 0 2 spare rebuilding /dev/sda Allerdings wird das ganze wieder kaputtgehen wenn ich den Rechner neustarte. Ich meine im Grunde ist das kein Riesenproblem, denn der Server soll eigentlich nie neugestartet werden, aber ich vertraue einfach meinem Raid nicht, weil es nicht läuft wie es sollte. Hat jemand schon mal so ein komisches Verhalten gehabt? Oder mache ich schlicht etwas falsch? Falls es jemand wundert (mich hat es jedenfalls gewundert): Ein mdadm /dev/md0 -a /dev/sda1 gibt mdadm: hot add failed for /dev/sda1: Invalid argument nur mdadm /dev/md0 -a /dev/sda funktioniert. Das sda hinüber ist bezweifle ich eigentlich, da der Server seit drei Monaten friedlich mit sda gearbeitet hat, sdb und sda zum gleichen Zeitpunkt gekauft wurden, daher wahrscheinlich aus der gleichen Produktionsmarge stammen und auch sonst ich einfach hoffe nur zu dumm zu sein um ein Raid aufzustellen. Vielleicht noch hilfreiche Info: sda und sdb sind reine Datenplatten. gebootet wird von einer stinknormalen Western Digital 40GB Platte. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org