raid 5, SATA nach reboot immer removed

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Antworten
IcemanX
Beiträge: 5
Registriert: 23.04.2007 09:31:45

raid 5, SATA nach reboot immer removed

Beitrag von IcemanX » 23.04.2007 09:37:54

Hallo,

habe es auch schon mal in einem anderen Forum probiert leider ohne Erfolg. Deshalb probiere ich es nun auch hier.

Habe ein RAID 5 bei dem eine Festplatte einen Hardwaredefekt hatte.
Diese ist bereits ausgetauscht und ich habe per cfdisk eine neue Partition mit dem typ "fd" darauf angelegt.

Wenn ich diese per mdadm --add einbinde wird zwar ordentlich sycronisiert, aber nach einem Neustart des Systems steht diese im RAID Status wieder unter "removed"

Hier meine mdadm.conf

Code: Alles auswählen

DEVICE /dev/sda1 /dev/sdb1 /dev/sdc1
DEVICE partitions
ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1,/dev/sdc1 level=raid5 num-devices=3 UUID=b2c69226:d9d1f11b:70ad1a93:86802355
Auszug "mdadm --detail /dev/md0"

Code: Alles auswählen

Version : 00.90.03
  Creation Time : Wed Nov 15 17:17:14 2006
     Raid Level : raid5
     Array Size : 781417472 (745.22 GiB 800.17 GB)
    Device Size : 390708736 (372.61 GiB 400.09 GB)
   Raid Devices : 3
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Apr 19 09:48:11 2007
          State : active, degraded
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           UUID : b2c69226:d9d1f11b:70ad1a93:86802355
         Events : 0.6848255

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       2       0        0        2      removed
Mittlerweile habe ich eine Lösung damit die 3. Platte drin bleibt, habe einfach den Kernel nochmal installiert, somit wurde die initrd neu geschrieben, nun ist aber dann das System nach paar Std. eingefroren, seit dem lande ich immer im initramfs HILFE - HILFE - HILFE - HILFE - HILFE - HILFE - HILFE

Benutzeravatar
LeoLinux
Beiträge: 408
Registriert: 24.11.2005 17:58:47
Wohnort: Frankfurt Am Main

Beitrag von LeoLinux » 23.04.2007 10:19:38

läuft das ding in einem Xen? Hast du udev installiert? Wenn ja könnte es sein, dass udev da vielleicht was durcheinander wirft?!


Grüße,
Leander

IcemanX
Beiträge: 5
Registriert: 23.04.2007 09:31:45

Beitrag von IcemanX » 23.04.2007 10:35:13

Xen? Denke nicht was ist das? Udev? Kenn mich nicht so gut aus wie du, also sei lieb und erkläre es mir!!!!

Benutzeravatar
LeoLinux
Beiträge: 408
Registriert: 24.11.2005 17:58:47
Wohnort: Frankfurt Am Main

Beitrag von LeoLinux » 23.04.2007 15:57:07

ok, wenn dir all das nichts sagt, dann brauchst du dir darüber auch keine gedanken machen.

aber trotzdem: Xen ist eine virtualisierungssoftware - ähnlich wie VMware für windows
udev ist die "hotplug" ablösung im neuen Debian Etch 4.0 und macht manchmal solche probleme, dass es hardware verschinden oder unter einem anderen namen auftreten lässt.
Udev bennent hardware und definiert z.B. dass die ethernet karte eth0 oder eth1 heißt ... und dass sie nach einem neustart auch wieder eth0 und nicht irgendwie anders heißt. bla blub.

aber nun zu deinem problem:

das sieht wohl eher nach einem Raid konfigurationsproblem aus - da kann ich dir leider auch nciht wirklich weiterhelfen ....


Grüße,

Leander

IcemanX
Beiträge: 5
Registriert: 23.04.2007 09:31:45

Beitrag von IcemanX » 25.04.2007 21:24:49

ACHTUNG mit 2.6.18 Kernel in der 686er Version,

mein Problem kam anscheinend vom Kernel, habe jetzt etliche Tage immer wieder Platten verloren,
ab und zu removed, fatality spare oder es ist einfach das System eingefroren.
Teils hat Linux die Platten ganz ausgehängt und ich durfte mich im initramfs rumqälen.

Nun nehme ich den 2.6.18 Kernel auf 486er Basis.

Bis jetzt läuft es ganz gut! Mal abwarten was unter Volllast ist :-)

Antworten