Qbittorrent: Prevent starting new download when disk space is insufficient

Created on 14 May 2019  路  3Comments  路  Source: qbittorrent/qBittorrent

Background

I often queue a lot of torrents to download for the night on a tmpfs (a Linux system with lots of RAM) as these are torrents I don't need to store long-term, just to review them quickly in the morning (and there is no need to wear the disk for all that). However in the morning I often see the tmpfs partition is full (in KDE Plasma Dolphin even claims the files occupy more space than the actual size of the partition) and the download speed is 0. The end result is: very few (or none) of the torrents have actually completed, although there are enough seeders and many of the files would surely fit on the partition. So unless I monitor/handle manually this process, I can't seem to really have a sequential queue of automatically completing torrents.

My settings are:

Maximum active downloads = 2
Download rate threshold = 50 KiB/s
Upload rate threshold = 50 KiB/s
Torrent inactivity timer = 20 sec

Currently (4.1.6) can't seem to find a way to tell QBT to NOT start (pre-allocate) next torrent files if there is insufficient space on the target partition. It would be really useful to have such option.


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Feature request

Most helpful comment

Maybe there can be a setting that says if free space is less than X amount do not start any torrents.

Better:

"Do not start torrent which would result in disk free space less than X".

Then QBT will simply move on to the next (possibly smaller) ones in the queue and keep the big ones queued. If a torrent is relocated to another volume (or moved to a category) which gives it more space it will be re-evaluated for the new location and respective: stay queued or start downloading.

Also if you don't preallocate it should auto-pause torrents that are downloading.

That may cause complication and confusion as with many torrents it may be difficult for one to know why something is paused and not possible to resume. Also I don't quite see how it could possibly work with "Force resume".

Seems much easier to simply have the requested option available only with full torrent pre-allocation enabled.

All 3 comments

This should apply whether you you pre-allocate torrents or not. Maybe there can be a setting that says if free space is less than X amount do not start any torrents. Create a new status like "Waiting". Also if you don't preallocate it should auto-pause torrents that are downloading.

Maybe there can be a setting that says if free space is less than X amount do not start any torrents.

Better:

"Do not start torrent which would result in disk free space less than X".

Then QBT will simply move on to the next (possibly smaller) ones in the queue and keep the big ones queued. If a torrent is relocated to another volume (or moved to a category) which gives it more space it will be re-evaluated for the new location and respective: stay queued or start downloading.

Also if you don't preallocate it should auto-pause torrents that are downloading.

That may cause complication and confusion as with many torrents it may be difficult for one to know why something is paused and not possible to resume. Also I don't quite see how it could possibly work with "Force resume".

Seems much easier to simply have the requested option available only with full torrent pre-allocation enabled.

@emanruse

Seems much easier to simply have the requested option available only with full torrent pre-allocation enabled.

Why restrict that? Pre-allocation is currently broken (see #6195). I don't see a reason why this option only be available when pre-allocation is checked. Finished torrents will free up space when they are moved to another drive not only when they are pre-allocated, but also when downloading normally.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Cecilben picture Cecilben  路  3Comments

Alepod picture Alepod  路  3Comments

ned-martin picture ned-martin  路  3Comments

FreeSoftWarrior picture FreeSoftWarrior  路  3Comments

caoli5288 picture caoli5288  路  3Comments