jj1987

Auf welcher Version bist du denn? Das ist seit Version 6.11. (oder sogar irgendeine 6.10.x?) behoben

Schon kurios, ich hatte (aus Geiz) seinerzeit auf die günstigeren, und langsameren, SN550 gesetzt. Die machen bei mir überhaupt keine Probleme. Das günstiger auch Mal Vorteile hat, hätte ich auch nicht gedacht...

Mhm nö. Alle haben DRAM Cache, die 870 EVO ist immer TLC, die 870 QVO immer QLC und die Sandisk SSD kann beides sein.

Ich nehme an du hast nur ein einzelnes Cache Drive? Bei den beiden genannten shares ist die Cache-Nutzung aktiviert. Alle Daten die im Cache liegen sind NICHT durch die Parity geschützt. Wenn also das Cache Drive ausfällt sind die Daten verloren. Deshalb (wenn nur ein Cache Drive möglich/ gewünscht) ein passendes Backup Konzept überlegen und die Warnung guten Gewissens ignorieren oder halt ein zweites Cache Drive hinzufügen sodass ein RAID1 entsteht und dadurch ein gewisser Ausfallschutz sichergestellt ist. ABER auch hier gilt: "RAID ersetzt kein Backup" und "kein Backup - kein Mitleid"

Gerade bei sata SSD ist ein DRAM Cache Pflicht, da solltest du also auf jeden Fall drauf achten. Ansonsten die 870 EVO wäre der "Mercedes", @mgutthat aber meine ich auch schon die 870 qvo getestet und für brauchbar befunden und als reine Datenablage sollte QLC jetzt auch nicht so tragisch sein. Etwas günstiger wäre noch die Sandisk SSD Plus, dafür dann nicht so performant

Vorallem Bei Single Thread Prozessen dürfte die Limitierung eh nicht zu spüren sein (solange es dann auch nur ein einzelner bzw einige wenige sind) denn ein einzelner Kern wird kaum die 65w ausschöpfen. Bei den Ryzen hatte man im CB Forum mal meine ich 20-25w für einen einzelnen Kern als Maximum ausgemessen. Denke das wird bei Intel nicht viel anders sein. Sprich bei einer Limitierung auf 65W sollten zwei Kerne volle Pulle ackern können ohne ausgebremst zu werden (Turbo weitestgehend sogar inklusive). Das sollte für die allermeisten Szenarien dicke reichen

Jein, wenn (wie es bei Intel seit gen10/11 leider der Fall ist) überproportional viel Strom aufgewendet werden muss um die Mehrleistung zu erreichen. Brechstange ist da dann wieder kontraproduktiv. Solange der Stromverbrauch halbwegs mit der daraus resultierenden Mehrleistung proportional skaliert stimmt deine Aussage aber

Ja war auch mehr als Ergänzung zu meiner ersten Aussage bzw zur Rückfrage von @UnKwicks gedacht

Bei 12.+13. Gen dann ab i5-1x500(?) meine ich

Dann geht aber kein ECC und du könntest auch irgendein z690 Board oä nehmen

Der Punkt ist leider der, dass es bei aktuellen Boards den Anschein macht, dass es schlicht keine sparsamen mehr gibt. Zumindest wenn sie dann auch noch mehr als 6x SATA haben sollen und womöglich sogar noch ECC unterstützen sollen.

Ist bei den "Tunables" ein Punkt. Vielleicht interpretiere ich zuviel in die Frage hinein, aber nutzt du das S3 Sleep Plugin? Dort in den Einstellungen kannst du Befehle die vor Sleep ausgeführt werden sollen eintragen. Dort müsste dann entsprechend der Befehl eingetragen werden (falls mehrere NICs vorhanden sind ggfs das Interface noch anpassen): ethtool -s eth0 wol g

Wobei das schon eigenartig ist, lesend drei gleich "schnelle" HDDs. Bei schreiben wäre es klar, dass die langsamste Platte die Maßgabe ist

Ggfs auch Mal bei den smart werten nach crc Fehlern gucken. Die geben (auch) Aufschluss über ein Verbindungsproblem (also z.b Stecker/Kabel sitzt nicht richtig fest). Dann gezielt bei der Festplatte sowohl an der Festplatte als auch am Board nochmal den Sitz der Stecker genau kontrollieren

Das UNRAID NAS soll 24/7 laufen oder nicht? Weil wenn das eh läuft könntest du je nach verbauter Hardware doch Plex auch einfach auf UNRAID laufen lassen?

Das klingt bald so als hättest du den Ordner "/mnt/user" gelöscht und nicht "/mnt/user0/user" Das wäre dann tatsächlich fatal, denn gegen aktives löschen hilft auch die Parity nicht. Falls also kein Backup vorhanden ist, könnte man höchstens noch mit Datenrettungsprogrammen versuchen da noch etwas zu retten

Kannst du theoretisch auch auf "bevorzugt" lassen. Er würde bei diesem Ordner dann erst ins Array schreiben wenn der Cache voll ist. Und so wie du schreibst, dürfte das ja so schnell nicht vorkommen

Der würde dann aber kein ECC unterstützen, das ist dir bewusst? Falls du auf ECC wert legst, müsste es ein 5650g werden. Ansonsten würde der RAM halt im Non-ECC Modus laufen. Also keine Neuanschaffung deshalb nötig Vermutlich irgendwelche Docker Daten die im Array und nicht auf dem Cache liegen. Da könntest du zuerst ansetzen und Mal prüfen ob der Ordner "Appdata" auf einer der HDDs existiert und ggfs welche Unterordner. Und dann das (per mover) in den Cache verschieben (alle Docker + Docker service vorher deaktivieren!)

Und Hynix statt Micron, glaube aber nicht dass es am RAM liegt (es sei denn der hat generell einen weg) Hast du ein weiteres Netzteil zur Hand um das als Fehlerquelle ausschließen zu können? Ansonsten mutmaße ich, dass es tatsächlich am "falschen" sprich zu alten BIOS liegen wird. Wie man das aber ggfs updaten kann, wüsste ich jetzt so auch nicht. Eventuell Mal Kontron anschreiben?

Auch wenn ich jetzt den Thread kapere und es OT ist: wie äußert sich das denn? Ich habe IPVLAN aktiviert und eine Fritzbox und bisher ist mir nichts negatives aufgefallen?!

Dabei fällt mir ein @Björn f.: Läuft bei dir im Netzwerk ein pihole? Falls ja muss die Domain dort ggfs auch als cname abgelegt werden

Weil es eben z.b. für myservers notwendig ist und es in dem hier geschilderten Fall ja nunmal von extern geht, nur nicht von intern, muss ja irgendwo "in der Fritzbox" der Fehler liegen (hairpin NAT, Rebind, oä)

Wie kommst du zu dieser Schlussfolgerung? Da es von extern geht, aber nicht von intern, könnte DNS rebind durchaus eine Ursache sein. Und alles was lokal liegt, aber über eine Domain aufgerufen werden soll/kann muss mMn in den Ausnahmen vom DNS rebind Schutz drinstehen (Subdomains Mal außen vor)

Deduplikation hatte ich bisher nicht auf dem Schirm, klingt aber schon interessant. Damit muss ich mich Mal in einer freien Minute intensiver auseinander setzen. Habe bei einer schnellen Forumssuche im internationalen Bereich folgendes gefunden: https://forums.unraid.net/topic/115902-solvedhelp-with-de-duplication-hardlinking/?do=findComment&comment=1056059

Ja liegt dann vermutlich tatsächlich an der Graka. Aber richtig: Versuch macht kluch😉