XigmaNAS

Hallo, habe aus einem RaidZ1 eine WD Blue durch eine WD Green ersetzt, weil die 4 anderen WD ebenfalls Green-Typen sind. Die Blue war also in Ordnung. Das Resilvern über WebGui angestoßen( Danke Princo für die Erklärung). Nach Abschluß Resilvering wurden einige Fehler gemeldet, die interessanter Weise bei 6TB Datenstand nur in einem Ordner auftraten, der Paragon und Aomei-Archive enthält.
Mein Problem: Nach Neustart des Servers begann der Resilveringprozeß von vorn. Sind der Grund die vorhandenen Fehler, oder habe ich etwas falsch gemacht? In der WebGui fand ich keine Möglichkeit, den Resilveringprozeß zu stoppen.
Ich überschreibe z.Z. die fehlerhaften Dateien mit den originalen, falls der Resilveringprozeß wieder von vorn beginnt, wäre ich erstmal ratlos.
MfG Mike

1. Fehler: Hast du vor dem Austausch der Platte einen Scrub auf dem Pool durchgeführt? Wäre besser gewesen.

2. Fehler: Du hast die Platte bereits GETAUSCHT, obwohl sie anscheinend ja noch funktionsfähig war. Es wäre besser gewesen, die "alte" Platte noch im System zu lassen, und den Replace-Vorgang mit der zusätzlichen neuen Platte zu machen (die währenddessen an einem anderen Port hängt).

"Möglicherweise", kannst du die momentan auftretenden Fehler dadurch "heilen", indem du einfach wieder die alte Platte einbaust, den Resilver abwartest, danach einen Scrub-Lauf machst, dann die neue Platte ZUSÄTZLICH einbaust, und dann den Replace-Lauf von alter auf neue Platte machst.

Dazu muß du aber abwarten, ob der Scrub-Lauf alle Fehler beseitigt hat. Außerdem mußt du dann VOR der Replace-Aktion die ZFS-Signaturen von der neuen Platte tilgen. Dazu baust du die neue Platte alleine ins System ein, legst einen ZFS-Pool darauf an, den du dann gleich wieder löschst.

Ist das einigermaßen verständlich?

Grüße
Princo

Danke zuerst für die Antwort.
zu 1.: die Datenintegrität wurde mit Scrub geprüft, allerdings bestand das Raidz1 z.Z. aus 3 HDD. Nach dem Erweitern auf 5 HDD habe ich den Pool ja neu aufgesetzt, dort kein Scrub.
zu 2.: Deinen Ausführungen zu "Resilvern" habe ich eigentlich entnommen, das einfaches Austauschen genügt. Es war auch in der Tat so, das der Prozeß problemlos anstoßbar war, die neue Platte wurde automatisch für den Pool formatiert und der Resilveringprozeß begann.
die alte Platte ist bereits anderweitig eingesetzt...
Bekomme das Fehlerbild aus Pool/ Information hier nicht geladen. Woanders Rechtsklick, Image einfügen und fertig, hier geht das nicht so.
Gruß Mike

Nachtrag: Nach Beendigung des 2.Resilveringprozesses ( vorher die fehlerbehafteten Dateien überschrieben) ist der Pool wieder online, no known data errors. Abgesehen von der Zeit: Unternehmen erfolgreich, wenn der Auslöser auch nur ein "kosmetisches" Problem war. Die alte WD Blue hat aber von der Performance schlechtere Werte als die WD Green, deshalb diese ganze Aktion.
Nebenbei: die WD40EZRX wird leider schon zu überhöhten Preisen angeboten ( Amazon und Co.) habe erst nach längerem Suchen eine zum alten, gewohnten Preis erhalten.

Mike wrote:zu 1.: die Datenintegrität wurde mit Scrub geprüft, allerdings bestand das Raidz1 z.Z. aus 3 HDD. Nach dem Erweitern auf 5 HDD habe ich den Pool ja neu aufgesetzt, dort kein Scrub.

Normalerweise mache ich einen Scrub bevor ich wichtige Aktionen mit dem Pool mache (z.B. einen Festplattentausch).
Wenn ich einen neuen Pool aufgesetzt habe, und den mit Daten befülle (z.B. mit einen Restore vom Backup), mache ich nach der Aktion auch einen Scrub.
Ansonsten mache ich nur alle zwei bis drei Monate einen Scrub (aber ich habe ja auch ein Backup).

Mike wrote:zu 2.: Deinen Ausführungen zu "Resilvern" habe ich eigentlich entnommen, das einfaches Austauschen genügt. Es war auch in der Tat so, das der Prozeß problemlos anstoßbar war, die neue Platte wurde automatisch für den Pool formatiert und der Resilveringprozeß begann.

Leider konnte ich den Post nicht finden, auf den du dich beziehst. Es gab hier vor einiger Zeit einen Beitrag, der das mit dem Austausch einer Festplatte ganz gut beschrieb: viewtopic.php?f=29&t=11182
Und der Kollege hat dort natürlich völlig recht: Man kann (sollte) die zu tauschende Festplatte durchaus so lange im System lassen, bis das Resilvering auf die neue Platte abgeschlossen ist. Das funktioniert natürlich nur, wenn die alte Festplatte noch ansprechbar ist. Da ZFS auch mit "gammeligen" Festplatten arbeiten kann, hat man so während des Resilverns immer noch die Redundanz aller Festplatten.
Zukünftig werde ich das bei ähnlichen Fragen berücksichtigen.
Allerdings hätte das mit den fehlerhaften Daten bei dir so nicht auftreten dürfen, wenn vorher ein Scrub gelaufen ist. Bist du sicher, daß die anderen Platten in Ordnung sind?

Grüße
Princo

Hallo, nach den SMART-Werten sind die HDD´s i.O. Das war ja auch die gewechselte, Austausch erfolgte nur (s.o.)
Das Problem, was ich noch habe: Bei der Erstellung des Pools wurden unter vdev die 4k-Einstellung aktiviert, alle 5 Platten liefen als nop.
Beim Ersatz der einen wurde das offensichtlich nicht übernommen, so daß jetzt 4 Platten als nop laufen, die 5te nicht.
Einen Performanceverlust konnte ich nicht feststellen. Kann man das reparieren, falls sinnvoll?
im übrigen, in dem Post, den ich meinte, hatte ein User die zu entfernende Platte aus der Konfiguration gelöscht, Du sagtest aber, daß das Löschen nicht sinnvoll wäre, sondern einfach austauschen und Resilvern. Vielleicht habe ich das auch falsch verstanden.
Gruß Mike