SABnzbd Forums

Hi all, i keep getting the "Repair Failed, not enough repair blocks" when there is absolutely no need. The completed folder gets tagged as  _FAILED_, the download is not unrared but it is not broken. I verify using quick par standalone and everything checks and then i manually unrar.

My paths are correct, didn't make any chances from a previously working configuration, permissions are ok, nzb name is short enough, so...

I have debug logging but i did not know if it is ok to post here.

Keep in mind that this happens with all my downloads for a couple of days now.

Please advise

thanks

UPDATE

I narrowed it down to this:

When article/filename contains this : it gets broken

Which OS do you use?
Can you email a failing NZB to bugs at sabnzbd.org ?
BTW: a filename with an ':' isn't possible on Windows (and maybe problematic on other OSes).

email sent.

I have had a similar problem and traced to the fact that I was not downloading samples.  The post processing seems to fail if the sample fails so I just set it to download then delete at the bottom of switches page.

This happens when the par2 files belonging to a sample are not recognizable as samples.
So SABnzbd skips the actual sample, but still downloads an extra set of par2 files
and assumes that set needs verification too.
Root cause: posters ignoring naming conventions.

wevotedno wrote: email sent.

The one who uploaded this to Usenet is a complete idiot.
First of all, the file names have colons in them, which won't fly under Windows.
SABnzbd must rename these files.
Second, the uploader has renamed the files after the par2 files were generated.
This means that par2 starts looking for files that simply aren't there.

In the mean time we have received some more messages about this deranged uploader(s).

We may be able to program around this lunacy, but I'm not sure we should do that.

Too funny.

We should feel lucky this is not the rule.  Most posters are good at it.

Hey shypike, has anyone written a par/rar interface?  If not could you give me an idea where to look in the code of SAB for those functions?

It's all in newsunpack.py.
I am looking at a solution, which will probably work.
Most of the work goes into testing that it doesn't break other situations.

I have to retract some of my previous statements.
The uploads discussed are not as mad as I thought.
They do have badly chosen filenames, containing colons.
(The uploader must have used Linux and have a dislike for Windows users).

The par2 program has a rather peculiar handling of colons in filenames on Windows and OSX.
This doesn't match the way SABnzbd substitutes characters.
On Windows it cahnges 20:30:40.rar to 203A303A40.rar.
The OSX case is particularly bad because OSX itself has no problem handling colons.
however due to some weird bug, par2 decides to trim the filename before the last colon.
So on OSX, when par2 reads 20:30:40.rar it will expect the file 40.rar.

Anyway, I'll change SABnzbd to mimic the odd behaviour of par2 (0.5.5Final).

Linux users are not affected by this issue.