• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst]Software-RAID 5 verwenden

M

mib1

Member
Hi!

Ich habe folgendes Problem. Ich möchte ein RAID 5 (habe 4 x 500GB Seagate Sata Platten) machen. soweit so gut. habe das ganze zuerst mit einem anderen OS probiert (möchte Windows eigentlich lieber nicht sagen *gg*) und das lief einwandfrei.
Dort musste ich zuerst dem Controller das Raid zuweisen und letzendlich bei der OS installation die Treiber !per Diskette! einspielen.

Das gleich möchte ich nun unter openSuse 10.3 hinbekommen, beim Partitionieren aber bekomme ich einen Fehler, (Parted kann die Partitionierung nicht ändern)
Das einzige was funktioniert ist, wenn man die Festplattenkennung löscht und dann ein Softwareraid einstellt. Dann wird das OS fertig installiert.
Leider taucht dann beim Neustart der Fehler "DISK BOOT FAILURE, INSERT SYSTEMDISK AND PRESS ENTER". Danach hab ich die Installcd wieder eingelegt von der harddisk booten gedrückt und bekam die Meldung Boot failed: press a key to retry...


Wenn ihr eine Lösung habt, wie ich das hardware mäßig (oder softwaremäsig) funktioniert schreibt mir bitte

schon mal danke im voraus
 
OP
M

mib1

Member
Hat keiner einen Hinweis für mich, was ich wenigstens probieren könnte?
 
OP
M

mib1

Member
Wenn man dem Raidtreiber im BIOS die Platten zugewiesen hat, dann die linux install cd einlegt, den Menüpunkt Installieren -> Installation/update starten -> installiertes System starten auswählt, startet linux nach einiger Zeit.

Raid hab ich zwar noch immer keins :-(, aber dafür ein anderes Problem.

Wenn man nähmlich neu startet, bekommt man die Grub meldung error 17 (also das irgendetwas mit der partitionierung nicht stimmt)

Code: 
# fdisk -l

Platte /dev/sda: 500.1 GByte, 500107862016 Byte
255 heads, 63 sectors/track, 60801 cylinders
Units = Zylinder of 16065 * 512 = 8225280 bytes
Disk identifier: 0x21852184

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1               1         128     1028128+  82  Linux Swap / Solaris
/dev/sda2   *         129        2034    15309945   83  Linux
/dev/sda3            2740       60801   466383015   fd  Linux raid autodetect

Platte /dev/sdb: 500.1 GByte, 500107862016 Byte
255 heads, 63 sectors/track, 60801 cylinders
Units = Zylinder of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000c6293

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1               1       60801   488384001   fd  Linux raid autodetect

Platte /dev/sdc: 500.1 GByte, 500107862016 Byte
255 heads, 63 sectors/track, 60801 cylinders
Units = Zylinder of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000f3090

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdc1               1       60801   488384001   fd  Linux raid autodetect

Platte /dev/sdd: 500.1 GByte, 500107862016 Byte
255 heads, 63 sectors/track, 60801 cylinders
Units = Zylinder of 16065 * 512 = 8225280 bytes
Disk identifier: 0x18f6fca4

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdd1               1       60801   488384001   fd  Linux raid autodetect


Nun noch meine Grubconfig:

Code: 
/boot/grub # cat device.map
(hd3)   /dev/sdd
(fd0)   /dev/fd0
(hd0)   /dev/sda
(hd2)   /dev/sdc
(hd1)   /dev/sdb

Code: 
/boot/grub # cat menu.lst
# Modified by YaST2. Last modification on So Jan  6 15:12:19 CET 2008
default 0
timeout 8
gfxmenu (hd0,1)/boot/message
##YaST - activate

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 10.3
    root (hd0,1)
    kernel /boot/vmlinuz-2.6.22.5-31-default root=/dev/disk/by-id/scsi-SATA_ST3500630AS_5QG1AKNX-part2 resume=/dev/sda1 splash=silent showopts
    initrd /boot/initrd-2.6.22.5-31-default

###Don't change this comment - YaST2 identifier: Original name: xen###
title XEN
    root (hd0,1)
    kernel /boot/xen.gz
    module /boot/vmlinuz-xen root=/dev/disk/by-id/scsi-SATA_ST3500630AS_5QG1AKNX-part2 resume=/dev/sda1 splash=silent showopts
    module /boot/initrd-xen

###Don't change this comment - YaST2 identifier: Original name: floppy###
title Diskette
    rootnoverify (hd0,1)
    chainloader (fd0)+1

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 10.3
    root (hd0,1)
    kernel /boot/vmlinuz-2.6.22.5-31-default root=/dev/disk/by-id/scsi-SATA_ST3500630AS_5QG1AKNX-part2 showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off  3
    initrd /boot/initrd-2.6.22.5-31-default

###Don't change this comment - YaST2 identifier: Original name: Kernel-2.6.22.5-31-default###
title Kernel-2.6.22.5-31-default
    root (hd0,1)
    kernel /boot/vmlinuz-2.6.22.5-31-default root=/dev/disk/by-id/scsi-SATA_ST3500630AS_5QG1AKNX-part2 resume=/dev/sda1 splash=silent showopts
    initrd /boot/initrd-2.6.22.5-31-default

###Don't change this comment - YaST2 identifier: Original name: Kernel-xen###
title Kernel-xen
    root (hd0,1)
    kernel /boot/vmlinuz-xen root=/dev/disk/by-id/scsi-SATA_ST3500630AS_5QG1AKNX-part2    resume=/dev/sda1 splash=silent showopts
    initrd /boot/initrd-xen

###Don't change this comment - YaST2 identifier: Original name: Kernel-2.6.22.5-31-xen###
title Kernel-2.6.22.5-31-xen
    root (hd0,1)
    kernel /boot/vmlinuz-2.6.22.5-31-xen root=/dev/disk/by-id/scsi-SATA_ST3500630AS_5QG1AKNX-part2    resume=/dev/sda1 splash=silent showopts
    initrd /boot/initrd-2.6.22.5-31-xen

hat von euch wer neh ahnung was falsch ist?
 
OP
M

mib1

Member
Bin draufgekommen!

Habe das nvidia Raid im BIOS komplett abgeschaltet.
neu gestartet und siehe da der Grub lädt ganz normal.
keine ERror 17 mehr und nichts.

Computer fährt ganz normal hoch, alles lässt sich verwenden.
=> Linux dürfte das nvidia Raid von Beginn an nicht verwendet haben, da es nachdem ich die Raid funktion abgeschaltet habe nicht mehr starten hätte können.

Ich werde jetzt noch versuchen ein Software Raid zu machen.

Halte euch auf dem laufenden.
 
OP
M

mib1

Member
Habe neues Problem:
Ich habe einen Raid 5 Software Verbund eingestellt, und will ihn mit ext3 formatieren

(Das Raid md0 hat wie es soll jetzt 1,2 TB)
Er fängt an zu formatieren und bei 97% bricht er ab und ein es hat keinen weiteren sinn mehr als einen neustart durchzuführen.

Der Syslog gibt folgendes:

Jan 9 18:06:41 mibserver1 kernel: raid5: automatically using best checksumming function: pIII_sse
Jan 9 18:06:41 mibserver1 kernel: pIII_sse : 4133.000 MB/sec
Jan 9 18:06:41 mibserver1 kernel: raid5: using function: pIII_sse (4133.000 MB/sec)
Jan 9 18:06:42 mibserver1 kernel: raid6: int32x1 643 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: int32x2 622 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: int32x4 649 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: int32x8 534 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: mmxx1 1350 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: mmxx2 1840 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: sse1x1 954 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: sse1x2 1568 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: sse2x1 1920 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: sse2x2 2836 MB/s
Jan 9 18:06:42 mibserver1 kernel: raid6: using algorithm sse2x2 (2836 MB/s)
Jan 9 18:06:42 mibserver1 kernel: md: raid6 personality registered for level 6
Jan 9 18:06:42 mibserver1 kernel: md: raid5 personality registered for level 5
Jan 9 18:06:42 mibserver1 kernel: md: raid4 personality registered for level 4
Jan 9 18:06:42 mibserver1 kernel: md: bind<sda3>
Jan 9 18:06:42 mibserver1 kernel: md: bind<sdb1>
Jan 9 18:06:42 mibserver1 kernel: md: bind<sdc1>
Jan 9 18:06:42 mibserver1 kernel: md: bind<sdd1>
Jan 9 18:06:42 mibserver1 kernel: raid5: device sdc1 operational as raid disk 2
Jan 9 18:06:42 mibserver1 kernel: raid5: device sdb1 operational as raid disk 1
Jan 9 18:06:42 mibserver1 kernel: raid5: device sda3 operational as raid disk 0
Jan 9 18:06:42 mibserver1 kernel: raid5: allocated 4204kB for md0
Jan 9 18:06:42 mibserver1 kernel: raid5: raid level 5 set md0 active with 3 out of 4 devices, algorithm 2
Jan 9 18:06:42 mibserver1 kernel: RAID5 conf printout:
Jan 9 18:06:42 mibserver1 kernel: --- rd:4 wd:3
Jan 9 18:06:42 mibserver1 kernel: disk 0, o:1, dev:sda3
Jan 9 18:06:42 mibserver1 kernel: disk 1, o:1, dev:sdb1
Jan 9 18:06:42 mibserver1 kernel: disk 2, o:1, dev:sdc1
Jan 9 18:06:43 mibserver1 kernel: md0: bitmap initialized from disk: read 28/28 pages, set 906276 bits, status: 0
Jan 9 18:06:43 mibserver1 kernel: created bitmap (443 pages) for device md0
Jan 9 18:06:43 mibserver1 kernel: RAID5 conf printout:
Jan 9 18:06:43 mibserver1 kernel: --- rd:4 wd:3
Jan 9 18:06:43 mibserver1 kernel: disk 0, o:1, dev:sda3
Jan 9 18:06:43 mibserver1 kernel: disk 1, o:1, dev:sdb1
Jan 9 18:06:43 mibserver1 kernel: disk 2, o:1, dev:sdc1
Jan 9 18:06:43 mibserver1 kernel: disk 3, o:1, dev:sdd1
Jan 9 18:06:43 mibserver1 kernel: md: recovery of RAID array md0
Jan 9 18:06:43 mibserver1 kernel: md: minimum _guaranteed_ speed: 1000 KB/sec/disk.
Jan 9 18:06:43 mibserver1 kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.
Jan 9 18:06:43 mibserver1 kernel: md: using 128k window, over a total of 464013184 blocks.
Jan 9 18:13:15 mibserver1 su: (to root) mib on /dev/pts/4
Jan 9 18:34:25 mibserver1 smartd[3910]: Device: /dev/sda, SMART Prefailure Attribute: 7 Seek_Error_Rate changed from 35 to 33
Jan 9 18:34:25 mibserver1 smartd[3910]: Device: /dev/sda, SMART Usage Attribute: 190 Temperature_Celsius changed from 59 to 58
Jan 9 18:34:25 mibserver1 smartd[3910]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 41 to 42
Jan 9 18:34:25 mibserver1 smartd[3910]: Device: /dev/sda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 69 to 67
Jan 9 18:34:25 mibserver1 smartd[3910]: Device: /dev/sdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 67 to 66
Jan 9 18:34:26 mibserver1 smartd[3910]: Device: /dev/sdc, SMART Usage Attribute: 190 Temperature_Celsius changed from 64 to 63
Jan 9 18:34:26 mibserver1 smartd[3910]: Device: /dev/sdc, SMART Usage Attribute: 194 Temperature_Celsius changed from 36 to 37
Jan 9 18:34:26 mibserver1 smartd[3910]: Device: /dev/sdd, FAILED SMART self-check. BACK UP DATA NOW!
Jan 9 18:34:26 mibserver1 smartd[3910]: Device: /dev/sdd, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 68 to 69
Jan 9 19:00:20 mibserver1 su: (to beagleindex) root on none
Jan 9 19:03:42 mibserver1 syslog-ng[2468]: STATS: dropped 0
Jan 9 19:04:20 mibserver1 su: (to beagleindex) root on none
Jan 9 19:04:25 mibserver1 smartd[3910]: Device: /dev/sda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 67 to 66
Jan 9 19:04:26 mibserver1 smartd[3910]: Device: /dev/sdb, SMART Usage Attribute: 190 Temperature_Celsius changed from 61 to 60
Jan 9 19:04:26 mibserver1 smartd[3910]: Device: /dev/sdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 39 to 40
Jan 9 19:04:26 mibserver1 smartd[3910]: Device: /dev/sdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 66 to 65
Jan 9 19:04:26 mibserver1 smartd[3910]: Device: /dev/sdc, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 69 to 68
Jan 9 19:04:26 mibserver1 smartd[3910]: Device: /dev/sdd, FAILED SMART self-check. BACK UP DATA NOW!
Jan 9 19:04:26 mibserver1 smartd[3910]: Device: /dev/sdd, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 69 to 68
Jan 9 19:32:17 mibserver1 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 19:32:17 mibserver1 kernel: ata3.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 19:32:17 mibserver1 kernel: res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 9 19:32:20 mibserver1 kernel: ata3: soft resetting link
Jan 9 19:32:20 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:32:25 mibserver1 kernel: ata3.00: configured for UDMA/133
Jan 9 19:32:25 mibserver1 kernel: ata3: EH complete
Jan 9 19:32:25 mibserver1 kernel: sd 2:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
Jan 9 19:32:26 mibserver1 kernel: sd 2:0:0:0: [sda] Write Protect is off
Jan 9 19:32:26 mibserver1 kernel: sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan 9 19:32:26 mibserver1 kernel: sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 9 19:34:28 mibserver1 smartd[3910]: Device: /dev/sda, SMART Prefailure Attribute: 5 Reallocated_Sector_Ct changed from 90 to 89
Jan 9 19:34:28 mibserver1 smartd[3910]: Device: /dev/sda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 66 to 65
Jan 9 19:34:29 mibserver1 smartd[3910]: Device: /dev/sdc, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 68 to 69
Jan 9 19:34:30 mibserver1 smartd[3910]: Device: /dev/sdd, FAILED SMART self-check. BACK UP DATA NOW!
Jan 9 19:41:35 mibserver1 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 19:41:35 mibserver1 kernel: ata3.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 19:41:35 mibserver1 kernel: res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 9 19:41:40 mibserver1 kernel: ata3: port is slow to respond, please be patient (Status 0xd0)
Jan 9 19:41:45 mibserver1 kernel: ata3: device not ready (errno=-16), forcing hardreset
Jan 9 19:41:45 mibserver1 kernel: ata3: hard resetting link
Jan 9 19:41:45 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:42:15 mibserver1 kernel: ata3.00: qc timeout (cmd 0xec)
Jan 9 19:42:15 mibserver1 kernel: ata3.00: failed to IDENTIFY (I/O error, err_mask=0x5)
Jan 9 19:42:15 mibserver1 kernel: ata3.00: revalidation failed (errno=-5)
Jan 9 19:42:15 mibserver1 kernel: ata3: failed to recover some devices, retrying in 5 secs
Jan 9 19:42:20 mibserver1 kernel: ata3: hard resetting link
Jan 9 19:42:21 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:42:24 mibserver1 kernel: ata3.00: revalidation failed (errno=-2)
Jan 9 19:42:24 mibserver1 kernel: ata3: failed to recover some devices, retrying in 5 secs
Jan 9 19:42:33 mibserver1 kernel: ata3: hard resetting link
Jan 9 19:42:33 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:42:33 mibserver1 kernel: ata3.00: configured for UDMA/133
Jan 9 19:42:33 mibserver1 kernel: ata3: EH pending after completion, repeating EH (cnt=4)
Jan 9 19:42:33 mibserver1 kernel: ata3: EH complete
Jan 9 19:42:33 mibserver1 kernel: sd 2:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
Jan 9 19:42:33 mibserver1 kernel: sd 2:0:0:0: [sda] Write Protect is off
Jan 9 19:42:33 mibserver1 kernel: sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan 9 19:42:33 mibserver1 kernel: sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 9 19:43:12 mibserver1 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 19:43:12 mibserver1 kernel: ata3.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 19:43:12 mibserver1 kernel: res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 9 19:43:18 mibserver1 kernel: ata3: port is slow to respond, please be patient (Status 0xd0)
Jan 9 19:43:23 mibserver1 kernel: ata3: device not ready (errno=-16), forcing hardreset
Jan 9 19:43:23 mibserver1 kernel: ata3: hard resetting link
Jan 9 19:43:23 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:43:25 mibserver1 kernel: ata3.00: revalidation failed (errno=-2)
Jan 9 19:43:25 mibserver1 kernel: ata3: failed to recover some devices, retrying in 5 secs
Jan 9 19:43:30 mibserver1 kernel: ata3: hard resetting link
Jan 9 19:43:31 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:43:31 mibserver1 kernel: ata3.00: configured for UDMA/133
Jan 9 19:43:31 mibserver1 kernel: ata3: EH pending after completion, repeating EH (cnt=4)
Jan 9 19:43:31 mibserver1 kernel: ata3: EH complete
Jan 9 19:43:31 mibserver1 kernel: sd 2:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
Jan 9 19:43:35 mibserver1 kernel: sd 2:0:0:0: [sda] Write Protect is off
Jan 9 19:43:35 mibserver1 kernel: sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan 9 19:43:35 mibserver1 kernel: sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 9 19:44:06 mibserver1 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 19:44:06 mibserver1 kernel: ata3.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 19:44:06 mibserver1 kernel: res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 9 19:44:10 mibserver1 kernel: ata3: soft resetting link
Jan 9 19:44:10 mibserver1 kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 9 19:44:14 mibserver1 kernel: ata3.00: configured for UDMA/133
Jan 9 19:44:16 mibserver1 kernel: ata3: EH complete
Jan 9 19:44:16 mibserver1 kernel: sd 2:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
Jan 9 19:44:16 mibserver1 kernel: sd 2:0:0:0: [sda] Write Protect is off
Jan 9 19:44:16 mibserver1 kernel: sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan 9 19:44:16 mibserver1 kernel: sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

Hat wer ne idee? er schreibt ziemlich oft [sda] Write Protect is off
 
W

weinbi

Member
Schon mal versucht die Platten separat zu formatieren? Vielleicht gibt's ja da schon bei einer Platte einen Fehler....
 
OP
M

mib1

Member
/dev/sda hab ich mal nur allein in ext 3 formatiert, lässt sich auch wunderbar einbinden, und daten darauf abspeichern, den rest werde ich morgen mal probieren
 
OP
M

mib1

Member
Hab die platten alle Primär in ext 3 formatiert und eingebunden.

Kapier trotzdem nicht warum das Raid 5 nicht geht.

Weiß jemand ob dies ein Bug ist? Bei wem von euch geht das Raid 5 mit 4 Platten?

Frage nebenbei: Könnten die Partitionen auch verschieden groß sein?
 
OP
M

mib1

Member
Ein Raid 1 mit allen 4 platten funkiioniert auch.

Ich bin mit meinem Tux-Latein wirklich am ende.

Kann mir keiner helfen?
 
J

jengelh

Guru
97% wo? in yast? Ich habe da so eine Vermutung... erstelle das Device doch mal manuell:
Code: 
mdadm -C /dev/md0 -b internal -e 1.0 --level=5 -n 4 /dev/sda3 /dev/sd[bcd]1
und dann wie hier angedeutet zusehen, dass in mdadm.conf die passende UUID steht (`mdadm -D /dev/md0`):
Code: 
DEVICE /dev/sd[a-z][0-9]
ARRAY /dev/md0 level=raid5 num-devices=4 UUID=abcdefab:cd123456:b75cfbef:b1415c61
Frage nebenbei: Könnten die Partitionen auch verschieden groß sein?
Zum Vergrößern anklicken....
Ja, und es wird von jeder Partition nur soviel verwendet wie groß die kleinste ist.
 
OP
M

mib1

Member
Habe die Partitionen für den RaidVerbund jetzt alle gleich groß gemacht.

und manuell angelegt:

Code: 
# mdadm -C /dev/md0 -b internal -e 1.0 --level=5 -n 4 /dev/sda3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sda3 appears to be part of a raid array:
    level=raid5 devices=4 ctime=Sun Jan 13 13:09:01 2008
mdadm: /dev/sdb1 appears to contain an ext2fs file system
    size=464013288K  mtime=Sun Jan 13 12:46:27 2008
mdadm: /dev/sdc1 appears to contain an ext2fs file system
    size=464013288K  mtime=Sun Jan 13 12:46:27 2008
mdadm: /dev/sdd1 appears to contain an ext2fs file system
    size=464013288K  mtime=Sun Jan 13 12:46:27 2008
Continue creating array? yes
mdadm: array /dev/md0 started.

# mdadm -D /dev/md0
/dev/md0:
        Version : 01.00.03
  Creation Time : Sun Jan 13 14:57:33 2008
     Raid Level : raid5
     Array Size : 1392039744 (1327.55 GiB 1425.45 GB)
  Used Dev Size : 928026496 (442.52 GiB 475.15 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Sun Jan 13 14:57:33 2008
          State : active, degraded, recovering
 Active Devices : 3
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 1

         Layout : left-symmetric
     Chunk Size : 64K

 Rebuild Status : 0% complete

           Name : 0
           UUID : 7d59b568:dcdc6cf6:b5903220:6cbdc1f4
         Events : 0

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       17        1      active sync   /dev/sdb1
       2       8       33        2      active sync   /dev/sdc1
       4       8       49        3      spare rebuilding   /dev/sdd1
 
OP
M

mib1

Member
Code: 
# mdadm --detail --scan >> /etc/mdadm.conf
Code: 
# cat /etc/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid5 UUID=363b242b:fab42738:81fb53d6:3ac6f9d7
ARRAY /dev/md0 level=raid5 num-devices=4 spares=1 name=0 UUID=7d59b568:dcdc6cf6:b5903220:6cbdc1f4

jetzt werde ich versuchen das filesystem anzulegen, hoffentlich klappt es
 
OP
M

mib1

Member
Code: 
/ # mkfs.ext3 -j /dev/md0

die inode tables werden fertig erstellt.
danach wird mit: "BUS Zugriffsfehler" abgebrochen

Frage: Macht es etwas wenn der befehl von oben nicht im verzeichnis /proc ausgeführt wird?
 
OP
M

mib1

Member
Die Lösung des problems is da:
Ich habe die Platten einfach statt ext3 in ReiserFS formatiert (graphisch!!!). Hier ist das formatieren viiel schneller gegangen (Anzeigebalken war eigentlich innerhalb ein paar sekunden auf 100%, gedauert hat es aber doch einige Minuten länger).
Zuerst bekam ich eine Fehlermeldung (der XEN-kernel lief in diesem Moment):
Code: 
Systemfehlercode: -3003
mount-t reiserfs-oacl,user_xattr /dev/md0 /mi
mount: unknown filesystem type 'reiserfs'

Nach einem Neustart ohne Xen Kernel habe ich das Raid nur angelegt und formatiert.
Diesmal ging es und ich musste es nachträglich nur mehr mounten.

Beim Neustart des Systems, dauert ein fchdisk leider sehr lange (Ist immerhin mehr als ein Terrabyte zu checken).

Nun habe ich abschließend noch einige Fragen:

Frage Nr 1: Wer weiß die Adresse für den Bugreport?

Frage Nr 2: Hat irgendjemand eine Ahnung, warum EXT3 nicht im Raid5 Software-Modus funktioniert?

Frage Nr 3: Ist es normal das ein fchdisk so um die 10 min dauert mit ReiserFS?

Danke an alle die mitgeholfen haben mein Problem zu lösen :p
 
J

jengelh

Guru
Code: 
DEVICE partitions
ARRAY /dev/md0 level=raid5 UUID=363b242b:fab42738:81fb53d6:3ac6f9d7
ARRAY /dev/md0 level=raid5 num-devices=4 spares=1 name=0 UUID=7d59b568:dcdc6cf6:b5903220:6cbdc1f4
Hier ist wohl eine ARRAY-Zeile zuviel.
mkfs.ext3 => danach wird mit: "BUS Zugriffsfehler" abgebrochen
Frage Nr 3: Ist es normal das ein fchdisk so um die 10 min dauert mit ReiserFS?
Zum Vergrößern anklicken....
Nimm halt nicht reiserfs. Im Zuge von Multicore wird es immer mehr zum Schlußlicht.
Code: 
mount: unknown filesystem type 'reiserfs'
Warum das aber kommt, kann ich dir gerade nicht sagen. (Es sei denn du hast einige Kernelfiles gelöscht.)
 
OP
M

mib1

Member
Hab noch mal das reiserfs Raid übers yast gelöscht.

Code: 
# mdadm -C /dev/md0 -b internal -e 1.0 --level=5 -n 4 /dev/sda3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sda3 appears to contain a reiserfs file system
    size = 1392039552K
mdadm: /dev/sdb1 appears to be part of a raid array:
    level=raid5 devices=4 ctime=Sun Jan 13 18:42:17 2008
Continue creating array? yes
mdadm: array /dev/md0 started.

Code: 
# mdadm -D /dev/md0
/dev/md0:
        Version : 01.00.03
  Creation Time : Mon Jan 14 20:39:30 2008
     Raid Level : raid5
     Array Size : 1392039744 (1327.55 GiB 1425.45 GB)
  Used Dev Size : 928026496 (442.52 GiB 475.15 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Mon Jan 14 20:39:30 2008
          State : active, degraded
 Active Devices : 3
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 1

         Layout : left-symmetric
     Chunk Size : 64K

           Name : 0
           UUID : fd0c0995:4b9fe25d:ee20b46d:31a52593
         Events : 0

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       17        1      active sync   /dev/sdb1
       2       8       33        2      active sync   /dev/sdc1
       3       0        0        3      removed

       4       8       49        -      spare   /dev/sdd1

Code: 
# mdadm --detail --scan >> /etc/mdadm.conf
Code: 
# cat /etc/mdadm.conf
ARRAY /dev/md0 level=raid5 num-devices=4 spares=1 name=0 UUID=fd0c0995:4b9fe25d:ee20b46d:31a52593
Code: 
/proc # mkfs.ext3 -j /dev/md0
mke2fs 1.40.2 (12-Jul-2007)
Dateisystem-Label=
OS-Typ: Linux
Blockgröße=4096 (log=2)
Fragmentgröße=4096 (log=2)
174014464 Inodes, 348009936 Blöcke
17400496 Blöcke (5.00%) reserviert für den Superuser
Erster Datenblock=0
Maximale Dateisystem-Blöcke=0
10621 Blockgruppen
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe
16384 Inodes pro Gruppe
Superblock-Sicherungskopien gespeichert in den Blöcken:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848

Schreibe Inode-Tabellen:   erledigt
Bus-Zugriffsfehler
 
OP
M

mib1

Member
Mir kommt diese Meldung trotzdem noch komisch vor:

Code: 
mdadm: /dev/sdb1 appears to be part of a raid array:
    level=raid5 devices=4 ctime=Sun Jan 13 18:42:17 2008

Weiß jemand, wo noch ein Eintrag stehen könnte?
 
J

jengelh

Guru
Bevor man nen Array erstellt, sollte man den alten mit `mdadm --stop /dev/md0` (oder yast von mir aus) schon stoppen :p
Ist das so richtig mit drei Platten und einem Spare?
 
OP
M

mib1

Member
bei mdadm --stop /dev/md0 schreibt er mir, dass das Array gestoppt ist,

die meldung mit 'appears to be part of a raid array' kommt dann aber trotzdem noch.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben