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

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

What filsystem are you downloading to?

@ShortN0te@lemmy.ml
link
fedilink
English
58M

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

Toes♀
link
fedilink
English
98M

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
creator
link
fedilink
English
1
edit-2
8M

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♀
link
fedilink
English
8
edit-2
8M

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)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
!piracy@lemmy.dbzer0.com
Create a post
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.

Rules • Full Version

1. Posts must be related to the discussion of digital piracy

2. Don’t request invites, trade, sell, or self-promote

3. Don’t request or link to specific pirated titles, including DMs

4. Don’t submit low-quality posts, be entitled, or harass others



Loot, Pillage, & Plunder

📜 c/Piracy Wiki (Community Edition):


💰 Please help cover server costs.

Ko-Fi Liberapay
Ko-fi Liberapay

  • 1 user online
  • 108 users / day
  • 272 users / week
  • 1K users / month
  • 3.5K users / 6 months
  • 1 subscriber
  • 3.4K Posts
  • 82.2K Comments
  • Modlog