linuxserver-mod-vuetorrent
linuxserver-mod-vuetorrent copied to clipboard
Unacceptable file type, only regular file is allowed.
Hello,
it seems that I cannot use anymore the vuetorrent ui, I get the error in the title. If I change the ui to nightwalker in qBittorent.conf in the docker volume, it works. I was using the vuetorrent ui until yesterday. After starting the docker, I cannot find the vuetorrent folder in the default config dir.
This is my docker:
qbittorrent: image: lscr.io/linuxserver/qbittorrent:latest container_name: qbittorrent cap_add: - NET_ADMIN network_mode: service:gluetun depends_on: gluetun: condition: service_started environment: - PUID=1000 - PGID=1000 - TZ=Europe/Rome - WEBUI_PORT=9080 - DOCKER_MODS=ghcr.io/gabe565/linuxserver-mod-vuetorrent - LAN_NETWORK=192.168.111.0/24 volumes: - .qbit_config:/config - /mnt/data/torrents:/data/torrents restart: always labels: - autoheal=true # Required for willfarrell/docker-autoheal - com.centurylinklabs.watchtower.enable=true healthcheck: # Required for willfarrell/docker-autoheal test: curl --fail --ipv4 https://google.com || exit 1 interval: 60s timeout: 5s retries: 3
The logs:
(N) 2024-06-14T16:45:49 - qBittorrent v4.6.5 started (N) 2024-06-14T16:45:49 - Using config directory: /config/qBittorrent (N) 2024-06-14T16:45:49 - Trying to listen on the following list of IP addresses: "0.0.0.0:10154,[::]:10154" (I) 2024-06-14T16:45:49 - Peer ID: "-qB4650-" (I) 2024-06-14T16:45:49 - HTTP User-Agent: "qBittorrent/4.6.5" (I) 2024-06-14T16:45:49 - Distributed Hash Table (DHT) support: ON (I) 2024-06-14T16:45:49 - Local Peer Discovery support: ON (I) 2024-06-14T16:45:49 - Peer Exchange (PeX) support: ON (I) 2024-06-14T16:45:49 - Anonymous mode: ON (I) 2024-06-14T16:45:49 - Encryption support: ON (I) 2024-06-14T16:45:49 - Successfully listening on IP. IP: "127.0.0.1". Port: "TCP/10154" (I) 2024-06-14T16:45:49 - Successfully listening on IP. IP: "127.0.0.1". Port: "UTP/10154" (I) 2024-06-14T16:45:49 - Successfully listening on IP. IP: "172.30.172.2". Port: "TCP/10154" (I) 2024-06-14T16:45:49 - Successfully listening on IP. IP: "172.30.172.2". Port: "UTP/10154" (I) 2024-06-14T16:45:49 - IP geolocation database loaded. Type: DBIP-Country-Lite. Build time: Sat Jun 1 02:35:40 2024. (N) 2024-06-14T16:45:49 - Using custom WebUI. Location: "/config/qBittorrent/vuetorrent". (W) 2024-06-14T16:45:49 - Couldn't load WebUI translation for selected locale (en). (N) 2024-06-14T16:45:49 - WebUI: Now listening on IP: *, port: 9080 (N) 2024-06-14T16:47:02 - WebAPI login success. IP: ::ffff:172.30.172.30 (N) 2024-06-14T16:47:03 - WebAPI login success. IP: ::ffff:172.30.172.20 (N) 2024-06-14T16:47:03 - WebAPI login success. IP: ::ffff:172.30.172.10
I tried this one and the other one, both do it, And after reading through Google, this error plagues qbittorrent, and they never give a reason as to why it happens. They just say "disable Webui". Not a solution.
I am able to replicate. Still figuring out what is triggering this so that I can implement a fix.
Related VueTorrent issue: https://github.com/VueTorrent/VueTorrent/issues/1736
After some troubleshooting, I think this is because the LinuxServer scripts think the mod has already been applied.
If you check the Docker logs with docker compose logs qbittorrent, which of these do you see?
-
qbittorrent | [mod-init] Running Docker Modification Logic qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container qbittorrent | [mod-init] Downloading gabe565/linuxserver-mod-vuetorrent from ghcr.io qbittorrent | [mod-init] Installing gabe565/linuxserver-mod-vuetorrent qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent applied to container -
qbittorrent | [mod-init] Running Docker Modification Logic qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent at sha256:e13dd95584b75b06ae8e3cf91ca7634056127423d4b2ddb09ac9aeefda02fea0 has been previously applied skipping
If your logs look like number 2 and you don't see the /vuetorrent dir inside the container, then I have two ideas that could solve this (see below). I'm not yet sure why the mod wasn't installed during the new version startup.
To fix, you can either remove the state file and restart:
docker compose exec qbittorrent bashrm /gabe565.linuxserver-mod-vuetorrent.latestexitdocker compose restart qbittorrent
Or you can recreate the container:
docker compose rm --stop qbittorrentdocker compose up -d
I have the manual version installed and just woke up. Give me about an hour to get my eyes open, and I'll remove the manual, reinstall yours, and check the logs and report back.
Appreciate it.
Initial log:
qbittorrent | [mod-init] Running Docker Modification Logic
qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container
qbittorrent | [mod-init] Downloading gabe565/linuxserver-mod-vuetorrent from ghcr.io
qbittorrent | [mod-init] Installing gabe565/linuxserver-mod-vuetorrent
qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent applied to container
[[ logo, bunch of nonsense ]]
qbittorrent | Linuxserver.io version: 4.6.5-r0-ls335
qbittorrent | Build-date: 2024-06-12T20:12:36+00:00
qbittorrent | ───────────────────────────────────────
qbittorrent |
qbittorrent | [custom-init] No custom files found, skipping...
qbittorrent | /usr/bin/with-contenv: line 6: umask: 18: octal number out of range
qbittorrent | /usr/bin/with-contenv: line 6: umask: 18: octal number out of range
qbittorrent | WebUI will be started shortly after internal preparations. Please wait...
qbittorrent |
qbittorrent | ******** Information ********
qbittorrent | To control qBittorrent, access the WebUI at: http://localhost:8880
Removing the file and doing a restart appears to work.
After some troubleshooting, I think this is because the LinuxServer scripts think the mod has already been applied. If you check the Docker logs with
docker compose logs qbittorrent, which of these do you see?
qbittorrent | [mod-init] Running Docker Modification Logic qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container qbittorrent | [mod-init] Downloading gabe565/linuxserver-mod-vuetorrent from ghcr.io qbittorrent | [mod-init] Installing gabe565/linuxserver-mod-vuetorrent qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent applied to containerqbittorrent | [mod-init] Running Docker Modification Logic qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent at sha256:e13dd95584b75b06ae8e3cf91ca7634056127423d4b2ddb09ac9aeefda02fea0 has been previously applied skippingIf your logs look like number 2 and you don't see the
/vuetorrentdir inside the container, then I have two ideas that could solve this (see below). I'm not yet sure why the mod wasn't installed during the new version startup.To fix, you can either remove the state file and restart:
docker compose exec qbittorrent bashrm /gabe565.linuxserver-mod-vuetorrent.latestexitdocker compose restart qbittorrentOr you can recreate the container:
docker compose rm --stop qbittorrentdocker compose up -d
Done that, ans now I se this in the container log:
After some troubleshooting, I think this is because the LinuxServer scripts think the mod has already been applied. If you check the Docker logs with
docker compose logs qbittorrent, which of these do you see?
qbittorrent | [mod-init] Running Docker Modification Logic qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container qbittorrent | [mod-init] Downloading gabe565/linuxserver-mod-vuetorrent from ghcr.io qbittorrent | [mod-init] Installing gabe565/linuxserver-mod-vuetorrent qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent applied to containerqbittorrent | [mod-init] Running Docker Modification Logic qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container qbittorrent | [mod-init] gabe565/linuxserver-mod-vuetorrent at sha256:e13dd95584b75b06ae8e3cf91ca7634056127423d4b2ddb09ac9aeefda02fea0 has been previously applied skippingIf your logs look like number 2 and you don't see the
/vuetorrentdir inside the container, then I have two ideas that could solve this (see below). I'm not yet sure why the mod wasn't installed during the new version startup. To fix, you can either remove the state file and restart:
docker compose exec qbittorrent bashrm /gabe565.linuxserver-mod-vuetorrent.latestexitdocker compose restart qbittorrentOr you can recreate the container:
docker compose rm --stop qbittorrentdocker compose up -dDone that, ans now I see this in the container log:
mod-init] Running Docker Modification Logic [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container [mod-init] Downloading gabe565/linuxserver-mod-vuetorrent from ghcr.io [mod-init] Installing gabe565/linuxserver-mod-vuetorrent [mod-init] gabe565/linuxserver-mod-vuetorrent applied to container [migrations] started [migrations] no migrations found usermod: no changes
My fault! The ui path was wrong in my qBittorent.conf!
@glanc That makes sense! I wish qBittorrent served a more helpful error when that happened, and then fell back to serving the built-in web UI...
Removing the file and doing a restart appears to work.
It seemed like it would. I'll continue to see if I can fully replicate. Let me know if it happens again!
@daNutzzzzz Moving conversation from #56 to here. Are you still having this issue? If so, can you post your container logs?
@daNutzzzzz Moving conversation from #56 to here. Are you still having this issue? If so, can you post your container logs?
Hi, no, there was another QBT update and it worked again.
@gabe565 Hi. I am getting the same issue after the jump to qBittorrent 5.0.1 to address CVE-2024-51774 but my logs are saying:
qbittorrent | [mod-init] Running Docker Modification Logic
qbittorrent | [mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container
qbittorrent | [mod-init] Downloading gabe565/linuxserver-mod-vuetorrent from ghcr.io
qbittorrent | [mod-init] (ERROR) Invalid tarball, could not download gabe565/linuxserver-mod-vuetorrent from ghcr.io
qbittorrent | [migrations] started
qbittorrent | [migrations] no migrations found
qbittorrent | usermod: no changes
qbittorrent | ───────────────────────────────────────
qbittorrent |
qbittorrent | ██╗ ███████╗██╗ ██████╗
qbittorrent | ██║ ██╔════╝██║██╔═══██╗
qbittorrent | ██║ ███████╗██║██║ ██║
qbittorrent | ██║ ╚════██║██║██║ ██║
qbittorrent | ███████╗███████║██║╚██████╔╝
qbittorrent | ╚══════╝╚══════╝╚═╝ ╚═════╝
qbittorrent |
qbittorrent | Brought to you by linuxserver.io
qbittorrent | ───────────────────────────────────────
qbittorrent |
qbittorrent | To support LSIO projects visit:
qbittorrent | https://www.linuxserver.io/donate/
qbittorrent |
qbittorrent | ───────────────────────────────────────
qbittorrent | GID/UID
qbittorrent | ───────────────────────────────────────
qbittorrent |
qbittorrent | User UID: 1000
qbittorrent | User GID: 1000
qbittorrent | ───────────────────────────────────────
qbittorrent | Linuxserver.io version: 5.0.1-r0-ls362
qbittorrent | Build-date: 2024-11-02T05:49:15+00:00
qbittorrent | ───────────────────────────────────────
qbittorrent |
qbittorrent | [custom-init] No custom files found, skipping...
qbittorrent | WebUI will be started shortly after internal preparations. Please wait...
qbittorrent |
qbittorrent | ******** Information ********
qbittorrent | To control qBittorrent, access the WebUI at: http://localhost:8090
qbittorrent | Connection to localhost (::1) 8090 port [tcp/*] succeeded!
qbittorrent | [ls.io-init] done.
Your workaround does not seem to help. This did not happen with 4.6.3, which is what I was running just prior to the update.
Hi I'm seeing this issue now with the following setup:
qbittorrent:
image: lscr.io/linuxserver/qbittorrent:latest
network_mode: service:vpn
container_name: qbittorrent
depends_on:
- vpn
environment:
- PUID=0
- PGID=0
- TZ=${TZ}
- WEBUI_PORT=8080
- DOCKER_MODS=ghcr.io/gabe565/linuxserver-mod-vuetorrent
volumes:
- ${COMMON_PATH}:${COMMON_PATH}
- ${COMMON_PATH}/configs/qbittorrent:/config
- ${COMMON_PATH}/qbittorrent/downloads:/downloads
restart: unless-stopped
Here are my logs:
[mod-init] Running Docker Modification Logic
[mod-init] Adding gabe565/linuxserver-mod-vuetorrent to container
[mod-init] (ERROR) gabe565/linuxserver-mod-vuetorrent digest could not be fetched from ghcr.io
[migrations] started
[migrations] no migrations found
───────────────────────────────────────
██╗ ███████╗██╗ ██████╗
██║ ██╔════╝██║██╔═══██╗
██║ ███████╗██║██║ ██║
██║ ╚════██║██║██║ ██║
███████╗███████║██║╚██████╔╝
╚══════╝╚══════╝╚═╝ ╚═════╝
Brought to you by linuxserver.io
───────────────────────────────────────
To support LSIO projects visit:
https://www.linuxserver.io/donate/
───────────────────────────────────────
GID/UID
───────────────────────────────────────
User UID: 0
User GID: 0
───────────────────────────────────────
Linuxserver.io version: 5.0.1-r0-ls362
Build-date: 2024-11-02T05:49:15+00:00
───────────────────────────────────────
[custom-init] No custom files found, skipping...
QtSingleCoreApplication: listen on local socket failed, QLocalServer::listen: Unknown error 22
WebUI will be started shortly after internal preparations. Please wait...
******** Information ********
To control qBittorrent, access the WebUI at: http://localhost:8080
Connection to localhost (::1) 8080 port [tcp/http-alt] succeeded!
[ls.io-init] done.
Got around this issue by using DOCKER_MODS=ghcr.io/vuetorrent/vuetorrent-lsio-mod:latest insead from the instructions here: https://github.com/VueTorrent/VueTorrent/wiki/Installation#using-lsio-docker-mod