SABnzbd Forums

Hi,

In sabnzbd I have set "Minimum Free Space for Temporary Download Folder" in settings --> folders. The value is set e.g. to 70 GB. I have an automation that moves away downloaded and extracted content. Once the disk space has been freed up I would like sabnzbd to resume the pending downloads in the queue. Is there a setting for this or another easy solution or otherwise I probably still could script something using the APIs for example.

Regards
Ilir

Code for an autoresume function is currently being worked on; until then, resuming requires an explicit action. That action can be a human pressing a button, but also easily be scripted using the api, documentation here.

Resuming still requires an explicit action.

edgilmore wrote: ↑January 4th, 2021, 3:38 am Resuming still requires an explicit action.

Which version of SAB?
HTH

I still have the issue that when disk space gets too low and SABnzbd pauses the download, I have to completely restart SABnzbd for it to continue. Simply clicking on resume or similar options doesn't help.

Version: 4.5.1

MAngel wrote: ↑June 19th, 2025, 3:07 am I still have the issue that when disk space gets too low and SABnzbd pauses the download, I have to completely restart SABnzbd for it to continue. Simply clicking on resume or similar options doesn't help.

Version: 4.5.1

I tested, and I can reproduce

Auto Resume is on
Put a few 10GB testfiles into SABnzbd, it started downloading ... until disk full, and thus Paused. That is half-way a 10GB download.
I freed up space on my disk, and SABnzb does see it: " 10.3 GB left 50.1 GB Free Space". Good.
BUT: even after 20 minutes, SAB is still paused, and does not unpause.

And even manually Unpausing SABnzbd does not restart the downloading.

SABnzbd stdout says:

2025-06-19 14:57:00,041::DEBUG::[downloader:841] Delayed - 1712 seconds - Assembler queue: 12
2025-06-19 14:57:01,043::DEBUG::[downloader:841] Delayed - 1713 seconds - Assembler queue: 12
2025-06-19 14:57:02,044::DEBUG::[downloader:841] Delayed - 1714 seconds - Assembler queue: 12
2025-06-19 14:57:03,046::DEBUG::[downloader:841] Delayed - 1715 seconds - Assembler queue: 12
2025-06-19 14:57:04,048::DEBUG::[downloader:841] Delayed - 1716 seconds - Assembler queue: 12
2025-06-19 14:57:05,049::DEBUG::[downloader:841] Delayed - 1717 seconds - Assembler queue: 12
2025-06-19 14:57:06,051::DEBUG::[downloader:841] Delayed - 1718 seconds - Assembler queue: 12
2025-06-19 14:57:07,053::DEBUG::[downloader:841] Delayed - 1719 seconds - Assembler queue: 12
2025-06-19 14:57:08,054::DEBUG::[downloader:841] Delayed - 1720 seconds - Assembler queue: 12
2025-06-19 14:57:09,055::DEBUG::[downloader:841] Delayed - 1721 seconds - Assembler queue: 12
2025-06-19 14:57:10,057::DEBUG::[downloader:841] Delayed - 1722 seconds - Assembler queue: 12

... is SABnzbd doing something too internally?

Is Config / Folders / Minimum Free Space for Temporary Download Folder set to a high enough limit for it to stop before the disk is actually full? Otherwise it won't be able to pause and recover gracefully. Also it only checks the default download disk so it won't work if it's a category writing to another disk.