RAID5 herabgestuft, Festplatte wird nicht ins RAID aufgenommen

moejoe · 20. Januar 2023

Hallo zusammen,

ich habe ein TS-653A mit zwei Speicherpools am Laufen. Raid1 (SSD 1&6), Sowie RAID5 (HDD2-5). Das Raid5 macht aktuell Probleme. Zwei der Platten (HDD3,HDD4) standen aufgrund der SMART Werte auf Warning. Daraufhin habe ich zwei neue Platten bestellt.

Im Laufenden Betrieb habe ich dann Festplatte 3 entfernt, kurz gewartet und die neue wieder eingesetzt. Raid wurde herabgestuft, ein Rebuild fand jedoch nicht statt. Nach einiger Wartezeit habe ich das NAS neu gestartet. Jetzt ist das Raid immer noch herabgestuft und die Platte wird in der GUI als "Kein Mitglied angezeigt".

Ich habe schon einiges versucht, leider ohne Erfolg.

- Unzählige Neustarts

- Alle Partitionen auf der neuen Platte gelöscht

- die zweite neu gekaufte Platte eingesetzt - auch ohne Erfolg.

Die neuen Platten sind 4TB Seagate IronWolf NAS Platten

Anbei einige Daten vom Script (IP Konfigurationen habe ich entfernt).

Habt ihr eine Idee was ich noch machen kann?
Gerne auch CLI Befehle, bin mit Unix nicht auf Kriegsfuß.

Danke schonmal vorab!

Viele Grüße

MoeJoe

Code

[/tmp] # md_checker

Welcome to MD superblock checker (v2.0) - have a nice day~

Scanning system...


RAID metadata found!
UUID:           8e6e51d2:960e9d53:7a9d553a:be830e86
Level:          raid0
Devices:        2
Name:           md2
Chunk Size:     512K
md Version:     1.0
Creation Time:  Sep 9 14:59:41 2019
Status:         ONLINE (md2) raid0
===============================================================================================
 Enclosure | Port | Block Dev Name | # | Status |   Last Update Time   | Events | Array State
===============================================================================================
 NAS_HOST       1        /dev/sda3   0   Active   Sep  9 14:59:41 2019        0   AA
 NAS_HOST       6        /dev/sde3   1   Active   Sep  9 14:59:41 2019        0   AA
===============================================================================================


RAID metadata found!
UUID:           68e72fca:bbefa00f:7b9b42a3:c33d9226
Level:          raid5
Devices:        4
Name:           md1
Chunk Size:     512K
md Version:     1.0
Creation Time:  Sep 9 13:57:00 2019
Status:         ONLINE (md1) [U__U]
===============================================================================================
 Enclosure | Port | Block Dev Name | # | Status |   Last Update Time   | Events | Array State
===============================================================================================
 NAS_HOST       2        /dev/sdb3   0   Active   Jan 20 18:05:22 2023   224217   A.AA
 ----------------------------------  1  Missing   -------------------------------------------
 NAS_HOST       4        /dev/sdc3   2   Active   Jan 20 18:05:22 2023   224217   A.AA
 NAS_HOST       5        /dev/sdd3   3   Active   Jan 20 18:05:22 2023   224217   A.AA
===============================================================================================



*********************
** QNAP NAS Report **
*********************

NAS Model:      TS-653A
Firmware:       5.0.0 Build 20211221

Workgroup:      NAS
Base Directory: /share/CACHEDEV1_DATA


HDD Information:

/dev/sda Model=SAMSUNG MZ7TE128HMGR-00000              , FwRev=EXT0100Q, SerialNo=S1FCNSAF502093
/dev/sdb Model=WDC WD30EZRX-00SPEB0                    , FwRev=80.00A80, SerialNo=     WD-WCC4E3CHSAPK
/dev/sdc Model=WDC WD30EZRX-00SPEB0                    , FwRev=80.00A80, SerialNo=     WD-WCC4E1SYAK7V
/dev/sdd Model=ST6000DM003-2CY186                      , FwRev=0001    , SerialNo=            ZCT1LQ9M

Disk Space:

Filesystem                Size      Used Available Use% Mounted on
none                    400.0M    283.7M    116.3M  71% /
devtmpfs                  7.8G      4.0K      7.8G   0% /dev
tmpfs                    64.0M    620.0K     63.4M   1% /tmp
tmpfs                     7.8G    156.0K      7.8G   0% /dev/shm
tmpfs                    16.0M         0     16.0M   0% /share
/dev/sdf5                 7.8M     28.0K      7.8M   0% /mnt/boot_config
tmpfs                    16.0M         0     16.0M   0% /mnt/snapshot/export
/dev/md9                493.5M    205.2M    288.3M  42% /mnt/HDA_ROOT
cgroup_root               7.8G         0      7.8G   0% /sys/fs/cgroup
/dev/mapper/cachedev1
                        396.7G    154.7G    241.5G  39% /share/CACHEDEV1_DATA
/dev/mapper/cachedev2
                          6.0T      4.9T      1.0T  83% /share/CACHEDEV2_DATA
/dev/mapper/cachedev3
                        149.4G     15.7G    133.2G  11% /share/CACHEDEV3_DATA
/dev/md13               417.0M    400.0M     17.0M  96% /mnt/ext
tmpfs                    32.0M     27.2M      4.8M  85% /samba_third_party
tmpfs                     4.0K         0      4.0K   0% /tmp/default_dav_root
tmpfs                    48.0M     48.0K     48.0M   0% /share/CACHEDEV1_DATA/.samba/lock/msg.lock
tmpfs                    16.0M         0     16.0M   0% /mnt/ext/opt/samba/private/msg.sock
/dev/mapper/vg1-snap20001
                          6.0T      4.9T      1.0T  83% /mnt/snapshot/2/20001
/dev/mapper/vg1-snap20014
                          6.0T      4.9T      1.0T  83% /mnt/snapshot/2/20014
/dev/mapper/cachedev1
                        396.7G    154.7G    241.5G  39% /lib/modules/5.10.60-qnap/container-station
tmpfs                   100.0K         0    100.0K   0% /share/CACHEDEV2_DATA/Daten/VMs/Container/container-station-data/lib/lxd/shmounts
tmpfs                   100.0K         0    100.0K   0% /share/CACHEDEV2_DATA/Daten/VMs/Container/container-station-data/lib/lxd/devlxd

Mount Status:

none on /new_root type tmpfs (rw,mode=0755,size=409600k)
/proc on /proc type proc (rw)
/proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=64M)
tmpfs on /dev/shm type tmpfs (rw)
tmpfs on /share type tmpfs (rw,size=16M)
/dev/sdf5 on /mnt/boot_config type ext2 (rw)
tmpfs on /mnt/snapshot/export type tmpfs (ro)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw,data=ordered)
cgroup_root on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/cgroup/memory type cgroup (rw,memory)
/dev/mapper/cachedev1 on /share/CACHEDEV1_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv1,user_xattr,data=ordered,data_err=abort,delalloc,nopriv,nodiscard,noacl)
/dev/mapper/cachedev2 on /share/CACHEDEV2_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv1,user_xattr,data=ordered,data_err=abort,delalloc,nopriv,nodiscard,noacl)
/dev/mapper/cachedev3 on /share/CACHEDEV3_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv1,user_xattr,data=ordered,data_err=abort,delalloc,nopriv,nodiscard,noacl)
cpu on /sys/fs/cgroup/cpu type cgroup (rw,cpu)
/dev/md13 on /mnt/ext type ext4 (rw,data=ordered,barrier=1,nodelalloc)
tmpfs on /samba_third_party type tmpfs (rw,size=32M)
tmpfs on /tmp/default_dav_root type tmpfs (rw,size=1k)
tmpfs on /share/CACHEDEV1_DATA/.samba/lock/msg.lock type tmpfs (rw,size=48M)
tmpfs on /mnt/ext/opt/samba/private/msg.sock type tmpfs (rw,size=16M)
/dev/mapper/vg1-snap20001 on /mnt/snapshot/2/20001 type fuse (ro,nosuid,nodev,allow_other,default_permissions)
/dev/mapper/vg1-snap20014 on /mnt/snapshot/2/20014 type fuse (ro,nosuid,nodev,allow_other,default_permissions)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,none,name=systemd)

RAID Status:

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md2 : active raid0 sda3[0] sde3[1]
      230147072 blocks super 1.0 512k chunks

md1 : active raid5 sdb3[0] sdd3[3] sdc3[2](F)
      8760933888 blocks super 1.0 level 5, 512k chunk, algorithm 2 [4/2] [U__U]

md322 : active raid1 sdg5[3](S) sdd5[2](S) sdc5[1] sdb5[0]
      7235136 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md256 : active raid1 sdg2[3](S) sdd2[2](S) sdc2[1] sdb2[0]
      530112 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md321 : active raid1 sde5[2] sda5[0]
      8283712 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sdg4[33] sda4[0] sdd4[32] sde4[4] sdc4[3] sdb4[1]
      458880 blocks super 1.0 [32/6] [UUUUUU__________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sdg1[33] sda1[0] sdd1[32] sde1[4] sdc1[3] sdb1[1]
      530048 blocks super 1.0 [32/6] [UUUUUU__________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>


Memory Information:

MemTotal:       16302076 kB
MemFree:         9058432 kB
MemAvailable:   12515204 kB

NASReport completed on 2023-01-20 18:15:29 (./nasnotify.sh)

Alles anzeigen

dolbyman · 20. Januar 2023

Bei 2 defekten Platten wird das mit den Rebuild aber nix, ein RAID5 kann nur eine defekte Platte ersetzen, nicht 2 also kommen die Backups ins Spiel.

FSC830 · 20. Januar 2023

Zitat von moejoe

Code

...
Level:          raid5
...
Status:         ONLINE (md1) [U__U]
...

Das ist normalerweise das Ende eines Raid5 (2 Platten weg).

Evtl. könnte man versuchen mit mdadm -a und den devices sdb, sdc und sdd versuchen das Raid wiederherzustellen.

Ein Backup ist vorhanden?

Gruss

moejoe · 20. Januar 2023

Danke für die schnelle Antwort!

Backup ist da, 8TB Daten will ich nur ungern wieder zurücksichern.

Die Festplatten sind noch in Ordnung, lediglich SMART Werte waren auf Warning. Das heißt nicht zwingend dass die Platte morgen kaputt geht.

Die Daten sind auch noch da, das RAID ist derzeit auf "herabgestuft", nicht auf "Fehler".

Zitat von FSC830

Evtl. könnte man versuchen mit mdadm -a und den devices sdb, sdc und sdd versuchen das Raid wiederherzustellen.

Fraglich ist nur welches die vierte Platte ist?

Hier noch in Paar Screenshot
pasted-from-clipboard.png
pasted-from-clipboard.png

Datenträger 3 ist getauscht, Datensträger 4 hat noch die SMART Wert auf Warning und muss anschließend getauscht werden
pasted-from-clipboard.png

pasted-from-clipboard.png
pasted-from-clipboard.png

dolbyman · 20. Januar 2023

Welche SMART Werte sind es denn? 2 Platten mit uncrorectable Sectors und das RAID ist hin.

Aber wenn es unwichtige SMART Werte wären, dann würde der Rebuild ja starten.

moejoe · 20. Januar 2023

Anbei der Screenshot

pasted-from-clipboard.png
Das RAID ist nicht hin - seit der ersten Meldung und dem Einbau sind 3 Wochen vergangen. Das RAID war in der Zeit weder herabgestuft noch auf Warning (mehrere Neustarts zwischendurch waren problemlos möglich).

Das einzige Problem das ich aktuell habe, ist dass die Platte 3 nicht erkannt wird (siehe Screenshot). Fraglich ist lediglich wie ich die Platte wieder aufnehmen kann, sodass der Rebuild starten kann.

Würde ich die Platte 4 raus nehmen wäre das RAID hin

dolbyman · 20. Januar 2023

Sorry ich kann mich da nur wiederholen, dein Screenshot (immer noch nicht von den eigentlichen SMART Werten) zeigt ID198, der Rebuild wird nicht starten

moejoe · 20. Januar 2023

Okay, wie kannst du dir das erklären, dass die Festplatte 3 nicht im Raid Verbund ist, auch kann ich mit der Fesplatte keinen neuen Speicherpool erstellen!?

Die Platte ist neu, wurde geprüft über das QNAP NAS (Datenträgerprüfung), dennoch kann ich diese nirgends einbinden.

Das hat aus meiner Sicht nichts mit SMART Werten zu tun.

dolbyman · 20. Januar 2023

Das Script auf dem QNAP was normalerweise die Platte erkennt und dann den md Befehl zum Einbau ins RAID ausführt, erkennt das eine Situation vorliegt in der das RAID Rebuild scheitern würde und führt das Kommando nicht aus.

costa83 · 20. Januar 2023

Das ist wirklich komisch!
S.M.A.R.T. - Werte dienen ja erst einmal nur zur Information. Defekte Sektoren sind erst einmal auch nicht schlimm, HDDs haben Ausweichsektoren.

Ein Entfernen 2er Platten bei RAID-5 sollte keinen Zusammenbruch darstellen. QNAP nutzt ein softwaregestütztes RAID, selbst hier sollte ein Rebuild möglich sein.

Bei Migration der HDDs von einem zum anderen NAS braucht es nicht einmal eine Konfiguration, das RAID wird sofort erkannt.

Anders als bei reinen Hardware-RAIDs vom Controller gesteuert. Da ist ja schon Ende, wenn im abgeschalteten Zustand der Erhaltungs-Akku leer geht.

Hast Du schon einmal "Raid Gruppe neu Aufbauen" ausprobiert? Ich bin mir jetzt nicht sicher, ob er den Verbund löst. Aber dann müsste ja eine Warnung kommen...

moejoe · 20. Januar 2023

Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von costa83

S.M.A.R.T. - Werte dienen ja erst einmal nur zur Information. Defekte Sektoren sind erst einmal auch nicht schlimm, HDDs haben Ausweichsektoren.

Danke du sprichst mir aus der Seele

RAID Gruppe neu aufbauen verlangt zwei neue Datenträger. Soweit ich das verstanden habe wäre dies wenn ich aus einen RAID5 ein RAID 6/RAID60/whatever machen würde. Ich bin mir nicht sicher ob ich externe Links teilen darf. Wenn man nach den Stichworten "raid mdadm qnap" googelt, dann kommt man auf eine PDF welche ähnliches erklärt, allerdings bin ich mir nicht sicher wie bei mir der korrekte Befehl lauten würde.

Im Beispiel ist folgendes erklärt.

Mod: Zitat ohne Quellenangabe ... bitte nachreichen, ansonsten wird das Zitat gelöscht! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Mod: Zitat ohne Quellenangabe ... gelöscht! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Bei mir handelt es sich jedoch nicht um die erste Platte die nicht korrekt erkannt wird, sondern um die dritte.

costa83 · 20. Januar 2023

Mal eine ganz dumme Frage: Wenn Du beide "defekte" Platten wieder einsetzt, startet dann das Rebuild?

Also die bekannten Datenträger mit den schlechten Smart Werten.

FSC830 · 20. Januar 2023

Zitat von costa83

...Ein Entfernen 2er Platten bei RAID-5 sollte keinen Zusammenbruch darstellen...

Nein? Dann würde das allen anderen Angaben (und Erfahrungen) widersprechen.

Natürlich ist bei Raid5 der Ausfall zweier Platten der GAU.

Gruss

moejoe : sieh mal, ob Du in /mnt/HDA_Root eine Zuordnung von Platten zu devices findest.

moejoe · 20. Januar 2023

Gute Idee, leider negativ, selbes Fehlerbild.

FSC830 · 20. Januar 2023

Wie jetzt? Du hast beide gemeldete Platten aus dem Raid?

Dann war es das.

Ich hatte es so verstanden, das Du versucht hast, mit beiden neuen eine der gemeldeten zu ersetzen.

Gruss

moejoe · 20. Januar 2023

Zitat von FSC830

moejoe : sieh mal, ob Du in /mnt/HDA_Root eine Zuordnung von Platten zu devices findest.

sorry, kenn mich im QNAP Filesystem nicht so gut aus aber im kmesq habe ich dieses interessante log gefunden, schaut so als ob rebuild complete wäre, an der UI kommt das jedoch nicht an.

/mnt/HDA_ROOT/.logs/kmsg

Code

2023-01-20 20:30:00 +01:00 <2> [47810.121430] md/raid1:md13: Disk failure on sdg4, disabling device.
2023-01-20 20:30:00 +01:00 <2> [47810.121430] md/raid1:md13: Operation continuing on 5 devices.
2023-01-20 20:30:00 +01:00 <6> [47810.133401] md/raid:md13: report qnap hal event: type = HAL_EVENT_RAID, action = SET_RAID_PD_ERROR
2023-01-20 20:30:00 +01:00 <6> [47810.142429] md/raid:md13: report qnap hal event: raid_id=13, pd_name=/dev/sdg4, spare=/dev/(null), pd_repair_sector=0
2023-01-20 20:30:06 +01:00 <4> [47816.725062] Check proc_name[ahci].
2023-01-20 20:30:06 +01:00 <4> [47816.728923] Check proc_name[ahci].
2023-01-20 20:30:10 +01:00 <4> [47820.052220] ---- NAS_Disk_Hot_Remove(enc_id=0, port_id=3) finished.
2023-01-20 20:31:43 +01:00 <4> [47913.742253] ata3: SERR_PHYRDY_CHG SERR_DEV_XCHG. Clear the bit/burst error record
2023-01-20 20:31:43 +01:00 <4> [47913.749799] ata3: SERR_PHYRDY_CHG SERR_DEV_XCHG. Clear the bit/burst error record
2023-01-20 20:31:54 +01:00 <3> [47924.515044] ata3: softreset failed (device not ready)
2023-01-20 20:31:54 +01:00 <4> [47924.520169] ata3: SERR_PHYRDY_CHG SERR_DEV_XCHG. Clear the bit/burst error record
2023-01-20 20:31:55 +01:00 <6> [47925.677229] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
2023-01-20 20:31:55 +01:00 <6> [47925.729638] ata3.00: ATA-9: WDC WD30EZRX-00SPEB0, 80.00A80, max UDMA/133
2023-01-20 20:31:55 +01:00 <6> [47925.736400] ata3.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 32), AA
2023-01-20 20:31:55 +01:00 <6> [47925.744084] ata3.00: configured for UDMA/133
2023-01-20 20:31:55 +01:00 <4> [47925.748634] Check proc_name[ahci].
2023-01-20 20:31:55 +01:00 <5> [47925.752103] scsi 2:0:0:0: Direct-Access     WDC      WD30EZRX-00SPEB0 80.0 PQ: 0 ANSI: 5
2023-01-20 20:31:55 +01:00 <6> [47925.760579] ata3.00: set queue depth = 32
2023-01-20 20:31:55 +01:00 <5> [47925.764847] scsi 2:0:0:0: Serial Number:      WD-WCC4E2XD1L2X
2023-01-20 20:31:55 +01:00 <4> [47925.774679] Check proc_name[ahci].
2023-01-20 20:31:55 +01:00 <4> [47925.774815] Check proc_name[ahci].
2023-01-20 20:31:55 +01:00 <5> [47925.782279] sd 2:0:0:0: Attached scsi generic sg6 type 0
2023-01-20 20:31:55 +01:00 <4> [47925.782692] Check proc_name[ahci].
2023-01-20 20:31:55 +01:00 <4> [47925.791107] Check proc_name[ahci].
2023-01-20 20:31:56 +01:00 <5> [47925.796365] sd 2:0:0:0: [sdg] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB)
2023-01-20 20:31:56 +01:00 <5> [47925.804189] sd 2:0:0:0: [sdg] 4096-byte physical blocks
2023-01-20 20:31:56 +01:00 <5> [47925.814079] sd 2:0:0:0: [sdg] Write Protect is off
2023-01-20 20:31:56 +01:00 <7> [47925.818957] sd 2:0:0:0: [sdg] Mode Sense: 00 3a 00 00
2023-01-20 20:31:56 +01:00 <5> [47925.819267] sd 2:0:0:0: [sdg] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
2023-01-20 20:31:56 +01:00 <6> [47925.913980]  sdg: sdg1 sdg2 sdg3 sdg4 sdg5
2023-01-20 20:31:56 +01:00 <5> [47925.922610] sd 2:0:0:0: [sdg] Attached SCSI removable disk
2023-01-20 20:31:56 +01:00 <4> [47925.928147] Check proc_name[ahci].
2023-01-20 20:31:56 +01:00 <4> [47925.931577] Check proc_name[ahci].
2023-01-20 20:31:56 +01:00 <3> [47925.935140] gpio-keys gpio-keys: Failed to request GPIO 399, error -517
2023-01-20 20:32:24 +01:00 <4> [47954.222584] ---- NAS_Disk_Hot_Add(enc_id=0, port_id=3) start.
2023-01-20 20:32:29 +01:00 <6> [47959.125566] md: recovery of RAID array md9
2023-01-20 20:32:29 +01:00 <6> [47959.129711] md: Recovering started: md9
2023-01-20 20:32:29 +01:00 <6> [47959.133611] md/raid:md9: report qnap hal event: type = HAL_EVENT_RAID, action = REBUILDING_START
2023-01-20 20:32:29 +01:00 <6> [47959.142462] md/raid:md9: report qnap hal event: raid_id=9, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0
2023-01-20 20:32:30 +01:00 <6> [47960.476987] md: recovery of RAID array md13
2023-01-20 20:32:30 +01:00 <6> [47960.481241] md: Recovering started: md13
2023-01-20 20:32:30 +01:00 <6> [47960.485200] md/raid:md13: report qnap hal event: type = HAL_EVENT_RAID, action = REBUILDING_START
2023-01-20 20:32:30 +01:00 <6> [47960.494104] md/raid:md13: report qnap hal event: raid_id=13, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0
2023-01-20 20:32:36 +01:00 <4> [47966.574030] ---- NAS_Disk_Hot_Add(enc_id=0, port_id=3) finished.
2023-01-20 20:32:51 +01:00 <6> [47981.435507] md: md13: recovery done.
2023-01-20 20:32:51 +01:00 <6> [47981.439154] md: Recovering done: md13
2023-01-20 20:32:51 +01:00 <6> [47981.442866] md/raid:md13: report qnap hal event: type = HAL_EVENT_RAID, action = REBUILDING_COMPLETE
2023-01-20 20:32:51 +01:00 <6> [47981.452020] md/raid:md13: report qnap hal event: raid_id=13, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0
2023-01-20 20:33:00 +01:00 <6> [47990.547310] md: md9: recovery done.
2023-01-20 20:33:00 +01:00 <6> [47990.550856] md: Recovering done: md9
2023-01-20 20:33:00 +01:00 <6> [47990.554477] md/raid:md9: report qnap hal event: type = HAL_EVENT_RAID, action = REBUILDING_COMPLETE
2023-01-20 20:33:00 +01:00 <6> [47990.563572] md/raid:md9: report qnap hal event: raid_id=9, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0

Alles anzeigen

Code

[/mnt/HDA_ROOT] # cat .conf
hw_addr = 24:5E:BE:26:67:2A
QNAP = TRUE
mirror = 0
hal_support = yes
sm_v2_support = yes
pd_dev_wwn_50025388A043DF37 = 0x1
pd_dev_wwn_50014EE261688CD1 = 0x2
pd_dev_wwn_50014EE261D345B8 = 0x3
pd_dev_wwn_50014EE26338807D = 0x4
pd_dev_wwn_50025388A043E5B2 = 0x6
nas_capability = 0x1
pd_dev_wwn_5000C500C415C24F = 0x5
pd_dev_wwn_5000C500ED63E68E = 0x3
pd_dev_wwn_5000C500ED63AD26 = 0x3

[SSD_SETTING]
ssd_warned_wwn_50014EE261D345B8 = 0
ssd_warned_wwn_5000C500ED63E68E = 0
ssd_warned_wwn_5000C500ED63AD26 = 0

Alles anzeigen

Oder was genau wollt ihr sehen?
pasted-from-clipboard.png

Mod: Unnötiges Volltext-/Direktzitat gekürzt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von FSC830

Wie jetzt? Du hast beide gemeldete Platten aus dem Raid?

Nein, ich teste derzeit nur mit dem SLOT3, SLOT4 wird nicht angefasst.

Mir ist klar, dass sobald die zweite Platte ausfällt alles weg ist.

costa83 · 20. Januar 2023

Zitat von FSC830

Nein? Dann würde das allen anderen Angaben (und Erfahrungen) widersprechen.

Natürlich ist bei Raid5 der Ausfall zweier Platten der GAU.

Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von Computerbase-Beitrag: Nas mit Raid 5. 2 Platten ausfall

Ein NAS arbeitet mit einem Linux Software RAID.

Sofern kein Hardwareschaden vorliegt, ist das RAID i.d.r. nur out-of-sync, und das kann man oftmals mit ein paar befehlen auf der Kommandozeile wieder hinbekommen.

Habe ich aus einem anderen Forum kopiert. Es gibt Beiträge ein RAID 5 mit 2 gezogenen Platten wieder hin zu bekommen.

Ich habe es an meinem alten NAS im Vollbetrieb zum "Spaß" ausprobiert. Rebuild war ohne Eingabe erfolgreich. Zum Zeitpunkt des Ausfalls wurden aber keine Daten von mir verändert.

dolbyman · 20. Januar 2023

Zitat von moejoe

schaut so als ob rebuild complete wäre,

Das sind die Spanning RAID1 md9 und md13, die kann man auch noch mit nur einer funktionierenden Platte wiederherstellen. Da sind aber keine Userdaten drauf.

Zitat von costa83

Vollbetrieb zum "Spaß" ausprobiert

2 Platten auf nem RAID5 gezogen neue/leere Platten* eingeschoben und die Daten wurden wiederhergestellt ? .. Definitiv die Ghostbusters rufen .. da ist Magie im Spiel.

*Die gleichen Platten mit dem gleichen Eventcount einschieben ist nicht das Gleiche wie ein Rebuild auf neue Platten.

costa83 · 20. Januar 2023

Zitat von dolbyman

2 Platten auf nem RAID5 gezogen neue/leere Platten* eingeschoben und die Daten wurden wiederhergestellt ?

Schlecht ausgedrückt von mir: Die selben Platten raus und wieder hinein.

Ein Rebuild mit leeren Platten ist natürlich nicht möglich.

Es ging darum, ob der TE beide "defekte" Platten gezogen hat.

Wenn er beide ursprünglichen Platten wieder installieren müsste das RAID wieder laufen.

Was es aber nicht tut.

Ist mir völlig unverständlich, warum das NAS das RAID nicht wieder ans Laufen bringt...

Was ggf. noch ein Versuch ins Blaue wäre: Ich meine man kann die SMART Datensammlung bei jeder Platte deaktivieren.

Vielleicht löst die Meldung der 4. Platte tatsächlich aus, dass sich die Rebuild Routine nicht startet.

moejoe · 21. Januar 2023

Zitat von dolbyman

Das sind die Spanning RAID1 md9 und md13, die kann man auch noch mit nur einer funktionierenden Platte wiederherstellen. Da sind aber keine Userdaten drauf.

nene, er liest die alte 3TB Platte (das RAID1 besteht aus zwei SSDs 128GB)

Edit: achso sorry hatte ich wahrscheinlich falsch verstanden. D.h. über eine Platte werden immer mehrere RAID gelegt, aufgrund der Systemdaten etc.?
Wenn ich die Platte heraus nehme, dann sehe ich auch, dass diese partitioniert wurde.

Ich denke über den richtigen mdadm Befehl lässt sich das wieder fixen, werde heute Abend mal die Manpage durchgehen.

Code

2023-01-20 20:31:56 +01:00 <5> [47925.796365] sd 2:0:0:0: [sdg] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB)

Ziemlich seltsam alles. Finds eigentlich etwas schade, RAID wiederherstellen sollte eigentlich default sein. Es steht derzeit noch ein SoftwareUpdate an. Das führe ich mal durch und berichte anschließend. Ich gehe jedoch davon aus, dass sich hier nichts ändert, am generellen RAID Handling wird sich nichts geändert haben.

Bin gerne für weitere Tipps bereit

RAID5 herabgestuft, Festplatte wird nicht ins RAID aufgenommen

Vulnerability in Download Station

Vulnerability in QuLog Center

Vulnerability in Helpdesk

Vulnerability in curl

Externe Festplatten gründlich löschen möglich mit dem NAS?

Festplatte Ersetzen

Sinnvoller Aufbau TS-473A

Speicherpool steht auf "Lesen/Löschen

Speicherplatz voll, aber in keinem Ordner befindet sich etwas

Tschüss QTS --- Ich werde künftig die Firmware von QNAP verweigern

(Betriebs)- System vs. Systemvolume - Hinweise zum Verständnis

Backup vom Smartphone (Android) mit FolderSync

QuDedup: Backup Job neu verlinken - Ein Ritt ins Verderben

Qnap & Syno – USV im Master-Slave-Mode

Kodi-Headless Server als Docker-Container

Hardware Praxis – „Hör mal wer da surrt“: Ein Erfahrungsbericht aus dem IT-Alltag

Hardware Praxis – Tipps zum Einbau einer neuen Festplatte: Ergänzung

Foren Update im Juli / August geplant

IT-Geschichten – Die verrückte Tastatur