my sabnzb isnt picking up my nzb anmore

 

unraid 6.5.3

the nzb is in a folder on dropbox

i got the dropbox from container too

 

worked before

see log from sabnzb

sabnzbd (1).log

Anyone can help?

On 3/5/2017 at 5:13 PM, Niallain said:

Files are taking a long time to unpack?

SAB is installed on the SSD and the incomplete/complete download folders are also located on the SSD.

 

Any possible way of speeding this up?

Attached image for reference.

Digging this up again as I'm still experiencing this issue.

Installed Dynamix SSD trim as suggested, saw some brief improvements but a recent example took 17 minutes to unpack 46GB.

Can anyone offer any further suggestions for improvement?

29 minutes ago, Niallain said:

17 minutes to unpack 46GB.

To be honest, that doesn't particularly seem excessive, especially if any repairing was necessary.  If you install sab on a Windows box and download the same nzb how long will it take?

5 minutes ago, Squid said:

To be honest, that doesn't particularly seem excessive, especially if any repairing was necessary.  If you install sab on a Windows box and download the same nzb how long will it take?

I'll test this tonight.

Unless I'm getting sensitive due to the fast download I now have...

 

File from last week - 4.7GB
Downloaded in 1min 57 seconds at avg of 41.0MB/s

No repair, unpacked in 1min 20seconds.

 

Surely I'd expect faster on an SSD?

 

I've just enabled the "direct unpack" parameter in sab and will see if this makes a difference.

2 hours ago, Niallain said:

17 minutes to unpack 46GB.

 

1 hour ago, Niallain said:

File from last week - 4.7GB

So which is it, 46GB or 4.7GB?

14 minutes ago, trurl said:

 

So which is it, 46GB or 4.7GB?

Sorry, was using 2 different examples

 

File 1 - 4.7GB
Downloaded in 1min 57 seconds at avg of 41.0MB/s

No repair, unpacked in 1min 20seconds.

 

File 2 - 46.6GB

Downloaded in 20min 30 seconds at avg of 38.8MB/s

2x verify at 2min 10sec each

Repair in 2min 6sec

Unpack in 16min 59sec

17 minutes ago, Niallain said:

Sorry, was using 2 different examples

 

File 1 - 4.7GB
Downloaded in 1min 57 seconds at avg of 41.0MB/s

No repair, unpacked in 1min 20seconds.

 

File 2 - 46.6GB

Downloaded in 20min 30 seconds at avg of 38.8MB/s

2x verify at 2min 10sec each

Repair in 2min 6sec

Unpack in 16min 59sec

As Squid said then, seem reasonable.

4 hours ago, trurl said:

As Squid said then, seem reasonable.

Guess I'm just being picky then.

Thanks, not sure why I thought it was always quicker to unpack...

19 hours ago, Niallain said:

I've just enabled the "direct unpack" parameter in sab and will see if this makes a difference.

Wouldn't recommend this. Causes spikes in the download speed as it unpacks during the download. Ends up taking longer overall instead of download then unpack.

3 hours ago, Niallain said:

Wouldn't recommend this. Causes spikes in the download speed as it unpacks during the download. Ends up taking longer overall instead of download then unpack.

?? Working just fine over here, no spikes

guys I need some help. I upgraded from v5 after 5 years of not touching this and am getting a bit overwhelmed. I am starting with Sabznbd (plan to have Sonarr, Radarr). I installed the docker successfully by watching Spaceinvader One's video tutorial although his is the one for binhex version but that's okay...

 

I need help figuring out what to put in the "Temporary Download Folder" and "Completed Download Folder" from within the Folders tab in Sabnzbd. 

 

I have set up the container paths within the docker as follows

 Container Path: /downloads---> /mnt/user/downloads/complete/

Container Path: /incomplete-downloads --> /mnt/user/downloads/incomplete/

 

"downloads" is a share that was created with the settings set to "Use Cache Disk: YES"

 

*EDIT*

Ahh I see, I think it's because I need to have docker volume mapping. He has /data mapped to the "downloads" share outside the docker. I had re-watch the video and read up some more to understand what he's talking about since he skipped the docker volume mapping in the video. Now to figure out how to do that... Do you guys see anything wrong with this set up so far?

 

 

Edited December 10, 20187 yr by maxse

26 minutes ago, maxse said:

put in the "Temporary Download Folder" and "Completed Download Folder" from within the Folders tab in Sabnzbd

from your mappings posted, you would put in /incomplete-downloads and /downloads respectively

Squid!!! You're the man! Thank sooo much for helping on the other thread also. I understand now and your explanation makes sense! The highest level in docker shows those two, and those two ARE the mappings which are then pointing the shares on the array, which are set to use the cache drive! Awesome!

 

I was getting so confused because in his other video it talks about how it's good to be consistent with all your volume docker mapping, and in his screen shot he uses "data" mapped....

 

Do you think the way I set everything up is a good way?

 

Yeah he must have made a mistake in his video on sabznbd set up. Because in sabznbd he selected "data/incomplete" and "data/complete" respectively and even says that he mapped the data folder to "downloads" which he did not.. at least not in the video. Unless this is where the difference is between the binhex and the linuxserver.io docker

Edited December 10, 20187 yr by maxse

11 minutes ago, maxse said:

he uses "data" mapped....

@SpaceInvaderOne tends to use @binhex apps which tend to have /data as a default location.

 

12 minutes ago, maxse said:

consistent with all your volume docker mapping

Because once you get radarr / sonarr talking to sab, if say /downloads isn't consistent (or mapped at all) between all the apps, they lose communication.  See https://forums.unraid.net/topic/57181-real-docker-faq/?page=2#comment-566086

 

14 minutes ago, maxse said:

I hope I don't get confused now when I set up sonar and radarr

Every one (including myself) did.  See the above link and hopefully you'll see how to do things

Hello,

I have Unraid 6.6.6

I have Sabnzbd 2.3.5

It is reporting incorrect Values for Free Space. 

Any ideas on how to correct?

 

Thanks

On 12/16/2018 at 4:54 AM, guyonphone said:

Hello,

I have Unraid 6.6.6

I have Sabnzbd 2.3.5

It is reporting incorrect Values for Free Space. 

Any ideas on how to correct?

 

Thanks

Do you have your Downloads folder in a Share on the array? Or did you map directly to a cache drive (that's that it looks like to me).

 

Hello, after successful installation (stable) I get the following error message when calling webui:

 

Quote

 

400 Bad Request

Illegal cookie name dashapps_view_mode

Traceback (most recent call last): File "/usr/share/sabnzbdplus/cherrypy/_cprequest.py", line 635, in respond self.process_headers() File "/usr/share/sabnzbdplus/cherrypy/_cprequest.py", line 737, in process_headers raise cherrypy.HTTPError(400, msg) HTTPError: (400, 'Illegal cookie name dashapps_view_mode')

Powered by CherryPy 8.1.2

 

 

can someone help me ?

 

12 minutes ago, nebosa said:

 

Hello, after successful installation (stable) I get the following error message when calling webui:

 

 

can someone help me ?

 

sounds like a browser issue , clear cache and cookies.

 

the world can be so easy sometimes

Yes, it works

THANK YOU

Sorry for this pedestrian issue but my Unraid flashed a warning:

Warning [TOWER] - Docker image disk utilization of 76%

 

I looked into container size, Sabnzbd has a 10gb log file. Any idea why it's gotten so large, I thought that sabnzbd automatically kept logs to 5MB. ideas?

Sorry for this pedestrian issue but my Unraid flashed a warning:
Warning [TOWER] - Docker image disk utilization of 76%
 
I looked into container size, Sabnzbd has a 10gb log file. Any idea why it's gotten so large, I thought that sabnzbd automatically kept logs to 5MB. ideas?

I don't use Sabnzbd, but is there somewhere in it's webui to configure log location and/or size?

If so /config would be an appropriate location

Sent from my Mi A1 using Tapatalk

I don't use Sabnzbd, but is there somewhere in it's webui to configure log location and/or size?

If so /config would be an appropriate location

Sent from my Mi A1 using Tapatalk

I should mention that I went into /config/logs and nuked the log files there. Still shows up in the Unraid GUI as 10gb

Sent from my Pixel using Tapatalk

I should mention that I went into /config/logs and nuked the log files there. Still shows up in the Unraid GUI as 10gb

Sent from my Pixel using Tapatalk

Tried restarting the container since then?



Sent from my Mi A1 using Tapatalk

yep, maybe the container size button in Unraid is wrong?