Skip Navigation
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ @lemmy.dbzer0.com
Blxter @lemmy.zip
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 

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

  • 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.

    • 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?

      • 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)