sabnzbd deletes par2 files before knowing if it needs them

[xenonism]

Here's the problem I'm having: when I download an NZB file which includes a PAR2 set, the PAR2 repair files are downloaded but then deleted, while the PAR2 index file is kept. This happens during the download, before sabnzbd can tell whether repair is needed or not. Therefore, whenever repair is actually needed, it can't be done and the download fails. Furthermore, if I manually create an NZB file contaning the PAR2 set only and set the processing to "Download", the files are downloaded and then deleted anyway and the download is marked as Failed.

I do have the "Cleanup par files (if verifiying/repairing succeded)" option set, but it clearly states the cleanup will happen after verification and repair, so I'd deem it unrelated. The only other recent change I made to sabnzbd's config is to not pause downloads when an encrypted archive is found, as a workaround for the "archive inside an archive" issue. So, definitely unrelated.

I'm completely sure this issue only appeared recently, but unfortunately I'm unable to determine whether it coincided with the update to version 0.7.14.

I'll greatly appreciate any help!

[shypike]

I don't recognize any of this behavior.
Please upgrade first to 0.7.16
Then try to gather more details, it's definitely not typical behavior.

[xenonism]

Ok, I just upgraded (it was not in my distro yet and I didn't know there was a new release). The problem is still there. I had a chance to understand what happens in further detail: as soon as the PAR2 index file is downloaded, the PAR2 repair files already on disk are deleted, while the ones still in the queue are removed. Can I provide further details? I tried setting the logging to debug and taking a look, but I really can't see anything remotely related.

[shypike]

Please email the NZB file to [email protected] and
include the URL of this message.

[xenonism]

It's not really the single NZB file. Before posting my last message I tried a number of random releases from nzbs.org and they all showed the same behaviour. Please let me know if you still want me to send one of the files.

Edit: email sent, just in case.

[xenonism]

I am afraid the whole issue was caused by me including the ".par2" file extension in the Cleanup List. This probably happened when I noticed some leftover PAR2 files in the directory of a successful download. I apologize for not realizing this fact earlier. I now re-downloaded a release that I knew needed repairing and it completed successfully.

[shypike]

This is kind of weird.
The cleanup list should only be used to cleanup AFTER post-processing is complete.
I'll retest this, because you should able to have par2 files in the cleanup list.
After successful verification SABnzbd will remove all par2 files that have been used in verification/repair.
Left-over par2 files will only be removed by the cleanup list at the end of the post processing.

[xenonism]

What you say makes sense and is the way I would expect things to work. That's probably why I thought it was not a bad idea to include PAR2 files in the cleanup list.

Now I was playing around with sab and par2 files to figure out how things work. Here's what I did: I imported a new NZB file while sab was paused, to be in control of the events. I manually sorted the queue like this:

- all the PAR2 repair files, in increasing order of size
- all the release content files
- the PAR2 index file

When I unpaused sab, the first two PAR2 repair files were downloaded, while the others were removed from the queue, including the PAR2 index file. The two repair files are now in the download directory, the index file is not. When the download completely, though, everything went fine, the log says a par check was performed and the repair files were removed. Is this an expected behaviour?

[shypike]

The extra par2 files are not removed from the queue, they're just hidden.
Extra files will be downloaded when needed, so after the first verification fails.

[xenonism]

All right then, thanks for all the support and information.