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)
schau mal hier nach. Bei "Herabgestuft" sollte der Punkt nicht ausgegraut sein
Das war auch ausgegraut.
Ich habe das NAS neu gestartet (mache ich sehr ungern, mit seinen 3 Erweiterungsboxen fährt es ziemlich unwillig hoch oder bleibt beim Booten hängen. Auch vertauscht es dann gerne seine Netzwerkadapter).
Jedenfalls wurden die beiden herabgestuften RAIDs rebuildet und das Host-RAID neu synchronisiert...
Dabei wurde dann eine HD mit
"Fehler: Medium Error"bemängelt. SMART-Tests sagten "Alles OK".
Nachdem das NAS fertig rebuildet hatte, konnte ich einen Bad Block Scan über die HD laufen lassen, danach war die auch wieder ok.
Nach einem Neustart des PCs war das NAS auch wieder über 10G zugänglich.
mache ich sehr ungern, mit seinen 3 Erweiterungsboxen fährt es ziemlich unwillig hoch oder bleibt beim Booten hängen.
Muss da nicht eine genaue Reihenfolge beim Ein- und Ausschalten eingehalten werden? Habe so irgend etwas im Kopf. Ist bei mir aber mit QNAP Erweiterungen schon etwas her.
Sich die RAID's mal näher (s. Post #3) anzusehen war dann also nicht mehr drin, verstehe
Kurz gegoogelt
Und die Ergebnisse wären ganz einfach ins Forum gepostet, ich hatte ja schon ein eigenes Ergebnis mit Erklärung gepostet (Post #8)
SMART-Tests sagten "Alles OK"
Das will nichts heißen. Bei mir hatte eine HDD auch sporadische Seek Errors und SMART fand alles super. Die HDD ist dann recht schnell gestorben.
Am Besten die Situation beobachten und eine Ersatz-HDD bereit halten.
dolbyman den md_checker gibt es nur bei QTS ?
Bei QuTShero kommt nur
Und zpool status liefert ja andere Werte
dolbyman den md_checker gibt es nur bei QTS ?
Ja, aber OP's TS879U-RP ist ja QTS. md_checker ist ein script was sich nur Datenarray ansieht, macht also bei QuTS keinen Sinn (nur Systemarrays sind bei QuTS via md gebildet)
ZFS tools und qcli_ liefern ne Menge Werte, hab noch garnicht gecheckt ob QNAP so was wie 'zp_checker' oder ähnliches irgendwo versteckt hat.