Tremendous

Puhh, das beruhigt mich doch ein bisschen, danke!

Ich habe heute Morgen von meinem System folgende Warnung erhalten: Warning [NAS] - current pending ecc cnt is 1 Und danach diese Benachrichtigung: Notice [NAS] - current pending ecc cnt returned to normal value Betroffen ist meine POOL SSD mit 1 TB Speicher. Der Log der Disk ist im Anhang. Was soll mir das genau sagen? Besteht Handlungsbedarf? Eine Datensicherung liegt natürlich vor.

Wenn ich es richtig verstanden habe muss eine Cache Platte auch Cache heißen damit unraid die Funktion darüber ausführt. Sehr jedenfalls als Neuerung im changelog so.

Vielen Dank für deine Einschätzung! Wäre mein Vorgehen für den Cache NVME Wechsel so korrekt?

Moin zusammen, Als ich dieses Jahr mein Unraid aufgesetzt habe, habe ich erstmal auf die Standardeinstellungen vertraut. Im Ergebnis laufen meine Cache nvme und meine Pool SSD auf btrfs. Nun lese ich hier immer wieder, dass von btrfs insbesondere im Pool abgeraten wird. Ich wollte das nun mal angehen und auf ein empfohlenes Datei System wechseln. Vorher möchte ich mir aber mein Vorgehen absetzen lassen um nachher nicht im Regen zu stehen. Cache: Es laufen nur drei Docker und wird vornehmlich für die schnelle Dateiablage aus dem 2,5 GHz Netzwerk benutzt um die Daten danach per Mover aufs Array zu schieben. Hier würde ich docker und vm Dienste stoppen, mover aufs array umstellen und laufen lassen. In dem Zug die nvme auf 2 TB updaten und nach Formatierung wieder die Dateien vom array auf Cache verschieben. Fertig. Pool: Es befinden sich ca. 70.000 kleine Dateien auf der SSD. Ein Backup existiert. Die Dateien sind alle in der gleichen Share wie das Array. Die Dateien sind alle in einer Plex Mediathek organisiert. Wenn ich nun die SSD auf ein neues dateisystem formatieren und mein Backup einspiele dürfte meiner Ansicht nach bei den Dockern kein Problem mit der Indizierung auftreten da die Dateien immer noch in der gleichen ordnerstruktur vorhanden sind!? Sehe ich das richtig? Dateisystem: Auf welches Dateisystem soll ich setzen für Cache und Pool? Cache behält den oben beschriebenen Anwendungsfall. Der Pool wird perspektivisch 200.000 mp3 Dateien beherbergen.

Danke für die Tipps, leider ohne Erfolg.

Heute Morgen habe ich gesehen dass der Mover aus der Nacht immer noch aktiv ist. Festplatten im Array waren aber bereits alle im Spindown. Ich habe den Mover gestoppt und wollte Unraid neustarten. Und genau dabei "hängt" es nun fest. LOG: Ich will es eigentlich nicht einfach mit Stecker ziehen lösen da ich keine Lust auf defekte Platten habe. Jemand eine Idee was ich hier machen kann? Fehlen Infos?

Das macht mir auch Sorgen um die Firmendaten. In dem Umfeld sollte man zu 100% wissen was macht macht, inklusive Troubleshooting.

Wieviel Daten? Schwierig zu helfen wenn man x mal nachfragen muss

Wofür soll das Ding denn überhaupt sein?

Manchmal übersieht man das Offensichtliche Danke!

Die neue SSD ist da, Daten sind kopiert, aber ich bekomme die einfach nicht zur Auswahl: Was ist hier falsch?

Ich komme von TrueNas und da war ich an ZFS gewöhnt und habe dann für Unraid aus Gewohnheit ebenfalls ZFS im Array eingestellt. Pool Devises stehen alle auf btrfs. Ich deaktiviere den Scheduler dann mal für Scrub wenn das unnötig ist. Vielen Dank!

Mir war nicht bewusst dass das läuft und manuell angestoßen habe ich das nicht. Ist wohl beim Aufsetzen des Servers im Schedule mit drin gewesen ohne dass ich das registriert hatte. Wenn ich das selber angestoßen hätte gäbe es diesen Thread nicht

Ich habs gefunden: 92,21 % Abgeschlossen

Kann das an einem neu hinzugefügten Pool Device liegen?

Selbst nach einem Reboot läuft das so weiter.

Filesystem ist ZFS Docker auf AUS

nope

Da ist die letzte Aktivität Stunden her

Hier der Output:

Seit heute liest Unraid permanent was vom Array und schreibt alle paar Sekunden auf die Parity, aber nur im KB Bereich. Ich habe mit File Activity schon geschaut was er da anfasst. Ergebnis: Nix Wie kann ich rausfinden was da passiert? Ich hätte schon gerne den Spindown wieder.

Parity Check ist ohne Fehler durchgelaufen. Jetzt macht er noch nen Smart Scan, mir bleibt nix erspart. Mal schauen wie lange mich das noch aufhält heute.

Der Parity Check läuft wegen dem nicht zu Ende geführten Stop des Arrays und dem nachfolgendem Reboot. Ich lasse das jetzt durchlaufen, baue die SSD aus und tausche die Montag um. Die SSD war als Pool hinterlegt, das ist korrekt.

Ich hatte das Array stoppen wollen weil die disk im Pool auf rot stand. Das ging dann 30 Minuten und ich habe unrsid rebootet. Unraid macht jetzt den parity Check wegen dem unsauberen stoppen.