Hello, I am experiencing really slow speed with Binhex SABnzbd. Historically i was getting around 26/ MBS but now i am getting around 800 /KBS. I am using the PIA VPN service and have a proxy set up to run Radarr and Sonarr queries through the sab container. I am about 99% sure that this is a VPN issue, but i wanted to see if anyone else was having this issue. This happened a couple of months ago, and i changed the VPN location and that seemed to fix it. I have tried multiple locations for the VPN today, both in the USA, and outside. All were showing good speed in the PIA latency, but i am getting super slow download speeds. Thanks in Advance.

Hello, I am unable to start the binhex-sabnzbd anymore? It just refuse to start at all. There is no log entry, the latest log information was few hours ago when it managed to grab some nzb and now it just refuses to start.

This is what I got before shutting down and being unable to start it:

Log

2026-03-17 07:35:49,319 WARN received SIGTERM indicating exit request

2026-03-17 07:35:49,319 DEBG killing start-script (pid 80) with signal SIGTERM

2026-03-17 07:35:49,320 INFO waiting for start-script to die

2026-03-17 07:35:49,386 DEBG 'start-script' stdout output:

2026-03-17 07:35:49,386::INFO::[notifier:166] Sending notification: Warning - Signal 15 caught, saving and exiting... (type=warning, job_cat=None)

2026-03-17 07:35:49,386 DEBG 'start-script' stdout output:

2026-03-17 07:35:49,386::WARNING::[__init__:202] Signal 15 caught, saving and exiting...

2026-03-17 07:35:49,390 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 22588245402768 for <Subprocess at 22588245721504 with name start-script in state STOPPING> (stderr)>

2026-03-17 07:35:49,390 WARN stopped: start-script (exit status 143)

2026-03-17 07:35:49,390 DEBG received SIGCHLD indicating a child quit

Edited March 19Mar 19 by noax
Add the latest log entry before it stopped

@binhex - After update today to version 5.0.0 - WARNING 01 May 2026 3:20pm 7za binary... NOT found!
Thanks

12 hours ago, Unraid-arr said:

@binhex - After update today to version 5.0.0 - WARNING 01 May 2026 3:20pm 7za binary... NOT found!
Thanks

Please pull down the latest image and give that a try, please let me know the outcome.

4 hours ago, binhex said:

Please pull down the latest image and give that a try, please let me know the outcome.

I get the same error/notification with the VPN version on unraid. Latest update didn't help.

Edited May 2May 2 by ontosan

5 hours ago, binhex said:

Please pull down the latest image and give that a try, please let me know the outcome.

I updated yesterday and then again with the latest image (like 5 minutes ago..) Still getting the error

WARNING a few seconds ago 7za binary... NOT found!

6 hours ago, binhex said:

Please pull down the latest image and give that a try, please let me know the outcome.

Updating to the latest manual release 5.0.1-1-02 worked to fix the 7za issue

Force update and it's gone...
Thanks...

7 hours ago, binhex said:

Please pull down the latest image and give that a try, please let me know the outcome.

Thanks for the fix, the row for that error is gone now.

i've rollback to version 4.5 because the python script that detect duplicate and already download file from RSS feed is crashing

500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.

Traceback (most recent call last):
  File "/usr/lib/sabnzbd/sabnzbd/urlgrabber.py", line 437, in add_url
    future_nzo = NzbObject(
        filename=msg,
    ...<10 lines>...
        dup_check=dup_check,
    )
  File "/usr/lib/sabnzbd/sabnzbd/nzb/object.py", line 334, in __init__
    self.handle_duplicate_action()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/lib/sabnzbd/sabnzbd/nzb/object.py", line 1629, in handle_duplicate_action
    raise NzbRejectToHistory(self, T("Duplicate NZB"))
sabnzbd.nzb.object.NzbRejectToHistory

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/sabnzbd/venv/lib/python3.14/site-packages/cherrypy/_cprequest.py", line 659, in respond
    self._do_respond(path_info)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^
  File "/usr/lib/sabnzbd/venv/lib/python3.14/site-packages/cherrypy/_cprequest.py", line 718, in _do_respond
    response.body = self.handler()
                    ~~~~~~~~~~~~^^
  File "/usr/lib/sabnzbd/venv/lib/python3.14/site-packages/cherrypy/lib/encoding.py", line 223, in __call__
    self.body = self.oldhandler(*args, **kwargs)
                ~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
  File "/usr/lib/sabnzbd/venv/lib/python3.14/site-packages/cherrypy/_cpdispatch.py", line 54, in __call__
    return self.callable(*self.args, **self.kwargs)
           ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/sabnzbd/sabnzbd/interface.py", line 191, in internal_wrap
    return wrap_func(*args, **kwargs)
  File "/usr/lib/sabnzbd/sabnzbd/interface.py", line 1271, in index
    msg = sabnzbd.RSSReader.run_feed(
        active_feed,
    ...<3 lines>...
        readout=readout,
    )
  File "/usr/lib/sabnzbd/sabnzbd/decorators.py", line 49, in call_func
    return func(*args, **kw)
  File "/usr/lib/sabnzbd/sabnzbd/rss.py", line 603, in run_feed
    downloaded = self._process_entry(
        feed=feed,
    ...<4 lines>...
        is_starred=is_starred,
    )
  File "/usr/lib/sabnzbd/sabnzbd/rss.py", line 905, in _process_entry
    self.enqueue_download(feed, update)
    ~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
  File "/usr/lib/sabnzbd/sabnzbd/rss.py", line 839, in enqueue_download
    sabnzbd.urlgrabber.add_url(
    ~~~~~~~~~~~~~~~~~~~~~~~~~~^
        update.link,
        ^^^^^^^^^^^^
    ...<5 lines>...
        nzo_info={"RSS": feed},
        ^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/sabnzbd/sabnzbd/urlgrabber.py", line 451, in add_url
    except NzbRejected:
           ^^^^^^^^^^^
NameError: name 'NzbRejected' is not defined

Edited May 3May 3 by BiLKiNiS

On 5/3/2026 at 8:38 AM, BiLKiNiS said:

i've rollback to version 4.5 because the python script that detect duplicate and already download file from RSS feed is crashing

I'm having this same issue.

it seems that 5.0.2 solve an issue with duplicate
https://github.com/sabnzbd/sabnzbd/releases/tag/5.0.2

I will wait for the publication of the new version of the container

My files are not moved, they get stuck in "Waiting to import". I've been having issues with LSIO dockers for a while and decided to migrate to binhex for sabnzbd and sonarr. When adding a file through sonarr, it correctly gets downloaded by sabnzbd. However, nothing happens after. No errors in the logs. I doesn't get renamed and it isn't moved like it should. Both dockers use the same paths. I'd like to know how to properly debug this.

Here is an example:

root@server01:~# ls -l /mnt/user/servarr/usenet/tvshows/*/*
-rw-rw-rw- 1 nobody users 4947879278 Jun 29 02:57 /mnt/user/servarr/usenet/tvshows/House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX/House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX.mkv

Logs from sonarr:

2026-06-29 02:57:11,928 DEBG 'sonarr' stdout output:
[Info] Sabnzbd: Adding report [House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX] to the queue. 

2026-06-29 02:57:11,994 DEBG 'sonarr' stdout output:
[Info] DownloadService: Report sent to SABnzbd. Indexer NZBgeek. House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX 

Logs from sabnzbd:

[...]
2026-06-29 02:57:11,928 DEBG 'sonarr' stdout output:
[Info] Sabnzbd: Adding report [House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX] to the queue. 

2026-06-29 02:57:11,994 DEBG 'sonarr' stdout output:
[Info] DownloadService: Report sent to SABnzbd. Indexer NZBgeek. House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX 

2026-06-29 02:57:11,928 DEBG 'sonarr' stdout output:
[Info] Sabnzbd: Adding report [House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX] to the queue. 

2026-06-29 02:57:11,994 DEBG 'sonarr' stdout output:
[Info] DownloadService: Report sent to SABnzbd. Indexer NZBgeek. House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX 

[...]

2026-06-29 02:57:12,552 DEBG 'start-script' stdout output:
2026-06-29 02:57:12,551::INFO::[assembler:297] Decoding finished /config/Downloads/incomplete/House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX/House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX.vol-01.par2

2026-06-29 02:57:12,553 DEBG 'start-script' stdout output:
2026-06-29 02:57:12,553::INFO::[object:1371] Checking all filenames for House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX

2026-06-29 02:57:12,553 DEBG 'start-script' stdout output:
2026-06-29 02:57:12,553::INFO::[object:1374] Re-sorting House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX after getting filename information

2026-06-29 02:57:12,552 DEBG 'start-script' stdout output:
2026-06-29 02:57:12,551::INFO::[assembler:297] Decoding finished /config/Downloads/incomplete/House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX/House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX.vol-01.par2

2026-06-29 02:57:12,553 DEBG 'start-script' stdout output:
2026-06-29 02:57:12,553::INFO::[object:1371] Checking all filenames for House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX

2026-06-29 02:57:12,553 DEBG 'start-script' stdout output:
2026-06-29 02:57:12,553::INFO::[object:1374] Re-sorting House.of.the.Dragon.S03E02.Queens.Landing.REPACK.1080p.AMZN.WEB-DL.DDP5.1.Atmos.H.264-FLUX after getting filename information

As for the config:

Edited June 29Jun 29 by dnLL
added screenshots

4 hours ago, dnLL said:

My files are not moved, they get stuck in "Waiting to import". I've been having issues with LSIO dockers for a while and decided to migrate to binhex for sabnzbd and sonarr. When adding a file through sonarr, it correctly gets downloaded by sabnzbd. However, nothing happens after. No errors in the logs. I doesn't get renamed and it isn't moved like it should. Both dockers use the same paths. I'd like to know how to properly debug this.

this is a classic mismatch on the download path, see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md

13 hours ago, binhex said:

this is a classic mismatch on the download path, see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md

like because of the trailing slash? because the paths are identical otherwise

edit: the trailing slash didn't fix it

Edited Tuesday at 01:51 AM5 days by dnLL

6 hours ago, dnLL said:

like because of the trailing slash? because the paths are identical otherwise

edit: the trailing slash didn't fix it

if you look at this screenshot i think your downloads are actually going to <default base folder> + 'Downloads/incomplete' or to give you the full path: /config/Downloads/incomplete
which is not what you want, so try specifying the full path in the Temporary and Completed Download folder fields i.e. /data/Downloads/incomplete and /data/Downloads/complete you should then have your downloads end up in the right place and sonarr will then be able to pick it up.

4 hours ago, binhex said:

if you look at this screenshot i think your downloads are actually going to <default base folder> + 'Downloads/incomplete' or to give you the full path: /config/Downloads/incomplete
which is not what you want, so try specifying the full path in the Temporary and Completed Download folder fields i.e. /data/Downloads/incomplete and /data/Downloads/complete you should then have your downloads end up in the right place and sonarr will then be able to pick it up.

Ah, yes, those are artifacts from my old LSIO config I guess. So, I changed it to absolute paths in /data rather that relative paths which were in /config. However, that doesn't help. It's like sonarr doesn't receive the notification from sabnzbd or doesn't know where are the files located?

Just did a new test with a different release and it worked... I'm so confused.

Edit: yeah, seems like I was testing with a bugged release lol, everything else is working. Oh well. Thanks for your help!

Edited Tuesday at 01:23 PM5 days by dnLL