rassel2000

Danke für den Tipp. Beide Platten nutzen jetzt ZFS. Jetzt lässt sich Duplicati beim restore erstmal Zeit 😅 Das BTRFS nicht ganz optimal läuft hatte ich auch schon mal hier im Forum gelesen, war mir hierbei aber irgendwie nicht mehr in den Sinn gekommen.. Genau deswegen hab ich mir 2x die 970 Evo Plus geholt. In Zukunft werden es nur noch die Pros, trotzdem hätte ich von den Evos etwas mehr erwartet. Die liefen seit Anfang an als Pool, waren also (zum Glück) gespiegelt. Vor wenigen Monaten war das mein einziges Backup der Platten (ja, böse), mittlerweile macht Duplicati aber regelmäßig verschlüsselte Backups in die "Cloud". Das hatte ich auch noch nicht auf dem Schirm, dass die VDisk selbst BTRFS nutzt. Hab ich direkt umgestellt auf ZFS. @zero_neverload Du hast dir ja eine ganze Serverlandschaft zusammengebastelt, Respekt😉 Interessanterweise ist die totgeglaubte Seagate IronWolf SSD nach dem Update auf UnRaid OS 6.12.9 wieder aufgetaucht, allerdings erst nach mehreren Neustarts. Hab mal direkt einen SMART-Schnelltest drüber laufen lassen, der hat keine Fehler gefunden... Einen anderen Auslöser als BTRFS kann ich mir mittlerweile auch nicht mehr vorstellen. Meine Datenbanknutzung hält sich sehr in Grenzen und sonst schreibt meiner Beobachtung nach keiner der aktiven Container dauerhaft etwas in den Pool. Jetzt heißt es Abwarten, ob/wann eine der Platten ausfällt. Hoffentlich gar nicht mehr... Vielen Dank euch beiden!👍

Hallo zusammen, ich nutze seit 2 1/2 Jahren UnRaid mit zwei NVMe-SSDs als Cache-Pool. Innerhalb dieses Zeitraums haben sich mittlerweile drei in den Elektronikhimmel verabschiedet, die letzte vor wenigen Tagen. Die ersten beiden waren jeweils eine Samsung 970 Evo Plus 1TB, letztere eine Seagate IronWolf 510 mit ebenfalls 1TB. Ich habe aktuell 14 HDDs für Filme/Serien/Musik und nutze hauptsächlich Plex sowie einige andere Docker Container. Desöfteren wird auch mal nzbget angeschmissen, der Output landet dann auf den SSDs. Die beiden Samsungs sind nicht gleichzeitig ausgefallen, sondern ca. 2 Monate versetzt. Beide hab ich testweise in meinen Rechner eingebaut, wobei "Magican" jedes mal den Zustand "Schlecht" angezeigt hat und ich per Explorer nicht mehr auf die SSD zugreifen konnte. Samsung hat mir zwar bei beiden Platten nach dem Einschicken entsprechenden Ersatz zukommen lassen (die Dinger waren gerade 1 Jahr alt), trauen tu ich den aber nich mehr (zumindest nicht für den 24/7 Betrieb). Bei der Seagate war's etwas komischer. Ich hatte mir aus Zufall die Schreibaktivitäten sämtlicher Platten angeguckt. Hierbei wurde bei der noch funktionierende SSD regelmäßig die aktuelle Schreibgeschwindigkeit aktualisiert, bei der zweiten stand lediglich 0,0 B/s. Nach einem Reboot des Servers wird die SSD nun als "missing" angezeigt und wird auch von parted nicht mehr erkannt. Vor dem Reboot standen im SystemLog haufenweise BTRFS Fehler, hauptsächlich "read error corrected". Alle drei SSDs hatten weniger als 50TB geschrieben, die Seagate sogar nur 27,6TB (laut SMART). Anfangs lief noch eine InfluxDB als Container, momentan nur eine Redis und MariaDB Instanz. Habt ihr eine Idee, was der Auslöser für das regelmäßige Schrotten der SSDs sein könnte? Ich bin mit meinem Latein am Ende. Welche SSD (NVMe oder SATA) wäre als Ersatz empfehlenswert? Den SMART-Log der gestorbenen Seagate SSD hab ich angehängt. Danke und Grüße Philipp Seagate_IronWolf_ZP1000NM30002-2XW301_7QG032H2-2023-12-01 cache2 (nvme2).txt