ich777

The settings and everything should also be intact I think or am I wrong? Don't know why this happens sometimes to users, never experienced this on my instance... Have you configured your appdata directory share to use cache 'Only' or 'Prefer', I can only imagine that if you set it to move the files off of the cache (or better speaking use cache 'Yes') that this can/will happen.

No it uses both, the GPU does the encoding of the file to h264 and the CPU is used (because it can't decode the h265) for the decoding the source file. Try a file that is for example 1080p h264 and transcode it to 720p h264. If you want something that is decent for transcoding try to get a used GTX1050 or GTX1050Ti

First of all the GT710 isn't capable of transcoding h265 so I think that's the main problem here and from what I've seen this is Direct Play anyways, you have to force a lower quality to initiate the transcoding. For a full overview of what you card is capable/can transcode look here: Click

Have you changed the setting as said above to not move the game off of the cache drive? This can happen if some files are on the cache drive and some on the array. Please save your 'Backup' folder that lives in your Valheim directory an your .config folder to your local computer, then delete the container and the valheim folder from your appdata directory and download a fresh copy of the CA App, after it is installed you can stop the container and put the files from your Backup folder in your .config directory. This seems like the world got corrupted, what you can also first try is to stop the container and restore a previous saved backup to your .config folder from one of the last archives from your 'Backup' folder. This is the world destroy bug that is known and the developers have to fix, that's why I implemented the Backup function to the container. EDIT: Here is also the log from a fresh installed Valheim container: valheim.log

I don't think you can do that, you only can choose that the appdata directory stays on the cache (in the Share settings choose at Use Cache 'Only' or 'Prefer') that's what I also recommend since otherwise the array have to spin up or can never go to sleep if you move the appdata to the array. EDIT: What you can do is you can set up a dedicated share for the Valheim container and choose to stay on the cache drive.

Please post your template configuration. Make also sure that your mover doesn't move the files to the array, the files should stay on the cache and should not be moved around.

What was working nice? The container? Very unlikely that the container did crash your server. Have you got a syslog from the crash? How did you know that it was a GPU crash? @jj1987 have you got any problems so far?

No these steps are not necessary because the container does that for you, also the container even checks for updates on every start/restart of ValheimPlus. I really can't tell why it's not working but other people gere are running it and everything seems to work fine for them.

Das ist aber richtig komisch... Evtl die LAN/WLAN verbindung?

No, not for the appdata directory. This can't work because it would write every new file to the RAM after the mover has done it's thing and not in the directory. If you connect to a console of the container and look in the directory itself every fill will be there. Also it is really strange that the container works after it has moved the files to the array. Just for your information, some container will not work if you do it like that way.

Wait what, you have the game in a spot where it is moved off of the cache and onto another drive? That's the wrong protocol you need to use UDP like the template says. I really can't help with this... I know from another user that ValheimPlus is working just fine.

Thank you already changed that, eventually delete the template that you already have for the existing container and redownload it from the CA App and make the changes that you have in your old template.

As said above, stop the container and then try to delete everything inside your jdownloader2 folder except for the 'cfg' folder and try to start the container again. Make also sure that the container has exclusive access to the internet without PiHole or any blocking software in front of it.

Yes, this post (the next post), and the post below is the solution: This game is in pretty early alpha state and such things are very likely to happen.

Ja weiß ich (sonst würde zB apt-get update,... usw. nicht funktionieren), aber das war auch nur eine Feststellung das es das Paket für Alpine nicht gibt. Würd auch sagen das es überflüssig ist wenn er es sowieso nicht nutzt und es nur ein Hinweis/Warnung ist. Wie schon oben geschrieben ein Github issue wäre der richtige weg das es gleich ins image integriert wird das die Warnung gar nicht erst angezeigt wird.

Plex doesn't officially support AMD iGPU's. If you are interested you can try my Jellyfin container from the CA App where transcoding is working with AMD iGPU's. EDIT: Oh and both CPU's that you are mentioned are tested and working.

Lösch mal deine Cookies im Browser für die WebGUI von Krusader, ich tippe da eher auf ein Browser Problem, hab ihn jetzt selbst nochmal installiert und läuft problemlos. Du benutzt auch Firefox wie ich aus deinem Screenshot sehen kann. Du könntest auch mal versuchen bevor du den Container startest das Log aufzumachen, dann startest du den Container und wenn er im Log anzeigt "---Starting Krusader---" kannst du auf die WebGUI klicken und sollte sofort laden da der Container da komplett hochgefahren ist. Was du auch noch probieren kannst ist das du einfach einmal auf das Aktualisieren Symbol klick oben in Firefox. Wie gesagt das sieht eher nach eine Browserproblem aus.

Warum ist doch nichts falsch dran. Ist die aktuelle Version soweit ich weiß. Normalerweise sagt man Updates immer gleich installieren da Sicherheitsupdates, Patches usw. integriert sind aber manchmal hast dann auch neue Bugs usw... Ich hab das AutoUpdate für Docker einmal in der Woche laufen, so kann ich wenigstens feststellen ab wann das nicht mehr ging wenn ich einen Container länger nicht benutze.

Please check if the Update broke your savegame and also post a log output, otherwise I can't help, please also note that you have a Backup folder in your main Valheim directory where it stores Backups from the last 24hours. There is currently a bug in the game that can destroy your savegame that's why I implemented the Backup function to the container. EDIT: Also please note this is a game in pretty early alpha state and such things are likely to happen.

Das brauchst du doch nicht, ist doch nur eine Warnung bzw. Hinweis... Ich würd das weglassen, meines wissen zB gibts dieses modul nicht fertig für Alpine Images. EDIT: Wenn das schon Nextcloud selbst nicht miliefert würd ich das lassen oder du machst einen Bug report auf deren Github das es fehlt und die Warnung ausgeworfen wird.

Sorry wenn ich das jetzt sage aber das ist doch das offizielle Nextcloud image oder irre ich mich da gerade... Was willst du überhaupt installieren oder was fehlt dir? Btw wie siehts mit Jellyfin aus? Läuft das jetzt?

Gibt's in dem Container keine Unterstützung für ein Startscript wäre doch eine schönere Lösung. Wenn der supervisord verwendet sollte das möglich sein. Und ja du musst ein -y dran machen sonnst wird der auf eine tasteneingabe warten bzw. bricht ab wie in deinem Fall.

@Anym001 Nach einem Start/Stop des Container verschwindet nichts wenn du was im Container geändert/hinzugefügt hast, nur wenn du im Template was änderst, ein Force Update machst oder nach einem Update vom Container (was eigentlich das gleiche wie ein Force Update ist).

No, haven't done anything related to SR-IOV but after reading through the link that @tjb_altf4 has posted it should be possible if you install the Mellanox Firmware Tools if you are on 6.9.0RC2 from the CA App (be sure to replace 'mlxconfing' with 'mstconfig' my package includes the open source version of the Mellanox Firmware Tools).

Das Syslog bringt in diesem Fall nichts, viel interessanter wäre das log von dem Container selbst (auf das Icon vom Container klicken und dann Log). Du musst dem Container ein wenig Zeit geben das er startet andernfalls kann er sich noch nicht auf den VNC Server im Container verbinden und dann ist das normal das er versucht sich zu verbidnen aber nicht kann weil wie gesagt der VNC Server im Container noch nicht online ist. Den Container solltest aber problemlos laufen lassen können da wenn keiner auf dem VNC Server verbunden ist er keine Leistung und fast keinen Arbeitsspeicher braucht.