saber1

Mir ist es komplett egal, wie die Daten in den Verzeichnissen verteilt werden > Split any directory as required. Da ich auf die Shares mit Clients zugreife (dafür sind sie ja da), sehe ich die eigentliche Verteilung der Daten eh nicht.

@alturismo BTRFS ist ja der quasi Standard für den Cachepool. Zumindest hier im deutschen Forum liest man aktuell öfter mit Problemen in diesem Zusammenhang. Ist man sich dessen bei Limetech bewusst? Soll das in Zukunft mal angegangen werden? Ich gehöre zwar zur Fraktion "bei manchen läuft es", aber auffällig ist es in letzter Zeit schon...

Für diesen Zweck hat der gute @SpaceInvaderOne dieses Video gemacht:

Hier wurde das Thema bereits behandelt:

Das ist ja aber wirklich sehr wenig. 5% defekt... Ist für das unRaid Array ja jetzt nicht so relevant.

Laut Wikipedia seit 2014 stabil. Hatte bisher auch keinerlei Probleme mit BTRFS im Pool. Sowohl zwei 2,5" SSD's als auch eine NVMe. Läuft seit knapp 1 1/2 Jahren.

@gokzilla Wenn Du Dir einen Stick mit unRaid fertig gemacht hast und den PC damit startest, ist Dein Windows 11 erstmal "unsichtbar". Da ja dann unRaid das laufende OS ist. Wenn es Dir nur um ein virtuelles macOS geht, lies Dich in die Thematik macOS als VM in VirtualBox ein. Dafür ist unRaid nicht nötig.

Dann eventuell mal Dein Anliegen hier kundtun: https://github.com/jellyfin/jellyfin

Schau Dir das mal an: Ist zwar nicht "Klick Klick" (dafür mal unter den Apps nach "Lucky Backup" suchen), aber recht beliebt unter den Unraidern...

Laut den Kommentaren bei Amazon hat unRaid keine Probleme mit der Karte.

Für die Seagte hier: https://www.seagate.com/de/de/support/warranty-and-replacements/ Meine, bei Mindfactory, bestellte Exos X18 hat auch noch bis 2026 Garantie. Merkwürdig, das einige mit und einige ohne Garantie rausgehen...

Wo ist es nur..?

Du schreibst einerseits "skalierbar", aber dann auch andererseits: Irgendwas in der Art wird es aber wohl sein müssen. Ich hatte zuerst einen Backup-Server mit OMV (OpenMediaVault) laufen. Betreibe diesen aber seit Kurzem auch mit unRaid. Wie @swiss01 machen es auch einige. Also einen Server extern (Freunde, Verwandte) aufstellen und per VPN dorthin sichern. Zur USV: Cyperpower ist eine viel genommene Lösung. Ich setze eine AEG ein. Schau mal in diesen Thread. Da solltest Du fündig werden:

Die entsprechenden Zeilen hast Du aber auskommentiert? Sprich die "#" entfernt?

USB 3.0 werden gerne sehr heiß. Eventuell zu heiß in Deinem Fall. Probiere mal einen 2.0 Stick.

Moin, Du brauchst: telegraf (hast Du oben nicht erwähnt) InfluxDB Grafana Mit den jeweils neusten Versionen von InfluxDB und telegraf hatte es bei mir auch nicht funktioniert. Wenn Du die Docker installierst, kannst Du bei "Repository" auch eine andere Version als "latest" angeben. Für telegraf wäre es: telegraf:1.17 Für InfluxDB wäre es: influxdb:1.8.4-alpine Ob Dir Dein YT-Video das auch so gezeigt hat, kann ich nicht sagen. 😉

Man hat bei Inkludieren/Exkludieren einfach beide Möglichkeiten geschaffen. Interessant, bei sehr vielen Disks im Array. Aber es ist nur eine von beiden Optionen nötig. Die Disks, die bei Inkludiert nicht angehakt sind, sind automatisch exkludiert. Jetzt auch noch bei Exkludiert die entsprechenden Disks angehakt, ist einfach "Doppelt-gemoppelt" und unnötig.

Ja, für eth1 habe ich es anders umgesetzt. Weil ich eben in dem (scheinbar Irr-) Glauben war, das die feste IP gut wäre. Aber deswegen habe ich ja diesen Thread eröffnet, um erläutert zu bekommen, was Fix Common Problems meint. Danke

Das ist klar. Im Router habe ich von 10.0.1.2 bis 50 die IP‘s statisch (MAC) vergeben. Die beiden NIC‘s, um die es geht, haben jeweils eigene MAC‘s und bekommen im Router je eine andere IP. Der Router vergibt erst ab 51 Adressen. Bis 150. Ab 150 übernimmt das Setting für den br1 (Screenshot oben > DHCP Pool 10.0.1.151/25). Das Ziel ist eigentlich Trennung. Würde gerne den Traffic von Jellyfin nur über eth1 laufen lassen. Sieht auch so aus, als ob es das so tut.

Die Anregung zu den Settings, wie ich sie habe kommen übrigens hier her:

Zwei Netze: Kann man da nicht einfach die Subnetzmaske auf 255.255.0.0 stellen? Ich habe aber irgendwie das Problem noch nicht erkannt. Jellyfin taucht auch im Router unter seiner IP-Adresse (10.0.1.151) auf. Und nur eth1 ist ja in den globalen Docker Settings für diese IP (oberhalb 10.0.1.150) eingestellt... Was ist hiermit gemeint?

Hm, okay. VLAN unterstützt mein Router (Orbi RBR50) nicht. Also ist eine Trennung ohne VLAN nicht möglich? Wie geschrieben funktioniert es aktuell, wie gedacht: eth0 bekommt vom Router: 10.0.1.7 eth1 bekommt vom Router: 10.0.1.8 Das br1 ist so konfiguriert, das es ab 10.0.1.151 Adressen nutzt. Also besser wieder mit einem NIC arbeiten?

Ich habe ne Blue NVMe seit Ende 2020 im Einsatz und kann nichts negatives Berichten. Wobei ich sie lediglich als Disk für VMs nutze.

Hallo zusammen, da auf meinem Mainboard zwei Ethernet-Ports vorhanden sind, wollte ich sie auch beide nutzen. Allerdings nicht zum Bonding (greife eh nur über WLAN auf die Freigaben zu > Server im Keller), sondern damit ausgesuchte Docker quasi eine "eigene" Leitung bekommen. Zum Streamen mit Jellyfin beispielsweise. Also die beiden Ports folgendermaßen konfiguriert: eth0: eth1: Routing: Docker (custom br1): DHCP Pool ab soll ab 151 sein. Jellyfin hat auch, wie gewünscht 10.0.1.151 bekommen und funktioniert einwandfrei. DHCP im Router geht von Adresse 51 bis 150: Also kein Konflikt mit den Docker Custom Network settings. Was mich aber jetzt wundert ist, das Fix Common Problems einen Error erkannt haben will: Was soll mir das sagen? Jemand eine Idee?

Ist bei mir als Mac User ebenfalls so. Habe allerdings auch nicht über die Terminal-Befehle das Verhalten deaktiviert (möchte die .DS_Store-Files behalten > da nur Macs im Netzwerk sind, kein Problem). Den Tipp von @MartinG mit Jellyfin (oder dergleichen) würde ich mir an Deiner Stelle mal anschauen. 😉