There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

[SOLVED] File size to large qbittorrent v4.6.3 docker compose

I have been trying to set up everything over on docker and have came across an issue where large file sizes (4K tv episodes etc) fail to download at all where 1080 (small sizes around 1 gb download just fine to same location).
Edit: an almost 8 gb season can download just fine but a 4.35 file will not and the 3.8 GB one will work (same TV show and name besides EP number)

I just pulled new image to attempt to fix but did not work. I found this but it tells me nothing or I think nothing.

Error message from logs:
(/downloads/Constellation.S01E02.HDR.2160p.WEB.H265-SuccessfulCrab[TGx]/constellation.s01e02.hdr.2160p.web.h265-successfulcrab.mkv) error: File too large"

file size for above are 9-10gb

compose file


<span style="color:#323232;">services:
</span><span style="color:#323232;">  gluetun:
</span><span style="color:#323232;">    image: qmcgaw/gluetun
</span><span style="color:#323232;">    cap_add:
</span><span style="color:#323232;">      - NET_ADMIN
</span><span style="color:#323232;">    environment:
</span><span style="color:#323232;">      - VPN_SERVICE_PROVIDER=
</span><span style="color:#323232;">      - VPN_TYPE=
</span><span style="color:#323232;">      - WIREGUARD_PRIVATE_KEY=
</span><span style="color:#323232;">      - WIREGUARD_ADDRESSES=
</span><span style="color:#323232;">      - VPN_ENDPOINT_PORT=443
</span><span style="color:#323232;">      - WIREGUARD_PRESHARED_KEY= 
</span><span style="color:#323232;">      - SERVER_REGIONS= 
</span><span style="color:#323232;">    ports:
</span><span style="color:#323232;">      - 8080:8080
</span><span style="color:#323232;">      - 9696:9696
</span><span style="color:#323232;">      - 8989:8989
</span><span style="color:#323232;">      - 7878:7878
</span><span style="color:#323232;">      - 6881:6881
</span><span style="color:#323232;">      - 6881:6881/udp
</span><span style="color:#323232;">    restart: always
</span><span style="color:#323232;">    
</span><span style="color:#323232;">    
</span><span style="color:#323232;">  qbittorrent:
</span><span style="color:#323232;">    container_name: qbittorrent
</span><span style="color:#323232;">    image: lscr.io/linuxserver/qbittorrent:latest
</span><span style="color:#323232;">    network_mode: "service:gluetun"
</span><span style="color:#323232;">    environment:
</span><span style="color:#323232;">      - PUID=1000
</span><span style="color:#323232;">      - PGID=1000
</span><span style="color:#323232;">      - TZ=Etc/UTC
</span><span style="color:#323232;">      - WEBUI_PORT=8080
</span><span style="color:#323232;">    volumes:
</span><span style="color:#323232;">      - /home/blxter/server/qbittorrent/config:/config
</span><span style="color:#323232;">      - /media/blxter/download:/downloads
</span><span style="color:#323232;">    restart: unless-stopped
</span><span style="color:#323232;">    depends_on:
</span><span style="color:#323232;">      gluetun:
</span><span style="color:#323232;">        condition: service_healthy
</span>
Toes ,

Since I’m not too familiar with your environment I’m just going to list some possibilities.

Check that you’re not using a fat16/fat32 filesystem anywhere. Host, Docker, download location. If this is the cause, exfat is supported by Windows and Linux if you need reverse compatibility.

Confirm you’re running the 64bit version.

Can you determine if the problem starts happening around the 4GB size.

Perhaps there’s not enough free space for it to download and copy the file from the temporary location to the destination at the same time.

Perhaps the file name including the path has become too long.

Blxter OP , (edited )
@Blxter@lemmy.zip avatar

Ah I guess you are right I was saving everything to an internal 500 gb drive in the laptop and then transferring over to a raid but if I just download said files to the raid they seem to be going fine. Guess I should wipe that internal drive and try to make it compatible.

Also is it a problem that my os (Ubuntu server) appears to be on the same fat 32 format?

Toes ,

If you’re not concerned with compatibility with Windows. Replace your filesystem with ext4.

Yeah, fat32 is the devil when it comes to working with large files. (It’s fine for /boot)

tordenflesk ,

What filsystem are you downloading to?

ShortN0te ,

Posting more information like file sizes and the compose file would help.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines