Hmm, keine Antwort bisher
K.A.wie man Rebuilds explizit anstößt. Brauchte ich noch nie
Aber Netzausfälle kann man mit einer preiswerten USV (<100,-€) prima entschärfen. Dann fährt das NAS gezielt sauber runter
Es gab hier schon oft die Frage: Ich hatte einen Netzausfall, und seitdem habe ich keinen Zugriff mehr auf meine Daten
Zum Retten der Daten meldet sich bestimmt noch der ein oder andere Profi hier
VG Zacharias
Ich würde erst mal via SSH schauen was die RAID's für Problem haben (ich geh davon aus das die Events gedriftet sind)
md_checker
Wie kann ich das Rebuilden anstoßen?
Hallo,
schau mal hier nach. Bei "Herabgestuft" sollte der Punkt nicht ausgegraut sein. 
Nachtrag:
das die Events gedriftet sind
Gibt es da auch eine Erklärung dafür ? 
Müsste man in die md RAID Docus gucken ob's da z.B. Bugfixes gibt die so was verhindern könnten (bei Stromverlust z.B.)
Aber QNAP ist da ja net soo schnell mit dem Updaten
Aktuelle Version von mdadm: 4.6 (stable) 24/03/26
Aktuelle Version* auf meinem TS-853BU: 3.3.4 (03/08/15)
Aber was sind schon 11 Jahre unter Freunden? 
*
[~] # mdadm -V
mdadm - v3.3.4 - 3rd August 2015Ich meinte was ist "Events gedriftet" ?
Den Begriff habe ich noch nie gehört.
Beide Adapter zeigen "verbunden" an, aber über 192.168.30.50 komme ich nicht mehr auf das NAS.
Könnte(!) auch auf eine mehr oder weniger defekte Netzwerkschnittstelle hindeuten.
Kommt noch ein "ping" zurück?
Was gibt ein ssh -vvv 192.168.30.50 zurück?
Gruss
md_checker guckt sich den sync Event Counter (Epoch Zeit) jeder Mitgliedspartition an
Wenn die zu weit auseinander driften kann sich mdadm weigern ein RAID beim Reboot wieder zusammenzustellen (obwohl sich eigentlich die Blöcke nicht unterscheiden sollten)
Hier mal ein Beispiel, ich hab Anfang der Woche ein Scrubbing unterbrochen und jetzt sieht das so aus
Hier die Details zu md1
[~] # mdadm -D /dev/md1
/dev/md1:
Version : 1.0
Creation Time : Wed Oct 9 15:48:10 2019
Raid Level : raid6
Array Size : 46835709952 (44666.01 GiB 47959.77 GB)
Used Dev Size : 11708927488 (11166.50 GiB 11989.94 GB)
Raid Devices : 6
Total Devices : 6
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Wed Jun 3 11:42:02 2026
State : clean
Active Devices : 6
Working Devices : 6
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 512K
Name : 1
UUID : 2287586a:dd935b28:8f1d0240:2c5627bf
Events : 3374526
Number Major Minor RaidDevice State
10 8 83 0 active sync /dev/sdf3
11 8 51 1 active sync /dev/sdd3
7 8 67 2 active sync /dev/sde3
9 8 115 3 active sync /dev/sdh3
8 8 99 4 active sync /dev/sdg3
6 8 35 5 active sync /dev/sdc3Hier sieht man der Array Sync Epoch Zeitstempel ist 3374526, aber laut md_checker
RAID metadata found!
UUID: 2287586a:dd935b28:8f1d0240:2c5627bf
Level: raid6
Devices: 6
Name: md1
Chunk Size: 512K
md Version: 1.0
Creation Time: Oct 9 15:48:10 2019
Status: ONLINE (md1) [UUUUUU]
===============================================================================================
Enclosure | Port | Block Dev Name | # | Status | Last Update Time | Events | Array State
===============================================================================================
NAS_HOST 7 /dev/sdf3 0 Active Jun 3 11:42:31 2026 3374526 AAAAAA
NAS_HOST 8 /dev/sdd3 1 Active Jun 3 11:42:31 2026 3374526 AAAAAA
NAS_HOST 3 /dev/sde3 2 Active Jun 3 11:42:30 2026 3374527 AAAAAA
NAS_HOST 6 /dev/sdh3 3 Active Jun 3 11:42:31 2026 3374526 AAAAAA
NAS_HOST 5 /dev/sdg3 4 Active Jun 3 11:42:31 2026 3374526 AAAAAA
NAS_HOST 4 /dev/sdc3 5 Active Jun 3 11:42:30 2026 3374527 AAAAAA
===============================================================================================sind /dev/sde3 und /dev/sdc3 eine Sekunde weiter vor als alle anderen Platten, das kann man durch ein erneutes Scrubbing wieder hinbiegen (oder durch Gewurstel mit mdadm)