mgutt

Du hast 6.8G in /mnt also im RAM. Führe das aus: du -shx /mnt/*

Das ist eine Server-Plattform. Da sind eigentlich auch immer die IOMMU Gruppen viel besser aufgeteilt, weil das ja für die Virtualisierung gebaut ist. Ich vermute im BIOS gibt es dann gar keine primary GPU. Oder hat das Board sogar IPMI?

Ja

Führe mal das aus: du -shx /* /mnt muss 0 zurückgeben bzw es darf grundsätzlich kein Ordner über 1GB zurückgeben.

Stopp bitte das Array und prüfe erneut welche Ordner noch da sind.

Die Konfiguration deines Containers ist korrekt. Kann es sein, dass dein Array nicht gestartet ist und du dann von Hand /mnt/user/appdata erstellt hast oder rsync lief als du das Array gestoppt hast? Dieser Mount auf deine Disks existiert nämlich erst, wenn das Array gestartet wird und bei dir scheint es ein normaler Ordner zu sein = RAM. Versuch jetzt bitte nicht dein Array zu starten, falls das der Fall ist. In /mnt darf nur der Ordner disks und remotes liegen, wenn das Array gestoppt wurde. Kannst du mit "ls /mnt" prüfen.

Wenn nach einem erzwungenen Neustart deine Docker weg sind, dann a) weil dein Datenträger defekt ist oder b) du die Dockerdaten irgendwo hinschreiben lassen hast, wo sie nach einem Neustart verloren gehen und das wären ALLE Unterverzeichnisse außer das was in /mnt/(user|diskX|cache|poolname)/ liegt, da unRAID im RAM läuft. Wenn du also etwas nach / schreibst, landet das in deinem RAM. Schreibst du was nach /docker, landet es im RAM. Auch dein rsync Befehl scheint genau das zu versuchen. Da wäre es natürlich hilfreich gewesen, wenn du uns den mal gezeigt hättest bzw auch deine Pfade der Container und den Docker Einstellungen zeigst. Nur wenn du zb nach /mnt/user/appdata/containername schreibst, landet es auf deinem Datenträger.

Hattest du alle Pfade in /mnt/cache geändert? Schneller als direkt auf dem Host kann es nicht gehen. VMs laufen automatisch auf /mnt/cache, weshalb ich mir gut vorstellen kann, dass der Unterschied daher kommt.

unRAID nimmt sich die erste, die ja in der Regel vom BIOS festgelegt wird. Ich wage zu behaupten, dass das bei jedem OS so ist?!

Umstecken? Scheinbar ist die eine im BIOS primär und die nimmt sich dann auch Unraid.

Warum hast du dir eigentlich nicht das Gigabyte W480M geholt: 2x M.2, 8x SATA und 2x LAN inkl 2.5G LAN Wir empfehlen das nicht ohne Grund.

Platte abklemmen und einfach testen. Learning by doing.

War die VM mal mit weniger RAM eingerichtet worden? Wurde der Windows Schnellstart deaktiviert?

Keine Ahnung. Das Board unterstützt laut technischer Daten auf jeden Fall 128GB.

Du willst also die bestehenden Datenträger, wo bereits ein Betriebssystem drauf installiert ist für eine VM nutzen? Dann würde man die als Unassigned Device belassen und nicht im Array oder Pool einbinden. Die gelten dann ja als physische Hardware, die du an eine VM durchschleifst und sind für unRAID dann nicht nutzbar (spätestens wenn die VM startet). Wie groß sind denn die M.2? Denn wenn du die VMs auf separaten SSDs hast, werden die M.2 ja eigentlich nur von Docker genutzt und wenn du Dateien hochlädst. Du wirst also nur SSDs in unRAID verbauen? Ist die Frage ob der Cache dann überhaupt was bringt. Bei SSD only Servern kann man den Cache eigentlich weglassen.

Hast du das nicht gelesen? Es ist so ziemlich egal ob du einen i3 oder i7 für Transcoding kaufst. Vergleiche doch einfach mal die Taktraten der iGPU: https://de.wikipedia.org/wiki/Liste_der_Intel-Core-i-Prozessoren#Desktop-Core_i3 Ich könnte mir jederzeit einen 11th oder 12th Gen kaufen. Würde ich aber niemals machen, weil man für unRAID eindeutig das schlechtere Produkt bekommt.

Aktiviere bitte mal den syslog mirror auf den USB Stick. Bei dir stimmt denke ich irgendwas von der Hardware her nicht. Sei es Kabel, Switch, Server etc Einfach so verliert man keine Verbindung zum Server. Du musst auch auf jeden Fall einen Monitor /Tastatur an den Server packen. Einfach damit du verifizieren kannst, dass der Server abgeschmiert ist oder wirklich "nur" das Netzwerk weg ist.

Du brauchst zwei M.2 für den Cache auf den auch Docker Container und VMs liegen. Oder eine M.2 und sicherst diese regelmäßig auf das HDD Array. Letzteres habe ich im Einsatz, da ich nur einen M.2 Slot habe.

Yes, I have this problem, too. I think this is a bug of docker or unRAID as creating the dir through the docker while installing it, works as expected, but not if the dirs are missing and the container is only started.

As I have the same problem, I "solved" if by creating the dirs on boot time with chmod 777 permissions through the Go file: # ------------------------------------------------- # Correct wrong container path permissions on server reboot # ------------------------------------------------- mkdir -m 777 -p /tmp/nginx-proxy-manager/var/log mkdir -m 777 -p /tmp/pihole/var/log/lighttpd It seems the permissions are set different if a container is created or started (and the dirs do not exist). But I'm still testing...

It seems to be missing. Try to install it. I'm not sure which Linux is used. Try: apt-get update apt-get install e2fsprogs Or try "apk install e2fsprogs"

Wir arbeiten nicht bei Limetech, sondern sind auch nur Kunden von Limetech, die freiwillig anderen Kunden helfen. Die deutschen Moderatoren besitzen keine Rechte um Kundendaten einzusehen oder Usernamen zu ändern. Du darfst auch nicht vergessen, dass Limetech ein amerikanisches Unternehmen ist und sowas wie EU Datenschutzrechte nicht gelten. Aber nichts spricht gegen einen Versuch nett per E-Mail zu fragen.

Was hat jetzt unbalance damit zu tun? Möchtest du damit ausdrücken, dass die kaputte Platte leer ist?

Ich sprach von den Metadaten. Die werden alle bei Plex abgerufen und nicht bei TMDB oder TVDB und im Gegensatz zu denen kennt Plex seine Nutzer.

Was verstehst du denn nicht an Non ECC RAM? Consumer Boards können es nicht. Mehr muss man da nicht wissen. Das können alle. Nur sehr alte Hardware kann das nicht. Die kann man aber nicht mehr neu kaufen.