Support Forum

Phasma wrote: We're not talking about 350Mb SD TV Eps. Think more like 14Gb Full HD Movies. Those take quite some more time.

And you've never had to repair any of these? Are you nuts?

I have a GigaNews account and regularly download 50GB posts. I'd be crazy not to par check before unpacking.

I'd use that feature. At the moment I do it manually.

perhaps down to the version?  I'm on 3.2 when I run out of disk space, I end up with half the rar files in the source and half in the destination, hence my belief that they are moved then unpacked. Here's what happens: You run out of space, so the unpack fails, deletes the incomplete ISO (for examp...

Just updated to the latest SVN.

Wow! This template is fantastic. Great job, all.

And plz dont post posts like it cant be happening etc .. it is happening and ive got traffic (and disk i/o) logs to prove it is behaving exactly the way i described. The problem is when you wrote: "But in the case where the completed downloads folder may be a networked share (samba share or nf...

OK, I didn't read your first post properly then.

You're saying /data/tv is a different partition to data/tv/Lost?

I can see how that's possible, even if it's a bit unusual.
I see where your problem is now.

shypike wrote:

ferno wrote: 3.4 does not show this problem running with the same settings.

Very strange, because the group folders feature was not changed.

Newzbin category permissions were different from 0.3.x to 0.4.x -- I reported this before you released 0.4.0 Beta 1.

Still not seeing your point. If you are unpacking to (in my case)

\\LSLIVE\TV\UNPACKING_This is a nice show

and then SAB renames

\\LSLIVE\TV\UNPACKING_This is a nice show

to

\\LSLIVE\TV\This is a nice show

How can this be on a different partition? It's in the same folder.

ab wrote: introduces great overhead (the file has to move around the network (or various hdd partitions) multiple times instead of once ).

No it doesn't. Where are people getting these crazy ideas from?!

SAB just renames the dest folder after unpacking. Look at the folder live as it is unpacking.

Are you using SSL? SSL in SAB versus using GigaNews Accelerator seems quite a lot slower.

All I can suggest is to check if py-openssl has any dependencies that you are missing.

Worked on my LinkStation: http://forums.sabnzbd.org/http://forums ... 1584#p1584

mcka wrote: Why don't you run SABnzbd on your NAS? Works like a charme here (Synology DS207)

Hilarious. I wrote guides on how to run it on a NAS!
http://forums.sabnzbd.org/index.php?top ... een#msg289

I run on the NAS and on a PC, unpacking to the NAS. PC is faster at downloading.

mcka wrote: PS: a bad side-effect of many ajax calls is that it creates very high loads on slower PCs and NAS systems. Python/Cherrypy is not the most efficient webserver out there

Fine on my 400MHz NAS. Ajax = lower load. I have refresh set low, about 1 min or more. Don't have it at 8s.

Sure, happy to test. You have my email address?