SABnzbd Forums

Hi

It appears a certain NZB has left SABnzbd in a constant unpack state, creating thousands of duplicate files.

Had to rm -f the content to stop SABnzbd from performing any more unpacking.

I will PM any developers who reply to this thread, a link to the the NZB that's causing this issue.

Version: 0.5.0RC6
OS: CentOS 5.3 x86_64
Install-type: Python Source
Is the issue reproducible? yes

It's always possible that it's a malicious rar file.
One example is a file called nasty.rar containing a file called nasty.rar.
This will throw the post processor in an endless loop.

Please email the NZB to bugs at sabnzbd.org referring to this thread.

You'll be pleased to know that the current 0.5.0 (not released yet) downloads this just fine.
We recently added the unrar option '-ai', which prevents files from being overwritten
by unrar (instead renaming them).
It looks like this solves the problem.

That's great news! Thanks for looking into it.

I just updated to 0.5.0 and the problem persists.

Is there a way to disable the -ai option as I believe this is what's causing the never-ending unrar cycle? Looked for an option in config but couldn't find one.

You contradict yourself.
In the old situation you had an endless unpack problem.
We added the extra unrar option and now you claim the same problem still exists.
How can adding the option be the cause?
It may not have solved your problem, but how would removing
the option solve it? You would be back to the old situation.

Which version of unrar are you using?
BTW is this still the same NZB you are talking about?
If not, please send the new one too.
BTW: are you using AstraWeb?

Different NZB, just mailed it to you.

UNRAR 3.71 beta 1 freeware      Copyright (c) 1993-2007 Alexander Roshal
Giganews is the primary server.
Astraweb is the backup server.

I downloaded the NZB you sent me: no problem whatsoever.
You are using unrar 3.71 and removed the '-ai' option?

If so, then that is the reason for your problem.
We added this switch for a reason, without it you are not
protected against the nasty.rar->nasty.rar->nasty.rar... problem.
And this NZB contains such a trap, although probably not intentionally.

Please upgrade to unrar 3.8+ and restore the switch.
http://www.rarlab.com/rar_add.htm
The "UnRAR RPMs for Red Hat and Fedora Linux" should be suitable for CentOS.