mikl

How do I install this driver if i'm getting this? 😛 plugin: installing: unraid-r8125.plg Executing hook script: pre_plugin_checks plugin: downloading: unraid-r8125.plg ... done Executing hook script: pre_plugin_checks -----------------------Downloading RTL8125 package!------------------------- --------This could take some time, please don't close this window!---------- -----------------------Can't download RTL8125 package----------------------- plugin: run failed: '/bin/bash' returned 1 Executing hook script: post_plugin_checks

When using a custom docker network, the port(s) used is the one set by the app in the container. Setting the port in the template wont change anything. You need to change the port within the app for it to work on 8585 and/or change the environment variable if one is available. If you are using this threads method to avoid macvlan traces then your containers using static ip's (custom network) won't be able to communicate with the ones using the bridged network, since host access is disabled.

Atleast for me it started happening after switching from an Intel platform to AMD Ryzen.

While this solution works, it does not allow host access, so it's not really a solution. 1) macvlan + host access = bridged containers are able to talk to containers that has static ip's but it crashes the server 2) ipvlan + host access = bridged containers are able to talk to containers that has static ip's but server loses connection to the outside after a while 3) ipvlan + no host access = no crashes or connection issues, but bridged containers are unable to talk to containers that has static ip's 4) this solution = works the exact same as option 3 So an example, to get nginx proxy manager to work with bridged containers or to make bridged containers use my adguard home which has a static ip, I will have to use option 1 or 2 which will result in either crashes or drop of connection to the outside. this solution is no solution at all but a bandaid for people using macvlan without host access. It's so frustrating

Hey ich777 I also got my hand on an A380 if you need more help testing.

That was fast! 😂 alright I'll try that! thanks

Hey guys. So I have been having issues for quite a while with unraid at random times becomes unresponsive so I have to do a hard reboot. I have tried troubleshooting myself but have reached a point now where I need some help. It can sometimes take months before it happens but most of the time it does it every few days(weeks). I have changed memory multiple times, and made them run at default without xmp/overclocking to no luck. Kind regards mlgz0rnnas-diagnostics-20220615-1257.zip syslog1-192.168.0.200.log

My bad then. I just find it weird that if those permission issues was not there on 6.9.2 why would they be there on 6.10.0? Is there something more strict with permissions on 6.10.0? And you did update the docker version, wouldn't that be able to touch the disk drives if changes was made to that version vs. the one on 6.9.2?

I think some of the folder permissions reset with the upgrade which is why alot of docker containers are having issues

Here

Try this https://forums.unraid.net/topic/123671-unraid-610-permission-denied-from-docker-containers/?do=findComment&comment=1128912

I know a lot have been having issues with permissions for some docker containers after updating to 9.10.0. Could be that? You can try this, won't hurt at least.

This might help you

I fixed it by running the New Permissions tool on the affected folders You can also add this script to user scripts and run it to be more specific on folders instead of shares/disks. Remember to add the path to your folder #!/bin/sh for dir in "/mnt/user/!!you folder path here!!" do echo $dir chmod -R ug+rw,ug+X,o-rwx $dir chown -R nobody:users $dir done

Awesome! Thank you

Hey @binhex First of all thanks for this docker image. I was wondering if it's possible to have a startup script? Let's say if I wan't to install 7zip (pacman -S p7zip), so I don't have to manually do it every time the container gets updated? I'm using a plugin for deluge that extracts archived files, but it's disabling support for .7z files.

Awesome! Thank you so much!

@ich777 Do you know why the Jellyfin server in your container is not updating to 1.0.7.6 when the web client is?

In version 10.7.5 the wrong jellyfin ffmpeg is being pulled ffmpeg version 4.3.1-Jellyfin (4.3.1-4) instead of ffmpeg version 4.3.2-Jellyfin (4.3.2-1) This stops QSV from working. This does seems like to be a Jellyfin issue and not a linuxserver issue https://www.reddit.com/r/jellyfin/comments/n9d5v5/please_update_jellyfinffmpeg_to_4321_to_use_intel/ https://github.com/linuxserver/docker-jellyfin/issues/109 Manually updating the ffmpeg version in the container console to 4.3.2-1 makes QSV working again wget https://repo.jellyfin.org/releases/server/ubuntu/versions/jellyfin-ffmpeg/4.3.2-1/jellyfin-ffmpeg_4.3.2-1-focal_amd64.deb apt install ./jellyfin-ffmpeg_4.3.2-1-focal_amd64.deb Would it be possible to make a quick fix that pulls the latest ffmpeg automatically untill the Jellyfin team fixes the issue?

It is! thanks alot!

Hey @ich777 thanks alot for your containers. I noticed when trying to setup a csgo server running sourcemod with the mysql extension the server will spit out an error [SM] Unable to load extension "dbi.mysql.ext": libz.so.1: cannot open shared object file: No such file or directory To solve this I need to run these 2 commands in the container console apt-get update apt-get install lib32z1 After a server restart the mysql extension now works. Would it be possible to add this to the container so it runs it on install? I guess this would also be an issue on all other source engine games that are able to run sourcemod