Page 1 of 1

SAB screwed up good...

Posted: June 22nd, 2011, 6:32 pm
by nzbtuxnews
I am not sure what happened, but I suspect an improper server shutdown and when I opened SAB, the queue was gone (empty).  I then went to the status  and Queue Repair tab and clicked "Add" to the job that was pending.  Since then, SAB seems to both download and repair/verify the same content!  The verifying phase does not end, it runs in an endless loop... I tried killing par2, restarting SAB, killing SAB, nothing to do.

Sab does not even shutdown or restart using the interface.  I need to use the CLI and kill the python process.

What woul dbe the best way to recover this situation?

Re: SAB screwed up good...

Posted: June 23rd, 2011, 1:48 am
by shypike
Quick fix: stop SABnzbd, remove the offending item from the "temporary download folder"
and start SABnzbd again.
An item can temporarily be in both queues when post-processing decides that it
needs extra par2 files.
Does it hang up each time in the par2/unrar process?
It may be advisable to disable multi-code par2 in Config->Switches.

Re: SAB screwed up good...

Posted: June 23rd, 2011, 6:42 am
by nzbtuxnews
Well before you replied I fixed it.  It was weird and really messed up.
The verification process ended up saying that I had missing blocks (what a surprise!!) and ended up.  I clicked the remove nzb button, remove the downloading job by also clicking the remove nzb button,  killed par2, killed SAB and restarted it.  I then had a totally empty queue and went to the orphaned jobs page and re-added the job.  All is fine now.

I am not sure what happened but I believe the server was interrupted as I remember when I started up I saw lots of ReiserFS repair and journaling operations.

I will keep an eye on this...

Thanks for your assistance Shypike!