binhex

you can actually change it, its just that the template is unaware of what you set the web ui port to, personally i just have a single folder in my browser with links to every docker container, i dont bother with the unraid web ui unless i want to do something unrelated to docker. but if you want to fix it then toggle 'advanced view' top right and then change the port for the 'WebUI' e.g. http://[IP]:[PORT:4000] then click on apply and it should be fixed.

the web ui link for the container will not be altered by the procedure mentioned above, so try instead manually typing the url with the port you want.

See Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/qbittorrentvpn.md

because trimarr is clever :-), it knows not to leave a video file with no audio, it will only remove non matching audio if the preferred audio exists, nobody wants a video file with no audio, right?. The flow diagram explains it quite nicely:- https://github.com/binhex/trimarr#audio-tracks This is the section that prevents the deletion of all audio:

Decided to workaround AUR and perform the install manually, new image built, please pull down latest.

Just an update on this, it looks like due to an influx of 'malicious package adoptions' AUR is currently disabled from pushes, so for now the upstream package cannot be bumped, once this changes it will auto trigger the build, if this has not changed by the end of this week (16th Aug) then i shall look into building the package myself. Link:- https://lists.archlinux.org/archives/list/[email protected]/message/YPJ3FQYJTJXXY3RUXCYLMHUKHLIUNVFF/

Hi all, i am awaiting a update upstream, once this is updated the build will be triggered automatically: https://aur.archlinux.org/packages/plex-media-server-plexpass#comment-1081353

if you look at this screenshot i think your downloads are actually going to <default base folder> + 'Downloads/incomplete' or to give you the full path: /config/Downloads/incomplete which is not what you want, so try specifying the full path in the Temporary and Completed Download folder fields i.e. /data/Downloads/incomplete and /data/Downloads/complete you should then have your downloads end up in the right place and sonarr will then be able to pick it up.

this is a classic mismatch on the download path, see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md

I cannot see any log rotation function in urbackup, so i guess not, can you not exclude certain files/folders in the backup plugin? (i dont know as i dont use it).

There was a security incident for AUR (Arch User Repository) where a number of packages were compromised (see the list of packages affected here), i have done a thorough scan of all my docker images and found zero references to the affected packages, so i believe all images are clean at this time.

Sadly that is a problem for PIA, and protonvpn (i think) also uses dynamic ports, thanks for chipping in though and confirming its fine for static incoming ports, that is good to know!.

no, both, less peers means less upload and download speed. not at all, wireguard can do it, but the unraid wireguard implementation has no functionality to allocate a dynamic incoming port from the VPN provider allocate a incoming port from the VPN provider, and yes its tricky as each provider does it differently, PIA is actually one of the most complex providers.

This makes perfect sense to me, which is why the spaceinvader one video you linked to and the solution shown in that video do NOT provide you with an incoming port, that is my point, so your speeds will be slow if you use that method, it doesnt matter what PIA endpoint you select when using that method, you will not get an incoming port, period.

Whilst the unraid wireguard vpn method is really cool (and i genuinely mean this!) it does have one problem when it comes to bittorrent, no port forwarding (so no incoming port), at least that was how it was last time i looked into it.

set Path: /media to /mnt/user set Variable: TRIMARR_MEDIA_PATH: to /media/TV|/media/Movies alternative if you dont want to expose /mnt/user is to create another new path:/tv to /mnt/user/TV and then set variable TRIMARR_MEDIA_PATH to /media|/tv

right now, nope. Actually i have not drunk enough coffee!, it doesnt specify ntfy directly, its using the excellent apprise tool, so yep it will support local or cloud ntfy services: https://appriseit.com/services/ntfy/#syntax

can you send me your config file and i will see if i can spot anything wrong with it, also let me know what the username and password values are set to in the container, copy and paste ideally to ensure we get the exact values.

from your log you can see the conneciton to qbittorrent is unauthorised: 2026-06-02 15:05:07,803 DEBG 'start-script' stdout output: Unauthorized [DEBUG] Successfully connected to gluetun Control Server double check the username and password are both correct, keep in mind the env var does NOT set a password, it is purely used to authenticate with an EXISTING password to qbit web ui, also ensure the username is correct too.

you dont seem to of set the new env vars, from your log: 2026-06-02 19:11:30,060 DEBG 'start-script' stdout output: [WARN] No qBittorrent WebUI password available for API authentication. [WARN] Set QBITTORRENT_WEBUI_PASSWORD env var to enable API-based port configuration. 2026-06-02 19:11:30,060 DEBG 'start-script' stdout output: [WARN] Unable to authenticate with qBittorrent API, port config may fail [INFO] Sleeping for 60 seconds before re-checking port assignment... see https://forums.unraid.net/topic/192161-support-binhex-qbittorrent/page/3/#findComment-1625909

There is no issues with 5.2, im using it myself via this container and gluetun, no issue, if you fancy helping out then go back to latest and then do the following (i need full log):- I will need to see a log to help further, please see the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md#unraid-users

ok i think i see the issue here, its around authentication with qbittorrent in order to set the incoming port, it looks like the option that previously permitted this now has been deprecated and removed, so you will need to add the following to the qbittorrent container: key: QBITTORRENT_WEBUI_USER value: <your qbittorrent web ui username> and key: QBITTORRENT_WEBUI_PASSWORD value <your qbittorrent web ui password> to add these follow the instuctions here for Q8:- https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md please also ensure you 'force update' to pull down the latest image.

I will need to see a log to help further, please see the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md#unraid-users

i assume by permission error you mean the 'forbidden' message right?, i shall investigate that, as for the looping that is totally expected, the script monitors the incoming port to ensure its still open, it will do this every 60 seconds.

i would encourage you to consider installing Appdata Backup in CA.