SABnzbd Forums

My computer gets disconnected at night for at least 30 minutes. After the internet is reestablished, sab is unable to resume dl. Actually it is rather strange for it thinks it is dling! The status shows it is downloading, at full bw. Even the transfer speed graph gets updated.

If I pause and resume, nothing happens. Have even added a series of resume schedules, though with no success. Had this problem for a while, and currently I'm running 4b5 (osx).

It's on the to-do list.
As a work-around and if the disconnect takes place at a fixed time, you could schedule a pause just before the disconnect.
And a resume afterwards. This should help.

Thanks, as always looking forward to the next new and improved sab. Glad you aren't in advertising

No fixed time for the disconnects, so I will have to deal with it in the meantime.

What operating system are you running? I can't get a loss in connection to break downloading, it starts again for me not long after my connection is re-established.

ugokanain wrote: Had this problem for a while, and currently I'm running 4b5 (osx).

OSX, I'd guess.

I have the same problem here

Running Gentoo Linux kernel 2.6.24, sabnzbd 0.4.0RC2

sabnzbd thinks its still downloading, but it isnt actually downloading. "Force disconnect" and pause and resume doesnt work. Only restarting of sabnzbd works.

I will try now the stable release.

EDIT:

Im connected via router, dhcp to the internet.

We are investigating this problem.
It's very hard to reproduce for us because it seems to affect only people with shaky
internet connections.
So far what we see is: disconnecting the network cable has no effect (no lasting).
You need to switch off and on the cable or ADSL modem to force this problem, which is
not something that is appreciated by our family members 
We do see a hangup, but so far have found no cure for the problem.

What is also unknown is whether this problem affects older releases (like 0.3.4) also.

Hi,

if I shutdown (via webinterface) sabnzbd after reconnection of my dsl connection, firefox shows "transfering data from localhost", but nothing happens.

last log entry wrote: 2008-06-09 16:14:52,864::INFO::SABnzbd shutting down...
2008-06-09 16:14:52,864::INFO::[sabnzbd] Saving data for bookmarks.sab in /home/acidcore/SABnzbd/cache/bookmarks.sab
2008-06-09 16:14:52,865::DEBUG::Stopping URLGrabber
2008-06-09 16:14:52,865::INFO::[sabnzbd.misc] URLGrabber shutting down
2008-06-09 16:14:52,908::DEBUG::Stopping msgidgrabber
2008-06-09 16:14:52,909::DEBUG::[newzbin] Stopping MSGIDGrabber
2008-06-09 16:14:52,909::DEBUG::Stopping dirscanner
2008-06-09 16:14:52,909::INFO::[sabnzbd.misc] Dirscanner shutting down
2008-06-09 16:14:53,922::DEBUG::Stopping downloader

Just tried 0.3.4 final, and it works if I manually disconnect and reconnect via webinterface from my router.

Thanks for the test.
The download section was changed quite a bit to accommodate SSL connections.
One more clue for the debugging.

The hangups are caused by the SSL feature. We can reproduce it now.
We're busy finding a solution, not easy because it looks like a bug in the SSL module we use.
At least a work-around will be in RC3.

We cannot reproduce the problem when no SSL connections are used at all.
As soon as one server with SSL is involved, the problem can occur.

The hangup itself should be solved in 0.4.0RC3, at least it will resume downloading.
The UI will show "downloading" and a constant speed during the disconnection.
The latter we will not be able to fix for 0.4.0Final.

Hi,

hmm, RC4 doesnt work for me
still doesnt reconnect after disconnection
using SSL btw

I try now without SSL, wait a moment

EDIT:

works flawless WITHOUT SSL !

2008-06-25 22:12:00,988 WARNING [newzbin] Problem accessing Newzbin server.
2008-06-25 22:12:56,547 WARNING [downloader] Thread 2@news.*****.com:119: timed out
2008-06-25 22:12:56,547 WARNING [downloader] Thread 1@news.****.com:119: timed out
2008-06-25 22:15:02,167 ERROR [downloader] Connecting 1@news.****.com:119 failed, message=502 (remote) max number of simultaneous IP addresses reached


hm, something wrong with SSL ...

Yes, there's something wrong with the SSL libraries of Python.
Not something we can fix on short notice...

You do need to wait for some time for the connection to resume.
Depending on the amount of threads and the server timeouts.

0.4.0RC5 WORKS !!

Great job guys !!

keep up that great work