binhex

Ive been doing this for years, first thing i do when i create a container is ensure configuration files are written to /mnt/cache/...

This is correct, this image does not include a VPN, I've spotted where you are seeing this and it's a copy/paste mistake by me from an image that DOES include VPN connectivity (qbittorrentvpn for example). Having said the above i am using this image myself with the gluetun functionality which gives you VPN protection including port forwarding (if your provider supports it), this does require you setting up gluetun seperately and then setting this container to use the gluetun containers network, once you got this going it does become a very flexible solution, alternatively take a look at the qbittorrentvpn image. Edit - Fixed the copy/paste issue in the template.

Same for me, i use this, no issues here. I will investigate further, i have a feeling its a compilation issue affecting only certain processors. for now anyone affected please roll back to the previous tag.

slskd does take quite some time to scan shared media, and whilst this is going on the web ui is not accessible, in my opinion this is one of the weaker parts of slskd, scanning is slow, it would be nice if slskd showed a message at the very least whilst scanning is in progress so you know something is happening, but right now this is not the case. In any case, a top tip here for next time you see inaccessible access to the web ui is to left click the container and select 'logs', you can then see what the container is doing, which should help out decide whether the inaccessible web ui is due to an error or whether (in this case) it's simply busy.

I realise there is an official docker image and template, this image and template exposes additional env vars for greater control, it also gives you the ability to auto assign an incoming port from gluetun, tracks port changes and checks for internet outages (dns and https checks) via HEALTHCHECK.

Overview: Support for Docker image arch-slskd in the binhex repo. Application: slskd - https://github.com/slskd/slskd Docker Hub: https://hub.docker.com/r/binhex/arch-slskd/ GitHub: https://github.com/binhex/arch-slskd Documentation: https://github.com/binhex/documentation For other Docker support threads and requests, news and Docker template support for the binhex repository please use the "General" thread here If you appreciate my work, then please consider buying me a beer

thats interesting!, there are fallback defaults which match the previous values if no env var value is given, can you screenshot container/<left click>/edit and post here

this maybe totally unrelated, but thought i would link you to it as it sounds similar:- https://forums.unraid.net/bug-reports/stable-releases/720-array-write-issues-r4165/

Ughh! i see the new issue, Overseerr dev's have now introduced a symlink which then interferes with the symlink i am putting in place to redirect to /config/overseerr, its fixed, please pull down the latest image.

yes im pulling from the above URL Yep i spotted your post and i am pulling in the egg from the release of that github repo.

@ambipro Just to give you an update on this image, i will releasing a new version shortly, this will include libtorrent v1 tagged variant, inclusion of the latest geoip database and also inclusion of the Itconfig plugin for quick tuning optimisations.

This is now done, please pull the latest image and if you want to specify the incomplete and completed folders then create a new 'variable' with 'key' name INCOMPLETE_DOWNLOADS_PATH and COMPLETED_DOWNLOADS_PATH and set the value to the path you want to use.

i can look into changing this so you can define the path yourself.

Fixed in the latest package which should of been built, let me know if it's still a problem: https://github.com/qbittorrent/qBittorrent/issues/23397#issuecomment-3423087546

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

Please see Q6 from the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

from your screenshot from qbittorrent: ok so looking at the screenshot for the configuration of the container, you have neither /media or /downloads defined (although thats not ticked so has no effect) for the container path, try changing Default save path to /data/completed and enable and set Keep incomplete torrents in to /data/incomplete that way your completed files/folders will end up on the host at path /mnt/user/media/downloads/completed and /mnt/user/media/downloads/incomplete

Wow!, 'several hours' to migrate the database!, i can see a lot of people posting here with 'my docker container won't start after the latest version, so i kept restarting it', hmm fun times.

Yep im still here, when it's available upstream it will be auto built.

the console log does not say to set a password, it says you need to generate a valid rclone configuration file using the commands specified correct, you cannot generate a rclone config file via the ui, you need to use the command line option as specified in the console log, creating a empty config file will load the ui as you have found out, but it will get you nowhere as you still need to generate a valid rclone config file. so run the following in the 'console' of the container, and when asked if you want to set a password, say no (or set it to blank): rclone config --config /config/rclone/config/rclone.confWhen you see the following choose option 'New remote' do NOT choose the option 'Set cofiguration password' then walk through this and set the remote cloud storage configuration. sh-5.3# rclone config --config /config/rclone/config/rclone2.conf 2025/10/14 11:25:50 NOTICE: Config file "/config/rclone/config/rclone2.conf" not found - using defaults No remotes found, make a new one? n) New remote s) Set configuration password q) Quit config n/s/q>

If you have set a password on your rclone config then this will not work as there is no way to interactively enter that password when its running via script, this is probably why its telling your the password is empty, try removing the password for your config

The password its referring to is most probably this one: So try setting this to a non empty password and you should see the log spam stop hopefully.

i don't support nightly/beta/pre-release/dev builds due to the headache of additonal support, once this feature is in the next 'release' it will be automatically built and available to you.

fixed, please update at your convienience.