alturismo

deine Zusammenstellung verwirrt mich jetzt heute früh doch etwas ich glaube hier solltest du Dich nochmal einlesen was du hier machst. das kopieren, verschieben, .... auf /mnt/disk....ist die Ursache deiner 0byte files und solltest du eigentlich nicht machen wenn du dir nicht sicher bist, für was und wo machst du das überhaupt ? ist ja per default extra nicht so gedacht. wenn du manuell mit /mnt/disk1/share arbeitest sollte deine "quelle" auch /mnt/disk2/wasauchimmer oder /mnt/cache/wasauchmmer sein ... Beispiel so kann nichts passieren da die Datei(en) sich nicht selbst überschreiben können, kann auch /mnt/disk2/... zu /mnt/disk1/... sein ... nur nicht gleich ... jetzt zu dem was du (anscheinend) machst das ist der Tanz auf der Rasierklinge ... und zerschießt gerne deine Dateien wenn auf disk1 bereits Daten liegen ... ich denke hier liegt dein grundsätzliches Problem und das hat nichts mit deinen Array, Pool, Raid Einstellungen zu tun. Nochmals zu deinem Platten Setup, das würde ich grundsätzlich überdenken nachdem ich mich eingelesen hätte. "Normal", alle HDD's ins array mit mind. 1 parity (Größe beachten da parity mind. die Größe der größten Platte haben muss), cache pool(s) anlegen für die "schnellen" Dinge docker(s), appdata, vm(s), was auch immer ... dann einstellen welche shares only (nur auf dem cache), prefer (bevorzugt auf dem cache, wird hin und her geschoben bei Bedarf), oder yes (erst cache, nach mover dann automatisch auf array und dort verbleibend) ... usw usw usw Beispiel jetzt wo bei Dir zwar nicht passt, aber "einfach" sind (mein setup) array 4 HDD Platten (da du sicherheitsbewusst bist wäre hier noch mind. 1 parity von mind. 8 tb vorzusehen) cache als nvme, hier liegen bei mir docker, appdata, system und cache yes shares vms als nvme (2. cache drive), hier liegen bei mir nur die vms als cache only drauf wenn mein cache voll läuft schiebt der mover die cache yes, prefer, ... Daten auf das array, da dies jedoch Glaubensfragen aufwirft bitte lesen und selbst entscheiden was für einen cache mode du wo nutzen möchtest, yes, prefer, ... aber hör auf manuell Dateien zu verschieben wen du dir nicht sicher bist was du da machst denn das war sicher die Ursache deiner ganzen Aktion ... hier siehst du mal mein setup und auch annhand free space wie sich onnly, prefer, yes ... darstellen. aber wie gesagt, hierzu besser nochmals grundsätzlich einlesen

da ich keine Probleme mit macvlan habe, Beispiel alles auf custom:br0 (ipvlan war sehr problematisch hier, Fritzbox ...) wenn du cross over machen willst bridge mit custom dass die miteinander können, dann kannst du auch mixen ... die Einstellung dann auf enabled setzen. da ich es auch ab und an bequem mag (auch wenn es banal ist)

the docker is working fine, thats prolly not the place to look for i would start with the available logs here

i may would take a look then in plex logs, there should be the entries why its transcoding (remote device ... even its not) and open a post on plex forums so they look at it. your server seems to bet setup fine, your clients also have direct play enabled i assume, it works on the same network setup with a win based plex server, not much to help from here then anymore.

@Evoxll guten Morgen und nochmal sorry das war nicht so offensiv gemeint, das hat nur nichts mit unraid und co zu tun. ich mach es mal kurz, deine VM, egal ob win, linux, ... ist wie ein separater PC, mit seiner eigenen IP und mac Adresse ... dein Gameserver darauf (welcher auch immer ...) braucht offene port(s) (welche auch immer ...), jetzt gehst du in deinen Router und machst deine Portweiterleitung zu deiner VM ip anstelle zu deinen docker ip's. Eine Portweiterleitung hat weder was mit Docker, VM, oder oder oder zu tun, bildlich, du öffnest eine Tür das von außen was rein kann und gibt's an welche und wohin diese führt. Beispiel Router, externer port 443 zu Adresse 192.168.1.100 Port 443, heißt von außen Port (Tür) 443 führt zu dem Gerät 192.168.1.100 Port 443 Beispiel Router, externer port 777 zu Adresse 192.168.1.200 Port 123, heißt von außen Port (Tür) 777 führt zu dem Gerät 192.168.1.200 Port 123 die lokalen Adressen können jetzt docker, vm's, PC's, was auch immer sein. Und da du hier port(s) nach außen öffnest (für jedermann erreichbar) solltest Du wissen was du machst, das ist alles. Nicht offensiv gemeint, nur lies dir vielleicht ein paar basics durch sodass du weißt was du da machst.

may take a look here in plex settings if that helps

deine VM hat eine IP, dein gameserver listened auf den/die port(s) ... was ist die Frage ? wenn du das nicht weißt überleg dir ob du wirklich port(s) aufmachen solltest ... sorry

Probier es aus, kann nur aus meiner Erfahrung sagen hat alles nicht geklappt, also schnell ne ssd rein, win installiert, update gemacht, fertig, schneller als win2go zu installieren (was ich auf USB Stick und USB Platte getestet habe, gleiches Ergebnis). Kaputt machen kannst du "wahrscheinlich" nichts, hier war es so das es immer direkt abgebrochen ist bevor was passiert ist.

nur als kleiner Hinweis, Firmware Updates laufen evtl. nicht durch. Auch bei passthrough ist immer noch ein layer dazwischen. Beispiel, GPU Firmware update ging hier auch nicht innerhalb der Windows VM, daher nicht wundern falls dies abbrechen sollte beim Zugriff, nativ dann schnell ein simples Windows gebootet und alles ist easy as Dell wo es nur Win Software gibt für solche Dinge, auch hier als kleiner Hinweis, ein Win2go (USB) hat auch nicht funktioniert, sowie der PCI Zugriff kam (Firmware update) ist Win2go von USB freezed Manches geht, aber leider nicht alles und immer, daher gegebenfalls nicht wundern.

thanks for the update, i report back on next reboot, Server currently busy

anything in the logs ? i know this error message when access to database is not working, so i wonder what it could be ...

ok, then it must be somthing with your 2fa ... as im not using this feature in my reverse proxy setup im out.

may some issue since the latest mariadb update ? in case you use mariadb externally from lsio

mach mal einen screen von hier noch, VM setting und tools, system devices

may a question about auto mounting smb shares since 6.10, seems here UAD tries to mount and gives up after a reboot ug 28 06:23:00 AlsServer emhttpd: nothing to sync Aug 28 06:23:00 AlsServer unassigned.devices: Mounting 'Auto Mount' Remote Shares... Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server '192.168.1.45' is offline and share '//ALSBATH/internal' cannot be mounted. Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server '192.168.1.25' is offline and share '//ALSSLEEP/internal' cannot be mounted. Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server 'VUDUO4KSE' is offline and share '//VUDUO4KSE/harddisk' cannot be mounted. Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server 'VUDUO4KSE' is offline and share '//VUDUO4KSE/rootfs' cannot be mounted. even the shares are online, so i have to manually mount them in the GUI then which is working just fine. question, any chance to "delay" the mounts as soon network is available to UAD ?

its about available mem for the vgpu(s), so basically with the desktop cpu's we cant get more out of it. even roughly the *_4 and *_8 (4 or 8 vgpu's) prolly wont work ... i can use 2 /_4) or 3 (_8) max, then i run into memory page errors ...

Nein, TVHeadend ist halt ein echter TV Backend ... Jelly ist das halt "dabei" ... aber unterschiedliche Sender (iptv) usw kannst du damit schauen usw usw ... deinen "Provider" austricksen geht nicht je unterschiedlichem Sender brauchst du eine Line.

yep da die wie gesagt selbst puffern ja, wenn Ihr beide gleichzeitig den gleichen Kanal schaut, geht das, da wird dann nur 1 line eures Providers benötigt, unterschiedliche Kanäle natürlich nicht

ja, bei emby oder jelly kann die nativ rein, bei Plex bräuchte es einen proxy dazwischen (HDHR Emulator) und ja, hier ist es nach wie vor so bei emby und jelly, ghost streams beim Beenden ... passiert ab und an, Neustart Emby Server hilft dann, falls du dann die m3u deiner enigma nutzt blockierst du die tuner damit halt, wenn das kein thema ist ... kein Problem Passiert nur wenn transcode involviert ist oder der Client (Bsp TV App) hängen bleibt ... gerne bei 4k Streams in einer TV App oder auch gerne Livestream im Browser, Abhilfe schafft hier auf einen festen Wert umzustellen, sprich von Auto auf 1080p 8mbit zum Beispiel ... dann ist das bei Browser Playback eigentlich erschlagen außer der transcoder hängt. die passende xml deines "Providers" ist für das EPG normal ... emby hat integriertes EPG, Jelly meine ich auch, ich nutze hierfür ein erweitertes EPG von SD da ich halt auch Episodeninformationen usw möchte wegen Aufnahmen, 14 Tage Vorlauf, etc ... ist jedoch ein Bezahlservice. Beispiel Und nicht wundern wegen Umschaltzeiten usw, immer bedenken dass die Mediaserver (egal ob Plex, emby, jelly, ...) selbst nochmal puffern usw ... schauen ob transcoded wird etc etc etc ... Und ja, TVHeadend kann halt auch Renundanz, sprich, mehrere Quellen für einen Sender wenn Bedarf, gesteuert nach Prio usw ... aber natürlich ein ganz anderer Einrichtungsaufwand ... Hier mal ein Kanal, per DVB-C, DVB-S und m3u ... braucht man das, normal sicherlich nicht Spieltrieb ...

ja, hab ich nur nutze ich keine Torrents, daher kann ich jetzt dazu nichts sagen und ich nutze einen wireguard container, daher schlechter Vergleich.

ich weiß jetzt nicht wie dein setup ist, ob bridge oder custom bridge das sollte alles erklären ...

was sagt der "Tippgeber" dazu ? wie sieht denn dein docker run command aus ? Bsp. extra parameters wo ich nutze (auch wegen ipv6) --cap-add=NET_ADMIN --device /dev/net/tun --sysctl net.ipv6.conf.all.disable_ipv6=0 --dns=1.1.1.1

ok, so now we can say its not a jdown docker issue, its more a ovpn docker with your rpovider when you get better speeds on your test with your vpn app on your desktop pc when i remember correctly.

sure, either binhex/privoxy, i also provide a ovpn docker with privoxy and socks proxy, ...

the Test is NOT to route the jdown container through the vpn docker by --container as network. jdown has a buildin proxy option, just start jdown as bridge or whatever you like to use mode and enter the proxy settings in jdownloader, you reach jdown directly ... sample from here as you see, my VPN Docker (which you cant use as its a wireguard hide.me only) is on its ip, my jdownload is on its own ip, so i reach my jdownloader simple by 192.168.1.60:5800 or VNC direct 192.168.1.60:5900 inside jdown you configure now your http and/or socks proxy, name or ip (recommended to make sure), port(s), and disable "no proxy" to make sure all external traffic is going through there. and my extra point is, this scenario you can test from your jdown docker, from any jdown on a VM, Windows client, ... lets say the jdown docker would be very slow like you described and the windows Test Jdown would be fast, it may would be then a jdown docker issue (what i cant imagine)