SABnzbd Forums

I have it set to "delete after download" because some PARs include it (and thus contain useful blocks for a possible repair).

The error message in your log is typical for the situation where
there's been a crash or other sort of uncontrolled termination.
I've taken measures to prevent this specific issue in 0.6.6Beta2.

So I spotted this bug on several of my files. Simply disabling "Do Not Samples" and clicking the retry still fails.

If I still have the original NZB file how would I go about fixing this (locally - running quick par remotely not really option due to size)?

Is this an issue where the actual entries are removed from the copy of the nzb file that sabnzbd stores?

thanks
~dpc

The gz file in __admin__ is an exact copy of the original NZB.
Do you know which files are missing?

Ahh yes I tested and that is the case (nzb is not modified).

Not sure how i find which files are missing. It reports 24 missing blocks. Log where that would be?

So for test I using a nzb that only fetches the par2 files and download only. I will then see if there is a noticable difference between the two sets of par2 files (the original and the only par2 file download).

EDIT: Perhaps its a bad nzb?

Thanks,
Dpc

Could be a bad NZB, those exist.
Please email it to me: bugs at sabnzbd.org

Difference between Par2 files from the original and the separately downloaded par2 files is about 5mb. Replaced the par2 files and running the retry again.

~dpc

It failed. Since the nzb is excessively large im going to pass on it for now (im leaning toward bad nzb). In the meantime I will turn of the Samples logic. Out of curiosity was it fixed in 0.6.6 (and how)?

Thanks,
dpc

The "don't download samples" issue isn't really fixed, it cannot be without removing the option entirely.
So initially you still get a failed job, but as soon as you retry, SABnzbd will change the
"don't download" setting to "download but delete afterwards".

Sounds good. I will go ahead and disable the samples logic moving forward.

thanks,
dpc