Grabbing the wrong set of PARs?

[interfacelift]

Version: 0.4.5
OS: Mac OS X 10.5
Install-type: OS X app
Skin (if applicable): Plush
Firewall Software: None on local machine, NAT router
Are you using IPV6? no
Is the issue reproducible? yes, for certain Newzbin reports


This happened to me twice tonight, and I don't know if it's a SABnzbd issue or an issue with the posted files/Newzbin report.

I add a movie to SABnzbd via Newzbin and it starts the download. It completes, attempts to verify, and determine it needs a moderate amount of par2 blocks (say 29 blocks). SABnzbd then downloads the blocks, but then it still fails verification.

I took a look at the failed directory, and I think I figured out what happened. SABnzbd downloaded one set of par2 files in the Newzbin report, which are MovieName.OTHER.xyz.par2, not the real par2 files, which are MovieName.xyz.par2. I believe these "OTHER" par2 files have to do with things like subs, sample files, etc.

I'm not exactly sure if this is a SABnzbd issue, as it may just be the weird way that the original poster set up the upload. However, it would be nice if SABnzbd had an option to click a button to force it to download all additional par2 files (and maybe all files - as I've had times that the sample file is part of the par2 set, stupid posters), so I could then attempt a rebuild myself, without having to log back on to Newzbin, grabbing the par2 from the report, download them, move them, then repair the download.

I hope this made sense :-)

[sander]

Did you create 1 NZB for 2 movies? If so: I try to avoid that because it goes wrong a lot (all of the?) times. Maybe it's by design.

Anyway: I create 1 NZB per logical download.

[shypike]

SABnzbd will never be able to solve problems caused by incorrect NZB files.
It creates sets of files based on the PAR2 files it finds.
A set of PAR2 files that obey the same naming pattern, is considered to be one set.
Verification and repair is done based on these sets.
By the time it concludes that repair is not possible, all available PAR2 files will have been downloaded.

If the PAR2 sets do not match the data files (like RAR), SABnzbd will conclude that
the set in unrepairable. In that case all available files will be copied to the final folder.
The rest is up to the user.

In general the NZB files based on newzbin reports are quite accurate.
If you use sites like www.binsearch.info, always check the file list to see if it makes sense.
Especially if the site doesn't recognize sets, but just gives you a list of matching files.

[interfacelift]

Did you create 1 NZB for 2 movies?

No, I also create one NZB per download. It has just happened twice in two separate instances.

SABnzbd will never be able to solve problems caused by incorrect NZB files.
It creates sets of files based on the PAR2 files it finds.
A set of PAR2 files that obey the same naming pattern, is considered to be one set.
Verification and repair is done based on these sets.
By the time it concludes that repair is not possible, all available PAR2 files will have been downloaded.

As far as I can tell by reading what's in the NZB, the list of files includes the file segments, and the two sets of par2 - the "real" par2 set and the "Other" par2 set for the extras. SAB needs a certain number of blocks to repair, so it grabs the par2 files, however it mistakenly grabs the "other" par2 set, attempts verification, and fails (because it doesn't match the set of files). It doesn't ever get around to downloading the entire "real" par2 set.

If the PAR2 sets do not match the data files (like RAR), SABnzbd will conclude that
the set in unrepairable. In that case all available files will be copied to the final folder.
The rest is up to the user.

This is behavior I'd expect, and I've dealt with it in the past very easily. However, the issue I'm having is that SAB doesn't download all the par2 in the NZB, so I have to manually go back to Newzbin, manually grab the par2 and make a new NZB and redownload just the NZBs, then I have to copy them to the downloaded folder and verify. If SAB would truly download all par2 and not just the "other" par2 set (or give me a button/link to force it to download the entire NZB, regardless of content), I wouldn't have to do all that before I manually fix the files.

In general the NZB files based on newzbin reports are quite accurate.
If you use sites like www.binsearch.info, always check the file list to see if it makes sense.
Especially if the site doesn't recognize sets, but just gives you a list of matching files.

99% of the time I use newzbin, and that's where I encountered this problem.

[shypike]

You could send the report number or NZB to bugs@sabnzbd.org

[interfacelift]

Email sent with details. Thanks

[shypike]

Sorry it took me so long to look at your email.

When I downloaded it I got this result (a bit censored of course):

Code: Select all

Stage Par2
    [PAR-INFO] rrrrr-ha.xvid-OTHER: => Not enough repair blocks left (have: 0, need: 29)
    [PAR-INFO] rrrrr-ha.xvid: => Verified in 41.2s, all files correct
    [DEL-INFO] rrrrr-ha.xvid: => Deleted 3 file(s)
Stage Unrar
    [UNPACK]: => No post-processing because of failed verification

Which is OK, no unpacking because not all sets are correct.
The main file set did verify OK.
However, the main file set is corrupt, as someone else already found out.
The newzbin report has this tell-tale comment:

Rar's are currupt even after par2 check says there fine.

So I don't think that SABnzbd did anything wrong here.

[switch]

The OTHER set is likely to fail when "ignore sample files" is on due to not downloading the sample file.

This an unfortunate side effect for some nzb jobs and is hard to prevent, the samples files are not downloaded at all to save on transfers. If you wish for it to be deleted after the download you can try creating a userscript.

[shypike]

That's not the issue here. There are no "sample" files, they have literally the word "OTHER" in them.

It's just a lousy NZB and a corrupt upload.

[switch]

A par2 set named "OTHER" is very commonly for the sample file, the nfo and the sfv

If I remember correctly this nzb does contain a sample file.

[interfacelift]

Thanks for checking it out. I'm glad it was as simple as a poor NZB.