1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Filebase
  4. Forum
  5. Zebradem-WIKI
  6. Foren-Regeln
  7. Spenden Liste
    1. Spenden
  • Anmelden
  • Registrieren
  • Suche
ZebraDem-Sponsoring
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Seiten
  • Dateien
  • Forum
  • Erweiterte Suche
  1. Forum
  2. Computer Ecke
  3. Betriebssysteme
  4. Linux

[Hilfe] Suse Linux Raid5

  • Gast
  • 19. Februar 2011 um 22:35
  • Gast
    Gast
    • 19. Februar 2011 um 22:35
    • #1

    hallo, hab folgendes problem beim erstellen eines Raid5 verbandes mit 3 Festplatten...

    die erstellung beginnt und dann kommt das ...

    HTML
    mediencenter:~ # mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sda1 /dev/sdb1 /dev/sdc1
    
    
    
    
    
    
    mdadm: array /dev/md0 started.
    mediencenter:~ # watch cat /proc/mdstat
    
    
    ------------------------------------------------------------------------
    
    
    Personalities : [raid6] [raid5] [raid4]
    md0 : active raid5 sdc1[3] sdb1[1] sda1[0]
          1943864704 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
          [==>..................]  recovery = 14.0% (136684416/971932352) finish=107.5min speed=129429K/sec
    
    
    unused devices: <none>
    Alles anzeigen

    und bei etwa 17% kommt das dann ...

    HTML
    Personalities : [raid6] [raid5] [raid4]
    md0 : active raid5 sdc1[3](S) sdb1[1] sda1[4](F)
          1943864704 blocks level 5, 64k chunk, algorithm 2 [3/1] [_U_]
    
    
    unused devices: <none>

    was issn da los ???

    Ich scheine nicht der einzigste zu sein mit dem Problem ...

    "klick"

    forum.ubuntuusers.de/topic/raid5-mdadm-mit-3-usb-platten-synchronisiert-/
    zitat:
    Hallo, ich versuche ein Raid5 mit Hilfe von mdadm und 3 USB-Festplatten (jeweils 500GB von Fujitsu Siemens) aufzubauen.
    Die Festplatten wurden von Linux alle erkannt und ich habe dann mit fdisk Linux-Raid-Auto Partitionen auf die drei Festplatten geschrieben.
    Anmerkung: zwei der drei Festplatten liefen vorher bereits unter Windows XP, sie waren daher nicht leer.
    Ich habe dann das Raid5 erstellt mit: mdadm –create –verbose /dev/md0 –level=5 –raid-devices=3 /dev/sda1 /dev/sdb1 /dev/sdc1

    Laut mdadm –detail /dev/md0 hat er dann auch synchronisiert:
    Version : 00.90.03
    …
    Array Size : 976767872 (931.52 GiB 1000.21 GB)
    Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
    Raid Devices : 3
    Total Devices : 3
    Preferred Minor : 0
    Persistence : Superblock is persistent
    Update Time : Sun Feb 17 13:21:48 2008
    State : clean, degraded, recovering
    Active Devices : 2
    Working Devices : 3
    Failed Devices : 0
    Spare Devices : 1
    …
    Number Major Minor RaidDevice State
    0 8 1 0 active sync /dev/sda1
    1 8 49 1 active sync /dev/sdb1
    3 8 33 2 spare rebuilding /dev/sdc1

    Laut cat /proc/mdstat ebenfalls:
    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
    md0 : active raid5 sdc1[3] sdd1[1] sda1[0]
    976767872 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
    [>....................] recovery = 0.9% (4702464/488383936) finish=521.3min speed=15462K/sec unused devices: <none>

    Dies funktionierte soweit auch ganz gut, bis er bei etwa 1,7% angekommen war.
    Dann war bei cat /proc/mdstat folgendes zu sehen:
    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
    md0 : active raid5 sdc1[3](S) sdd1[1] sda1[4](F)
    976767872 blocks level 5, 64k chunk, algorithm 2 [3/1] [_U_] unused devices: <none>

    und bei mdadm –detail /dev/md0 dies:
    Version : 00.90.03
    …
    Array Size : 976767872 (931.52 GiB 1000.21 GB)
    Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
    Raid Devices : 3
    Total Devices : 3
    Preferred Minor : 0
    Persistence : Superblock is persistent
    Update Time : Sun Feb 17 13:09:16 2008
    State : clean, degraded
    Active Devices : 1
    Working Devices : 2
    Failed Devices : 1
    Spare Devices : 1
    …
    Number Major Minor RaidDevice State
    0 0 0 0 removed
    1 8 33 1 active sync /dev/sbc1
    2 0 0 2 removed 3 8 17 - spare /dev/sdc1
    4 8 1 - faulty spare /dev/sda1

    Ich kann mir diesen Fehler nicht erklären, da er immer wieder an dieser Grenze abbricht. Es ist auch unerheblich, welche USB-Slots ich verwende, Hardwarefehler schließe ich daher aus. Es wird immer die dritte bei Create angegebene Festplatte als „spare rebuild“ deklariert und nur die erste bei Create angegebene Festplatte behält auch nach dem Fehler den Status „active sync“. Daher schließe ich auch Festplattendefekt aus. Ich habe eher die Befürchtung, dass mdadm mit USB-Festplatten nicht zurecht kommt....

    Ich hoffe, es kann mir jemand von euch helfen

    mfg Scirocco
    zitat ende


    Hat sich erledigt hab den fehler gefunden und behoben.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden

Spenden

Vielen Dank für die Unterstützung!
Hiermit unterstützt du Zebradem.
Das beinhaltet überwiegend die Serverkosten und Lizenzgebühren.
Spenden

Letzte Beiträge

  1. Großrazzia gegen organisiertes Verbrechen in Sachsen-Anhalt

    heugabel
    4. Juni 2026 um 11:27
  2. Wieder online: Warez-Forum Data-Load kehrt zurück nach einer unerwarteten Zwangspause

    heugabel
    4. Juni 2026 um 10:27
  3. Geplante Änderungen bei der Vorratsdatenspeicherung: Ein Überblick

    heugabel
    3. Juni 2026 um 14:27
  4. Existenz eines vermeintlichen Limits bei Google durchMassive Löschungen in Frage gestellt

    heugabel
    3. Juni 2026 um 10:27
  5. Ubuntu 26.04: Der Weg in die KI-Zukunft oder nur ein Marketing-Schachzug?

    heugabel
    3. Juni 2026 um 09:27
  6. Illegale IPTV-Dienste: Eine versteckte Geldquelle für einen britischen Postboten

    heugabel
    3. Juni 2026 um 08:27
  7. Großfahndung gegen IPTV-Piraten in Großbritannien

    heugabel
    2. Juni 2026 um 18:27
  8. Datenleak an der Universität Saarland — Über 40.000 Accounts betroffen

    heugabel
    2. Juni 2026 um 12:27
  9. Vergleich der Privacy-Coins: Monero und Zcash im Überblick

    heugabel
    2. Juni 2026 um 11:27
  10. Händler haften für Bildrechte Trotz Zusicherungen ihrer Lieferanten

    heugabel
    1. Juni 2026 um 17:27

Aktivste Themen

  1. The Highway to Freedom is now Open for Everyone!!

    29 Antworten
  2. iOmega sftp

    24 Antworten
  3. Wo sind die Linux User ???

    20 Antworten
  4. Erste Beta von Ubuntu 10.04 steht zum Download bereit

    19 Antworten
  5. php webseiten script ubuntu reboot

    18 Antworten
  6. Welches Linux auf alten Laptop?

    11 Antworten
  7. kennt sich jemand mit SABnzbd aus?

    10 Antworten
  8. Keybord Error bei Fujitsu Siemens Futro C 100

    9 Antworten
  9. Debian Homeserver Anleitung

    9 Antworten
  10. Debian 5.0.5

    9 Antworten

Benutzer online in diesem Thema

  • 1 Besucher
© 2024 Zebradem - Software by WoltLab