jj1987

Pro (funktionierender) Parity HDD ist eine Daten HDD gesicher. Geht die einzige Parity futsch darf keine Datendisk Fehler haben. Ist bei einer Parity Disk bereits eine Datendisk ausgefallen, darf keine weitere ausfallen. ABER: selbst wenn doch sind die Daten der noch funktionieren Disks (extern) noch auslesbar. Man verliert im worst Case nur die Daten der defekten Disk(s) Schreibend (direkt aufs Array ohne Cache) ca 1/2 - 1/3 der max Geschwindigkeit der Datendisk. Idr also zwischen 60-90 MB/s Lesend halt die Geschwindigkeit der jeweiligen disk

Gibt es, muss aber erst in den mover Einstellungen aktiviert werden

Was hat denn das eine mit dem anderen zu tun? Heißt das du hast gar keinen Cache mehr? Unter settings-> Docker aktivieren. Kann sein dass das Image neu erstellt werden muss, da du ja offensichtlich irgendwas mit dem Cache gemacht hast. Ist aber nicht weiter schlimm. Du musst dann nur unter apps-> previously installed deine Docker wieder installieren (keine sorge, Daten und Einstellungen bleiben erhalten. Nur das eigentliche Container Image muss wieder installiert werden) Dann synchronisiere sie doch?! Dann verschwindet auch der Fehler

Nein, denn so ein Paket soll den Server starten, keine HDDs. Vielleicht könnte man sich irgendwas basteln, dass kontinuierlich nach Magic Pakets scannt und dann im Falle des Falles ein spinup veranlasst. Aber das ist offensichtlich nicht mal eben so getan

Wie kommst du denn auf das schmale Brett? Das sind normale Single Devices. Wie sollte da ein RAID5 entstehen - ohne UNRAID Parity? Oder hast du das extremst verkürzt geschrieben und meinst eigentlich er soll die in einen Pool schmeißen und das dann als zfs raidz1 laufen lassen?!

Wenn es dumme/passive Karten sind, sollte da eigentlich gar nichts passieren. Da werden dann tatsächlich einfach nur die vorhandenen lanes physisch aufgeteilt. Bei aktiven Karten mit pcie Switch drauf, da könnte ich mir das durchaus vorstellen

Sofern sie korrekte Unique(!)UID haben, funktionieren auch zwei gleiche NVME. Habe ich ja auch bei mir im System.

Nein UNRAID geht über UUID. Und "dank" des USB Gehäuses das zwischen UNRAID und den NVME steckt wird die UUID anscheinend nicht korrekt weitergegeben, nach deiner Fehlerbeschreibung scheinen alle angeschlossenen Geräte dieselbe zu bekommen, da ja auch die Parity "verschwindet". Genau genommen ist also dein USB Gehäuse das Problem. Und eben weil dies sehr häufig vorkommt wird hier (im Gegensatz zu diversen selbsternannten YouTube Sternchen) ausdrücklich von solchen Konstrukten abgeraten. Denn am Ende kommt bei den enttäuschten Usern dann das Fazit: Was so verkürzt halt schlicht nicht stimmt

Da hast du den Fehler... USB hat im Array und Pool nichts zu suchen und führt regelmäßig zu genau diesen Problemen

Einige Leute haben mit BTRFS schlechte Erfahrungen gemacht und da es jetzt auch ZFS gibt wird das dann gerne für den Cache empfohlen. Ich selbst hatte bislang aber auch noch keine BTRFS Probleme

Und jetzt überleg nochmal warum die Telekom das so schreibt: Es geht nur mit der Set-Top-Box und auch nur die Wiedergabe - kein Netzwerk-Streaming. Das ist schlicht nicht gewollt.

Gestern Abend hat zumindest bei mir auch das Forum gehakt. Könnte mir vorstellen, dass da vielleicht einfach die Server irgendein Problem hatten

Mit einem 4-fach usb Gehäuse zählt die Array Nutzung mit selbigen Gehäuse zu dieser Kategorie 😉

Naja immich ist Open source. Ich weiß es zwar nicht, bin aber ziemlich sicher dass wenn da Daten (heimlich) verschickt würden, hatte es schon längst jemand bemerkt . Aber gut, ich kann deinen Standpunkt absolut nachvollziehen

Ist alles andere als empfohlen, kann funktionieren. Als "Spielwiese" mit unwichtigen Daten kann man das wohl machen. Ich würde aber dringend empfehlen, die HDDs dann nicht ins array zu packen sondern als unassigned devices zu nutzen (aber Achtung, "irgendwas" muss ins array. Ohne funktioniert UNRAID nicht. Kann aber auch irgendein billo USB Stick sein. Bei der Konfiguration dann nur drauf achten, dass das Array nirgends aktiv genutzt wird)