Beiträge von Trekki80

So ich habe mehrere Versuche mit 2 Festplatten als RAID 1 in diesem Gerät durchgeführt. Weder das Re-Initialisieren per clean-Befehl unter Diskpart, noch das nullen der ersten 4 GB der Platten lassen den Fehler verschwinden. Entweder hat dieses Gerät oder diese Modellreihe ein sehr merkwürdiges Verhalten oder es liegt doch ein sehr seltener versteckter Fehler vor.
Da QNAP das Gerät für i. O. befindet werde ich es jetzt mit einem RAID 6 betreiben und hab dadurch ein wenig mehr gefühlte Sicherheit.
Falls jemanden noch etwas einfällt kann er es ja gerne vortragen, ansonsten ist das Thema für mich erst mal durch. Gelöst ist es zwar nicht aber mal ausgiebig diskutiert.

Gruß Rico

So, QNAP hat sich wieder gemeldet und nachdem ich ihnen noch einem kompletten Dump des Diagnose-Tools zugeschickt habe, meinen sie das Gerät ist in Ordnung und die "failed"-Meldungen wären an dieser Stelle normal / unbedenklich.

@dr_mike: Wie intensiv müsste das Löschen der Festplatten denn durchgeführt werden? Alles komplett nullen oder genügt der clean-Befehl von Diskpart, so dass die Festplatte nur neu initialisiert wird?

Ansonsten weiß ich ja jetzt Bescheid, dass ich die Log die jetzt im Laufe der Zeit entstehen nicht einfach durch eine Neu-Initialisierung wegwerfe, sondern Sie erst sichern werde.

Gruß Rico

Hallo ihr beiden ich verstehe zwar eure Kritik, dass bei jungfräulichen Logs die wichtigen Einträge unter Umständen fehlen können aber gerade bei diesem Gerät ist es ja so, dass trotz einer Neu-Initialisation die Statusausgaben des Superblock Fehlerinformationen beinhalten. Wo die herkommen, das ist ja die Frage. Das übliche QNAP-Prozedere lautet ja Daten sichern und mit aktueller Software neu starten. Und das Log wo der RAID-Verbund sich gelöst hatte war schon längst über dem Jordan gegangen, da da schon einige Neustarts und Reboots ins Land gegangen sind, bis ich jetzt von euch auf die Notwendigkeit selbigen hingewiesen wurde.
Gut jetzt haben wir uns gegenseitig die Meinung zu diesem Thema gesagt und versuchen weiter das Problem zu lösen, mal sehen wann QNAP antwortet.

Gruß Rico

Mavalok2: Du hast natürlich Recht es handelt sich um ein TS-559 Pro II

dr_mike: Da ich noch mal verschiedenes probiert habe und ein möglichst sauberes Log liefern möchte, hab ich das NAS noch mal neu aufgesetzt. Deswegen gibt es nur eine Datei mit Kernelmeldungen, die aber vom Start über die Erstinitialisierung bis jetzt zu laufenden resync.

Ich hab auch noch einmal ein Ticket bei QNAP mit der expliziten Frage nach einem möglichen Hardwaredefekt bei solchen Statusausgaben gestellt.

Garantie ist leider schon lange abgelaufen. Ich vermute ja auch was in Richtung BIOS oder Backplane. BIOS Updates gibt es wohl nur direkt über QNAP wenn der Support sie einen zukommen lässt und das mit der Backplane lässt sich ja auch nur schwer testen.

Die Haben mir nur einen Verweis auf auf eine FAQ geschickt, wie man das RAID manuell zusammensetzten kann.

Hallo Leute,

nachdem Tante Google und der QNAP Support nicht zu einer Lösung beigetragen haben jetzt mein Versuch an die Community.
Ich habe das NAS eines Bekannten jetzt bei mir stehen, da es immer mal wieder die Festplatten 4 und 5 aus dem RAID Verbund schmeißt, wenn das NAS einen Reboot durchführt.
Fährt man das NAS in diesem Fehlerzustand komplett herunter und startet es neu wird die Festplatte 4 wieder in den Verbund aufgenommen, so das man die Daten jetzt retten kann, HDD5 bleibt aber entladen und kann nur per SSH Verbindung händisch wieder eingebunden werden. Hat man HDD5 per Kommandozeile manuell eingebunden, dann syncronisiert sich das RAID wieder und die Status LED wird auch wieder grün. Fährt man das NAS jetzt aber ordnungsgemäß herunter und startet es später wieder neu ist HDD5 wieder entladen.
Was bei diesem Fehlerbild auch merkwürdig ist, ist dass wenn das RAID nach dem Reboot vorübergehend komplett tot ist im Speichermanager die Festplatten 1 und 2 verschwunden sind und die Festplatten der übrigen Positionen nach vorn gerutscht sind (HDD3 sitzt also an Position 1 obwohl sie in Schacht 3 steckt und so weiter).
Ich habe das NAS nach dem ersten auftreten des Fehlers komplett neu aufgesetzt (inkl. FW Update), HDDs wurden teilweise getauscht und trotzdem passiert es zeitweise wieder.
Merkwürdig sind auch die mdadm-Ausgaben auf der Konsole, welche anzeigen das etwas mit den Schächten nicht stimmen würde, man findet im Netz zwar einige Berichte dazu, aber nie eine Lösung. Die SSH Ausgaben welche ich angehangen habe, sind zwar während der Neuerstellung angefertigt worden, zeigen aber schon die Auffälligkeiten, die auch nach Abschluss des resync auch nicht verschwinden.
Die Daten sind bereits alle gerettet, mit dem NAS kann ich momentan alles anstellen was notwendig ist, um es wieder in einen betriebssicheren Zustand zu bringen.

NAS: TS559II
FW: 4.2.6-20171208

Gruß Rico