qBit does delete the file from my physical drive (direct attached storage, raid5). But won’t update the free space in the WebUI. The discrepency is over 1TB, so I’d like to address this if someone can help me.

Some info:

  • qBit v.5.0.1, docker, from linuxserver.io
  • Ubuntu 24.04
  • Automatic Management Mode is checked
  • Torrent content removing mode: Delete files permanently
  • renegadespork@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    3
    ·
    7 days ago

    I have this issue too, and I figured out a workaround. Deleting the files manually via rm frees up space. Deleting files via qBittorrent via UI or automatically does not.

    Turns out the files were just being moved to a “.Trash-UID” (where UID is the UID of the container) folder in the /downloads directory (or wherever that folder is mapped to on your host). Clearing that out freed up the space.

    I suspect this is a bug where the “Delete files permanently” setting is not being respected. You might want to set up a cron job to delete that folder periodically in the meantime.

    • ReedReads@lemmy.zipOP
      link
      fedilink
      English
      arrow-up
      5
      ·
      8 days ago

      I deleted .25 terabytes and it hasn’t changed at all. It used to increment up after every deletion, so this is new.

  • kitnaht@lemmy.world
    link
    fedilink
    English
    arrow-up
    5
    ·
    8 days ago

    Are you hard-linking it to somewhere else on the drive via any kind of automation?

    For example, Sonarr can hard-link files to the directories they belong in, so that Qbit can continue seeding. If you then delete/remove the torrent/files – then the hard link would still be there.

    • ReedReads@lemmy.zipOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      8 days ago

      It is a really good thought. Your comment prompted me to check the whole machine (SSD + raid array) and I don’t have any hard-linking of media files, torrent files or anything like that. So that isn’t it.

      I think it’s just a bug in the system.

    • adhocfungus@midwest.social
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 days ago

      Exactly what I was going to say because this hit me a while back. I still have no good solution; I have to delete shows/movies from the *arr then manually delete them from qbitorrent too.

  • catloaf@lemm.ee
    link
    fedilink
    English
    arrow-up
    2
    ·
    8 days ago

    Does it update if you refresh the page? You may just want to file a bug report.

    • ReedReads@lemmy.zipOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 days ago

      It doesn’t. I rolled the version back to 4.6.7 and it didn’t help, so I moved it forward again. Restarted the container, then the stack, then the whole physical machine. Nothing so far. Yeah, maybe I’ll file a report on their page.

  • tkw8@lemm.ee
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 days ago

    Have you tried deleting the docker config and starting with a fresh install?

  • lime!@feddit.nu
    link
    fedilink
    English
    arrow-up
    1
    ·
    7 days ago

    i’ve seen something like this before, where the kernel holds the file handle open for the process so that it thinks the file is still there. i think it’s related to how the program closes the file but i don’t remember the details. restarting qbittorent will most likely fix it.