ich777

Good question, you have to test it if the path is not defined in the template but I would recommend to set it to '/tmp' just in case someone let's the mount for it in the template...

? Okay, than the only way would be to look up the Oxide or the Rust forums.

@alturismo & @mgutt I now have a working solution. Put this into your 'Extra Parameters': --mount type=tmpfs,destination=/tmp,tmpfs-size=4000000000 Then go to your Plex transcoding settings and set the path to '/tmp': Tested this after 5 restarts and the permissions for '/tmp' are always: After the first start: drwxrwxrwt 4 root root 80 Feb 1 15:36 tmp After a restart: drwxrwxrwt 3 root root 60 Feb 1 15:37 tmp After the fifth restart: drwxrwxrwt 3 root root 60 Feb 1 15:39 tmp Hope that helps

@alturismo & @mgutt actually there is a issue open on Github: https://github.com/opencontainers/runc/issues/1647

This defaults to 1700. Forgot to link the source: Click Then this is possibly not usable for Plex, I run it in Emby without a problem, have to investigate further.

Darf ich fragen was du da geändert hast? Wäre es nicht besser einen PR zurück zum original repo zu machen damit der fix für alle zur verfügung steht?

Schmeiß diesen link einfach in 'Install Plugin rein auf der Plugin page: https://raw.githubusercontent.com/bjoerns1983/S3Sleep/master/unRAIDv6/dynamix.s3.sleep.plg https://raw.githubusercontent.com/bjoerns1983/S3Sleep/master/unRAIDv6/dynamix.s3.sleep.plg EDIT: Altes plugin vorher deinstallieren! Reboot solltest nicht brauchen.

@alturismo & @mgutt you can also append permissions to the mounted folder like: --mount type=tmpfs,destination=/transcode,tmpfs-mode=1777,tmpfs-size=4000000000 This should set the permissions on every start of the container. EDIT: Should be a little bit more precise, this sets to permissions: tmpfs-mode=1777

Das ist uns allen schon mal passiert. Deswegen auch die Empfehlung von mir und @mgutt an dich @zero_neverload alles was mit Containern zu tuhen hat immer auf 'Only' (Deutsch 'Nur') oder 'Prefer' (Deutsch 'Bevorzugt'), danach stoppst du den Docker Dienst und startest einmal den Mover, wartest bis er fertig ist und danach startest du den Docker Dienst wieder (ist natürlich nur immer dann notwendig wenn du umstellst wie die Freigabe den Cache nutzen soll).

Meiner Meinung wäre die Passphrase die bessere Wahl solange sie stark genug ist und gut aufgehoben wird (evtl. Handschriftlich oder ausgedruckt und nicht irgendwo Digital gespeichert). Eine Passphrase kann aus bis zu 512 Zeichen und es wird empfholen nur die 95 druckbaren Zeichen des ASCII Tables zu verwenden. Beim Keyfile hast du unter Umständen das Problem wenn du das File mal verlierst das du die Daten nicht wiederhergestellt werden können (jedoch ist das auch nicht viel Wahrscheinlicher als wenn du den Zettel verlierst/wegschmeißt den du dir irgendwo aufgehoben hast). Du kannst das Keyfile auch extern speichern jedoch wenn du es ein einige Jahre auf einem Stick hast ist es auch möglich das der Stick nicht mehr lesbar ist (auch ziemlich unwahrscheinlich aber möglich). Das Keyfile muss eine Binärdatei mit maximal 8MB (8388608 byte) sein.

Mittlerweile sind wir auf der 2. Release Candidate. Ich verwend die auf meinem Main und Development Server und hab keine Probleme damit. Also ich kann dir mit gutem Gewissen raten auf Unraid 6.9.0rc2 umzusteigen. Es gibt nur diese Antwort, ob sie dir reicht kann ich dir nicht versprechen: Soon™

Permissions are set/reset if you want it automatically...

Dann wird der Container alle Dateien neu herunterladen/installieren weil er die am neuen Pfad nicht mehr findet. Du müsstest den Container vorher stoppen, danach musst das bestehende Verzeichnis ins neue Verzeichnis verschieben, das template änderen also den Pfad zum neuen Verzeichnis anpassen and dann auf 'Übernehmen' um den Container dann zu starten. Erstellt den neuen Pfad und lässt den alten zurück aber das kann man löschen. Entweder per hand im Terminal oder mit dem CA Cleanup (beides bitte mit Vorsicht verwenden). Dann viel Spaß beim verschieben /neu erstellen <- Sarkasmus included...

Das hat nichts mit dem docker.img zu tuhen, im docker.img werden nur die Images gespeichert die der Container benötigt zum laufen. Der Pfad den du hier siehst zB in meinem container bei 'ServerFiles' ist dort wo die daten für die Applikation liegen (Plugins, Gameserver, Savegames,...). Wenn du die ServerFiles auf einem anderen Laufwerk haben willst musst du den Pfad ändern (zB '/mnt/cache_2/appdata2/fivem' <- soll nur ein beispiel sein pass den auf deine Bedürfnisse an).

Sorry my bad... EDIT: Corrected it in my post but that shouldn't matter this describes only the path in the container itself whether it's '/transc', '/transcode', '/transcoding', '/mnt/transcoding' or whatever you want. Just be sure to set the transcoding path in your App (Plex, Emby, Jellyfin,...) to the corresponding path that you defined in the 'Extra Parameters'.

I currently came across this and don't know if this was already mentioned here but this would be also achievable with a entry in the template at 'Extra Parameters': --mount type=tmpfs,destination=/tmp,tmpfs-size=4000000000 In the above example a RAMdisk is created with a limit of 4GB (the size has to be defined in bytes).

Please do a (force update) on the Docker page of the Container. I've implemented a new variable and also updated the template. In your case (because you already have the template downloaded) you have to click on 'Add another Path, Port, Variable, Label or Device' and create it like in the screenshot, after you created it click on 'Add' and then 'Apply', then the schedule engine starts automatically:

@zero_neverload auch nicht vergessen wenn du jemand markieren willst musst du dann auf den Namen klicken das er Orange wird und derjenige dann eine Benachrichtigung erhält: Kontrollier aber bitte bevor du den Container neu erstellst ob du bei deinem Ordner in dem FiveM dann liegt auf deinem 2. Cache die Einstellung von der Freigabe 'Bevorzugt' oder 'Nur' gewählt ist (würd ich auch beim 1. Cache also für 'appdata' 'Bevorzugt' oder 'Nur' auswählen)

Das ist wahrscheinlich genau dein Problem. Du sollte das appdata Verzeichnis entweder ganz auf dem Cache lassen (Benutze Cache 'Bevorzugt' und nicht 'Ja') oder auf dem Array (Benutze Cache 'Nein'), je nachdem was dir lieber ist. Du kannst das beheben indem du die Einstellung auf 'Bevorzugt' änderst, dann beendest den Docker dienst komplett das nichts mehr auf die Daten zugreift und dann aktivierst du den Mover manuell. Weil im Pfad vom Container, also im Template, angegeben ist das es auf dem Cache abgelegt werden soll (schau mal der Pfad zu den Gamefiles müsste mit '/mnt/cache/appdata/fivem' oder so angegeben sein), aber das beißt sich dann mit deinen Plugins wenn du die manuell auf den server kopierst. Du musst bei dem Erstellen des Containers schon aufpassen wo du die Daten haben willst und vergiss nicht das du wenn du einen neuen Share anlegst zu kontrollieren ob die Einstellungen für den Cache korrekt sind, für Container würd ich die Einstellungen nie auf 'Ja' lassen.

What are your issues? I also own a 10th gen system ASUS Z490-E and a i5-10600 and everything works flawlessly in terms of the iGPU and everything else so far. The Nvidia-Driver is the plugin that should do the trick on 6.9.0rc2+ The Unraid-Kernel-Helper is just a tool to build All-In-One images so that you don't have to install the plugins with the drivers,... This should speed up the boot times a little bit (but nowadays the difference are only a few seconds depending on your USB Boot device. EDIT: This tool is only designed to work on 6.9.0rc2, had to remove the support for older versions due to some nasty posts on page 22? I think.

Eventually it will be possible but as said, I don't think it's worth the effort... Do you want to host a public server or just for your friends?

Sorry but I think that is not possible but I could be maybe wrong... If it's possible I don't think it's worth the effort. Wouldn't it be easier to host RUST on the VPS?

I got something for you, hook me up with a short PM and I will send you the details

I think that's causing the issue, can you try to run it without pterodactyl just for troubleshooting reasons? Some path's seem way off? Isn't RCON a option to restart it (the container will always restart because it's set to restart unless-stopped).

No. Why should I? That's not true. Just back up you bz* files from you USB Boot device the you have a backup of 6.8.1 with DVB. Youcan also look at my Unraid-Kernel-Helper thread there are prebuilt images for 6.8.3 with LibreElec drivers which also work with DD Cards. And if you want to you can always build a 6.9.0RC2 with DD builtin or you just run the plugin. Me too. Exactly but I don't experinece the I2C errors anymore. That's a thing that is documented on the DD page what you have to append if you got any problems or want to switch to Unicable on DVB-S cards or TBS cards. Haven't got time and have to say that I almost forgot about that because no one asked until now to document that on in the first post.