Wahrscheinlich wieder das erwähnte Ausschalten über den Powerknopf.
Gruss
Wahrscheinlich wieder das erwähnte Ausschalten über den Powerknopf.
Gruss
Ah jetzt sehe ich es... kam mit der absoluten Zeit aus dem Log und der relativen Zeitangabe des Herunterfahrens wohl nicht zurecht
Deshalb wird der Shutdown auch nicht geloggt: weil sich das NAS dabei aufhängt.
Bleibt die Frage
1) Warum und wie kann es korrigiert werden (scheinbar Garantie)?
2) Warum wurde der Rebuild nicht fertiggemeldet und war er überhaupt fertig?
Wichtig wäre jetzt mal ein Backup.
Habe aber auch geschrieben, dass die Festplatte die neu zum rebuild ins NAS gekommen ist mit einem i/o Fehler ausgestiegen ist und danach das ganze Raid offline war.
Es gab auch (laut web Oberfläche) keine aktiven Aufgaben beim shutdown.
Naja, morgen bin ich am NAS. Dann ziehe ich alles ungesicherte runter.
Dann ist es wohl ein 50/50 Spiel welche Platte ich ersetze.
Schacht 1 mit den smart Werten und den nicht durchführbaren Tests oder Schacht 3 wo ggf der rebuild nicht fertig war.
Hab beim letzten Beitrag garnicht gesehen, dass es schon eine Seite 2 gab.....
Hab jetzt alles gesichert.
Plane jetzt die Platte die ich neu eingebunden habe zu ersetzen.
Auf dieser haben beim Backup GARKEINE Lesezugriff stattgefunden.
Ist denke ein Zeichen, dass sie nicht korrekt eingebunden worden ist.
Nun mein Problem.
Ich darf keine der Festplatten auswerfen. Alles ausgegraut.
Kann man die trotzdem "einfach" ersetzen?
Edit
Nun war ich mal mutig.
Da ich keine HDD entfernen darf, hab ich das nas runtergefahren (hat heute zum ersten Mal geklappt....) und die Platte 3 einfach gegen eine neue getauscht.
Bekomme sie aber nicht eingebunden.
In der Verwaltung vom Speicherpool steht, dass die Platte kein Mitglied ist.
Unter Datebträger/VJBOD steht unser der Raid Gruppe, dass die Platte zum Raid gehört.
Den Pool expandieren kann ich nicht, da er meckert, dass das RAID nicht bereit ist (wie auch, wenn eine Platte fehlt).
Hab alle Daten gesichert und kann nach wie vor auf alles zugreifen.
Push
Der letzte Edit ist der relevante.
Poste doch nochmal Screenshots von den relevanten Stellen in der GUI.
Auch mal die Ausgabe von cat /proc/mdstat
Okay,
anbei alles was helfen kann:
HDD 1 hat beim Rebuild SMART-Fehler bekommen. Scheint aber problemlos zu laufen.
HDD3 hat keine Fehler, gehört nach diesem Bildschirm auch zum RAID.
Hier meint er, dass die Platte 3 nicht im Verbund ist:
Pool ist herabgesetzt:
Platte 3 wird bei Schreib- und Lesezugriffen nicht berücksichtigt.
Es darf keine Platte ausgeworfen werden um diese zu ersetzen:
In 3 Steckt grad eine leere Platte:
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid5 sda3[6] sdb3[7](F) sdd3[4]
11691190272 blocks super 1.0 level 5, 512k chunk, algorithm 2 [4/2] [U_U_]
bitmap: 29/30 pages [116KB], 65536KB chunk
md322 : active raid1 sdd5[3](S) sdc5[2](S) sda5[1] sdb5[0]
7235136 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md256 : active raid1 sdd2[3](S) sdc2[2](S) sda2[1] sdb2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md13 : active raid1 sda4[27] sdd4[25] sdc4[26] sdb4[24]
458880 blocks super 1.0 [24/4] [UUUU____________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
md9 : active raid1 sda1[28] sdd1[25] sdc1[26] sdb1[24]
530048 blocks super 1.0 [25/4] [UUUU_____________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
unused devices: <none>
Alles anzeigen
Und wenn Du die Disk 3 nochmal während des Betriebs rausnimmst und wieder reintust?
Ich bin mir nicht sicher ob überhaupt ein Rebuild startet und die Disk wieder eingebunden wird, wenn eine andere Disk mit einer Warnung versehen ist...
Eventuell ist das RAID auch gar nicht mehr zu retten und es muss neu aufgesetzt werden.
Das RAID neu erstellen ist vermutlich die beste Option, bei all den Unklarheiten und Misständen...
Was passiert denn, wenn ich den Pool entferne?
Werden die Freigaben mit Ihren Berechtigungen dann hinterher im neuen Pool neu angelegt?
Werden die Freigaben mit Ihren Berechtigungen dann hinterher im neuen Pool neu angelegt?
Nope. Das muss alles manuell gemacht werden.
Also ganz neu oder bleiben die Settings bestehen und ich gebe ein neuen Pfad zum Ordner an?
Falls nein, kann man das mit einem Backup vom System (nicht den Daten im Pool) umgehen?
Edit
Platte rein und raus juckt ihn nicht....
Also ganz neu oder bleiben die Settings bestehen und ich gebe ein neuen Pfad zum Ordner an?
Komplett neu... Freigaben anlegen und anschließend die User berechtigen.
Falls nein, kann man das mit einem Backup vom System (nicht den Daten im Pool) umgehen?
Leider nein. Eins der größten K(n)ackpunkte in QTS... manche Dinge können einfach nicht gesichert werden.
Hallo
mdadm wird das RAID nicht wiederaufbauen (rebuild), wenn eine der verbleibenden Platten SMART-Errors aufweist.
Ich hatte das gleiche Problem kürzlich bei einem NAS.
Man kann das RAID aber wieder zum Laufen bringen.
Grobe Vorgehensweise:
Das hört sich doch gut an und ist ein Versuch wert.
1. Die Platte mit den SMART-Errors auf eine neue Platte spiegeln (bitcopy)
Bekomme ich hin
2. RAID via mdadm neu erstellen, ansonsten bleibt der Fehler im Superblock und rebuild blockiert
Da bin ich leider was überfordert. Hab mir eben einige Anleitungen durchgelesen, da verstehe ich aber nur Bahnhof ......
- 3. Austausch der defekten Platte, rebuild sollte starten
Bekomme ich auch wieder hin
EDIT:
Evtl. Helfen diese Infos beim bereitstellen der Befehle fürs Rais neu erstellen und den Superblock.
[~] # md_checker
Welcome to MD superblock checker (v2.0) - have a nice day~
Scanning system...
RAID metadata found!
UUID: 73926d46:e4647fbe:ef999721:28432e89
Level: raid5
Devices: 4
Name: md1
Chunk Size: 512K
md Version: 1.0
Creation Time: Jun 27 16:18:11 2016
Status: ONLINE (md1) [U_U_]
===============================================================================================
Enclosure | Port | Block Dev Name | # | Status | Last Update Time | Events | Array State
===============================================================================================
NAS_HOST 2 /dev/sda3 0 Active Nov 29 12:52:06 2022 1848119 A.AA
---------------------------------- 1 Missing -------------------------------------------
NAS_HOST 4 /dev/sdd3 2 Active Nov 29 12:52:06 2022 1848119 A.AA
NAS_HOST 1 /dev/sdb3 3 Active Nov 29 12:52:06 2022 1848119 A.AA
===============================================================================================
Alles anzeigen