Beiträge von FSC830

Das sieht mir sehr nach einem Fehler im QTS aus. Wenn der Shutdown durch den Kopiervorgang reproduziert werden kann ist da irgendeine Datei die durch ein Fehlverhalten den Shutdown auslöst.

Das wird schwierig zu finden sein, den Kopierjob aufdröseln in mehrere verschiedene Jobs und die nach und nach starten.

Evtl. kann man so den Fehler eingrenzen.

Ist natürlich mal wieder ein "Qualitätsmerkmal" von QNAP, daß so etwas passiert.

Oder es ist ein Lastproblem, kannst Du die Daten innerhalb des NAS kopieren?

Gruss

Zitat von brzlfix

Gibt es eine Möglichkeit, den Rebuild zu verhindern,

Jein, eigentlich Nein.

Wenn Du kleinere Platten verwendest als die im Raid5 fängt kein Rebuild an. Da Du aber vermutlich mind. gleich große Platten verwendest startet der Rebuild.

Wie Du gesagt hast: man kann kein Raid verkleinern ohne Neuaufsetzen.

Gruss

Ich habe es hier schon mehrfach geschrieben: ich hatte so etwas vor einigen Jahren mit einem alten TS-859 NAS, alle paar Tage ein harter Shutdown (oder Reboot?), danach Raid-Synchronisierung.

Unmittelbar zuvor gab es ein FW Update, das ich eingespielt habe. Lösen lönnte ich das nur über FW downgrade (2 oder 3 Versionen zurück) und wieder Update auf die aktuelle Version. Seltsamerweise hat sich aber nur eines von zwei NAS so verhalten. Es *könnte* also auch ein FW Problem sein.

Zitat von fabnas

Status: SSH ist in der Systemsteuerung aktiviert. Mein Benutzer hat Administrator-Rechte und die Berechtigung für SSH ist aktiviert. Dennoch wird das Passwort abgelehnt.

Du hast für diesen Benutzer explizit die Anmeldung über SSH gestattet?

Wie o.a. reicht die allgemeine Aktivierung von SSH nicht aus, es muss auch unter Telnet/SSH für den Benutzer erlaubt sein (Edit Access permissions heißt der Button bei mir).

Gruss

Mittlerweile auch beide TS-x73A aktualisiert, bisher unauffällig.

Gruss

Zitat von t0bifx

Also wird man die Daten ja wohl wiederherstellen können. Dafür ist so ein RAID5 doch ausgelegt.

Das gilt aber nur, wenn eine Platte ausfällt.

Nicht, wenn dann noch weitere Schritte wie z.B. die Initialisierung durchgeführt werden.

Du kannst also nur hoffen, daß mit den restlichen 3 Platten nichts passiert ist, was ein Rebuild verhindert.

Und nächstes mal Backups machen!

Gruss

Zitat von t0bifx

Allerdings war eine SATA SSD im TS673

Das war der Fehler! NAS-Migration heißt, daß nur die Platten/SSD des alten NAS im neuen NAS sein dürfen.

Nur das ist eine Migration!

Du hast aber zu einem bestehenden System (SSD) weitere Medien dazugesteckt. Und dann weitere Folgefehler begangen.

Wenn der Support nicht helfen kann, bleibt wohl nur ein professioneller Datenretter, das dürfte aber teuer werden.

Backups wären günstiger gewesen .

Gruss

<Glaskugel an>

Ich vermute, das ist ein Bestandteil der Firmware, der nicht angefasst wurde.

<Glaskugel aus>

Was natürlich nicht gerade für ein Qualitätsbewußtsein spricht.

Gruss

Au weia, soviel Naivität...

Ohne Worte.

Vy 73.

duke-f Das ist Dir mit diesem Satz nicht ganz gelungen

Gruss

Man hätte auch im QNAP einen Mount auf den SMB oder NFS Dienst des Ugreen erstellen können.

Das geht genau so gut. Hybrid Mount ist da das Stichwort.

Gruss

Man kann das Raid5 auch über Hardware Schalter einstellen und das TR-004 an einem USB Anschluß am PC betreiben, dann macht es wieder Sinn.

Aber ich nutze kein TR, insofern ist das auch nur aus dem Forum.

Gruss

Zitat von Ingbilly

es kam die Statusanzeige in dieser Plattenverwaltung, daß die Platte zu entfernen sei.

Sorry, antworte doch bitte mal klar auf die Frage:

Es wurde nicht nach der Aufforderung die Platte zu entfernen gefragt, sondern ob nach dem Entfernen eine entsprechende Meldung kam.

Das müsstest Du auch im Log noch sehen können, ob es dort einen entsprechenden Eintrag gibt.

Gruss

Zitat von Ingbilly

Da hätte das NAS zwei Signaltöne geben sollen, gegeben hat es 3 Töne.

Aber es kam auch die Meldung, daß die Platte entfernt wurde?

Gruss

Heute "zufällig" festgestellt, daß auch bei mir der Malware Remover nicht mehr lief.

Anscheinend seit dem 24.12.2025, da lief er zuletzt.

Interessanterweise war das aber mittendrin, am 15.12. hatte ich das Update auf 5.2.8.3332 gemacht, am 30.12. auf 5.2.8.3350.

Warum er mittendrin aufhörte ist genauso mysteriös wie die Powerschedule, die am 19.12. den Dienst quittierte.

Gruss

Hast Du so wenig Vertrauen in das NAS? Sonst würde ich es doch das Lazarus-NAS nennen.

Gruss

Nach dem Update hat sich das NAS abends nicht wie im Power-Management eingestellt ausgeschaltet (siehe auch hier).

Es könnte also auch eine Altlast der vorherigen FW gewesen sein.

Manuell heruntergefahren, heute morgen startete es wie beabsichtigt wieder.

Mal sehen, wie lange es diesmal gut geht.

Gruss

Das ist ja merkwürdig, vor allem, weil es vom 15.12. - 19.12. ging.

Evtl. mal wieder in Datumsbug im Powermanagement?

Gruss

Gerade das Update auf die .3350 durchgeführt, dabei festgestellt: am 15.12. hatte ich das Update auf die .3332 gemacht und ab dem 19.12. hat der tägliche Power-on/Power-off nicht mehr funktioniert, das Gerät lief seit dem 19.12. durch.

Normalerweise fährt das NAS um 21:00 runter und um 07:00 hoch.

Mal sehen, ob es mit der .3350 wieder langfristig funktioniert.

Gruss

Meine letzte Ersteinrichtung ist schon lange her, kann sein, daß es erst bei der Volumeerstellung noch die "Rolle rückwärts" gibt.

Gruss

Allein der erste Screenshot sagt alles: "Assistent zum Erstellen des Speicherpools", das ist schon ein Schritt zu weit.

Davor muss eine Abfrage kommen ob Pool oder statisches Volume.

Ist das jetzt QTS oder Hero?

Gruss