Hi,
also scheinbar ist das Problem kein Problem, sondern der Standard. Irgendwie kann es doch nicht sein, dass man mit Raid versucht Sicherheit zu erreichen und das eigentliche Risiko dabei ist dann das Raid selbst. Trotz vieler Workarounds habe ich das Raid-Array noch nicht zum laufen gebracht.
# cat /proc/mdstat sagt, dass das Raid OK ist.
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md0 : active raid1 sdb1[0] sdc1[1] 976762432 blocks [2/2] [UU] unused devices: <none>
# sudo mdadm --detail /dev/md0
/dev/md0: Version : 00.90 Creation Time : Sun Feb 21 22:12:24 2010 Raid Level : raid1 Array Size : 976762432 (931.51 GiB 1000.20 GB) Used Dev Size : 976762432 (931.51 GiB 1000.20 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Mon Feb 22 11:44:45 2010 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 UUID : 4d534167:0e02dc13:b8756c74:3dd5f86e (local to host fileserver) Events : 0.18 Number Major Minor RaidDevice State 0 8 17 0 active sync /dev/sdb1 1 8 33 1 active sync /dev/sdc1
Soweit so gut, aber nach einem Neustart ist md0 dann md_d0 und man kann mit "sudo mdadm --detail /dev/md_d0" auch nix anzeigen lassen und "cat /proc/mdstat" sagt, dass md_d0 inactive ist.
Workarounds sagen, dass man die UUID in der /etc/fstab und in der /etc/mdadm/mdadm.conf eintragen soll.
Also mit uuidgen ertsmal einen neue UUID erzeugen –> 1b8047e4-6f84-4113-9a2a-be061b7b81b7 Dann das Raid md_d0 stoppen mit assemble neu herstellen und wir sind wieder beim Stand vor dem Neustart (siehe oben).
Dann dem Raid-Array md0 die neue UUID zuweisen: sudo tune2fs -U 1b8047e4-6f84-4113-9a2a-be061b7b81b7 /dev/md0
blkid liefert dann folgendes:
... /dev/sdb1: UUID="4d534167-0e12-dc12-b875-6c743ed5f86e" TYPE="linux_raid_member" /dev/sdc1: UUID="4d534167-0e12-dc12-b875-6c743ed5f86e" TYPE="linux_raid_member" /dev/md0: LABEL="Daten 2" UUID="1b8047e4-6f84-4113-9a2a-be061b7b81b7" TYPE="ext4"
Also wunderbar, dann nur noch die UUIDs eintragen und neustarten.
/etc/fstab
... UUID=1b8047e4-6f84-4113-9a2a-be061b7b81b7 /mnt/Daten2 ext4 defaults 0 2
/etc/mdadm/mdadm.conf
... ARRAY /dev/md0 level=raid1 num-devices=2 UUID=1b8047e4-6f84-4113-9a2a-be061b7b81b7
Nach dem Neustart ist md0 nicht gemountet. md0 ist wieder md_d0 und lässt sich nicht mounten.
Was ist das Problem? Gibt es eine besser/sichere Möglichkeit unter Ubuntu ein Software-Raid zu erstellen?
Sehr vertrauenswürdig scheint mir dieses Raid bei den Problemen schließlich auch nicht zu sein. Das kann Windows genau so gut nur einfacher 😉
edit: Ich weiß nicht ob das was zur Sache hat, aber ich habe als OS Ubuntu 9.10 Server.