SABnzbd Forums

Vanwege een probleem met mijn NAS heb ik alles weer moeten herinstalleren maar helaas liep ik tegen een probleem aan:

SABNZBD was bezig met downloaden en toen heb ik mijn NAS een herstart commando gegeven. Vervolgens was de hele download verdwenen en stond er een error in de log:

2012-03-13 23:40:54,098::ERROR::[__init__:821] Loading /volume1/USENET/incomplete/*******/__ADMIN__/SABnzbd_nzo_tSWUfU failed
2012-03-13 23:40:54,100::INFO::[__init__:822] Traceback:
Traceback (most recent call last):
File "/usr/local/sabnzbd/share/SABnzbd/sabnzbd/__init__.py", line 813, in load_data
data = cPickle.load(_f)
EOFError
2012-03-13 23:40:54,125::INFO::[__init__:801] /usr/local/var/sabnzbd/admin/future/SABnzbd_nzo_tSWUfU missing
2012-03-13 23:40:54,131::INFO::[__init__:870] Loading data for watched_data.sab from /usr/local/var/sabnzbd/admin/watched_data.sab
2012-03-13 23:40:54,138::INFO::[downloader:194] Resuming

De download was nog gewoon bezig, geen postprocessing oid (concurrent download en postprocessing staat uit trouwens).

Een stukje hierboven staat in de log dat er een correcte shutdown was:

2012-03-13 23:38:20,603::WARNING::[__init__:159] Signal 15 caught, saving and exiting...
2012-03-13 23:38:20,605::INFO::[nzbqueue:170] Saving queue

Heeft iemand enig idee wat hier is misgegaan? Zo te zien heeft sabnzbd correcte permissies in zowel de incomplete als de future mappen en ik zie verder geen andere gerelateerde errors staan.

Data corruptie, waarschijnlijk veroorzaakt door je "probleem met de NAS".
Je kunt eventueel een keer starten met:
./SABnzbd.py --repair-all

Dank voor het antwoord shypike! Datacorruptie door het NAS lijkt me onwaarschijnlijk als oorzaak aangezien dit allemaal gebeurde na de herinstallatie van het NAS.

Er zijn verder geen berichten over filesystem errors oid in /var/log/messages dat er ergens iets mis zo zijn.

Ik heb de queues gelukkig weer terug door de repair optie te gebruiken, bedankt daarvoor!

Wel zie ik een paar foutmeldingen in de logs staan:

2012-03-14 14:08:24,765::INFO::[misc:1172] Cannot remove folder /volume1/USENET/incomplete/*******/__ADMIN__
2012-03-14 14:08:24,767::INFO::[misc:1172] Cannot remove folder /volume1/USENET/incomplete/*******/__ADMIN_

Je zou denken dat het hier om permissie problemen gaat maar zelfs na een CHMOD 777 -R * in de hele incomplete folder blijft de foutmelding bestaan. Dus ik heb geen idee wat dat veroorzaakt, maar goed, de queue is dus weer hersteld.

Als SABnzbd "lomp" wordt afgebroken kunnen file waar net in
geschreven werd, incompleet eindigen.
Blijven de foutmeldingen terugkomen?

Misschien is het een idee, mocht dat natuurlijk nog niet het geval zijn, om deze files te schrijven met een .tmp extensie en ze te herbenoemen als ze compleet zijn?

Dat zou qua IO bijna geen impact moeten hebben maar mogelijk helpt het in dit soort gevallen.

Overigens komen de foutmeldingen gelukkig niet terug.