Sabnzbd crashes (SSL ?)

[hyperbart]

het verdenken van mijn systeem begrijp ik. Niettemin heb ik meerdere VM's op ESXi draaien op die bak, en geen enkel daarvan heeft een probleem... Ik wil het gerust installeren op een fysieke machine, maar toch had ik hier graag even dieper op ingegaan. In principe geeft ESXi zelf meldingen of zogenaamde "purple screens of death" als er iets misloopt met het geheugen...

Ik zal voor de zekerheid toch een memtest laten draaien deze nacht...

[sander]

Ik vind het eigenlijk ook wel interessant ... dus heb je die methode voor een core-dump toegepast? Het crashende programma staat op regel 3 of 4 als je het bekijkt met "strings core | head".

[hyperbart]

Ik heb deze nacht mijn ESXi-machine een memtest86+ laten draaien... Geen fouten, niets aan de hand...

@Sander: van die coredump heb ik niets gemerkt, ik zal dit nogmaals even nakijken... Als ik dat commando "ulimit -c unlimited" uitvoer, dan gebeurt er schijnbaar niets, ik krijg onmiddellijk terug mijn shell-commandolijn...

Op dit moment heb ik dat commando van ulimit uitgevoerd en daarna een "/usr/bin/sabnzbdplus"...

[sander]

Ik heb deze nacht mijn ESXi-machine een memtest86+ laten draaien... Geen fouten, niets aan de hand...

@Sander: van die coredump heb ik niets gemerkt, ik zal dit nogmaals even nakijken... Als ik dat commando "ulimit -c unlimited" uitvoer, dan gebeurt er schijnbaar niets, ik krijg onmiddellijk terug mijn shell-commandolijn...

Op dit moment heb ik dat commando van ulimit uitgevoerd en daarna een "/usr/bin/sabnzbdplus"...

memtest: OK, dat is dan een factor minder. Heb je hem op het bare metal laaten draaien, of op de VM?

Dan segfault / coredump:
Je moet - denk ik - nog even mijn post lezen, en specifiek het stukje met "writable".
Verder lijkt het me goed dat je jezelf een beetje verdiept in segfault en coredump: lees even wat webpagina's. Je begeeft je nu op hard-core terrein, ver buiten SABnzbd, en dat vereist wat lees-, denk- en puzzelwerk.

[hyperbart]

Memtest heeft gedraaid op bare metal... ESXi kent toch alleen maar geheugen toe van X tot Y, dus daar kan in principe niets mislopen... Geheugen gaf memtest86+ aan dat het in orde was...

Ik voer het commando uit in mijn home-dir, logischerwijs zou die schrijfbaar moeten zijn voor mzelf

Ik denk dat ik ergens had gelezen dat als je Sabnzbd uit de repository gebruikt (weliswaar die van jullie en niet de standaard Ubuntu omdat ik de meest recente wil van jullie altijd) dat je dan geen Sabnzbd.py had, klopt dit?

Het is geen oplossing aan de kern, en ik wil hier op doorhameren en het probleem vinden, maar VOORLOPIG heb ik het opgelost met Monit, die checkt aan de hand van de PID-file in /var/run of Sabnzbd nog draait, draait ie niet in een controle cycle (die ingesteld staat om de 10sec) dan herstart ie bij de volgende controle cycle Sabnzbd... In het slechtste geval ligt Sabnzbd dus 20 seconden plat...

Maar zoals gezegd: ik wil weten waar het aan ligt

[sander]

Maar zoals gezegd: ik wil weten waar het aan ligt

Zorg dat je een core file gedumpt krijgt, en je weet welk programma de veroorzaker is ...

[tstack77]

Code: Select all

2013-08-26 15:09:48,996::INFO::[assembler:87] Decoding /media/Media/SABnzbd/incomplete/ZZZZZ.S08E09.720p.HDTV.x264-IMMERSE.1/151258.r21 yenc
2013-08-26 15:10:22,818::INFO::[__init__:904] Saving data for totals9.sab in /home/stack/.sabnzbd/admin/totals9.sab
2013-08-26 15:10:22,822::INFO::[assembler:87] Decoding /media/Media/SABnzbd/incomplete/ZZZZZ.S08E09.720p.HDTV.x264-IMMERSE.1/151258.r22 yenc
2013-08-26 15:10:59,127::INFO::[__init__:904] Saving data for totals9.sab in /home/stack/.sabnzbd/admin/totals9.sab
2013-08-26 15:10:59,131::INFO::[assembler:87] Decoding /media/Media/SABnzbd/incomplete/ZZZZZ.S08E09.720p.HDTV.x264-IMMERSE.1/151258.r23 yenc
2013-08-26 15:11:32,613::INFO::[__init__:904] Saving data for totals9.sab in /home/stack/.sabnzbd/admin/totals9.sab
2013-08-26 15:11:32,616::INFO::[assembler:87] Decoding /media/Media/SABnzbd/incomplete/ZZZZZ.S08E09.720p.HDTV.x264-IMMERSE.1/151258.r24 yenc
Segmentation fault (core dumped)

Can someone please translate the gist of the Dutch parts of this thread :-)

[sander]

Up to post https://forums.sabnzbd.org/viewtopic.ph ... =15#p54019 it's all in English. So ... did you get a "core" file?

[tstack77]

Open a terminal, type "ulimit -c unlimited", then start SABnzbd. At the moment it crashes, it should show a file "core" in the directory. I'm not sure in which directory: in the working directory, or in the SABnzbd.py directory. So make sure it's writable. Best way: download SABnzbd*gz, unpack it in your home directory, and start SABnzbd from there, as that directory is writable for you.

I was able to get this far and even got:

2013-08-28 22:11:01,157::INFO::[downloader:574] Connecting [email protected]:443 finished
2013-08-28 22:11:01,159::INFO::[downloader:574] Connecting [email protected]:443 finished
Segmentation fault (core dumped)

However I still cannot find the location of the core file. Can you point me in the exact location?

Thanks

[sander]

Did you "ulimit -c unlimited" and then run SAB from the command line?

And: which platform are you on, and which SABnzbd version?

[tstack77]

Yes, followed instruction to the letter. Running v0.7.14, python v2.7.3, on ubuntu 12.4.

[jcfp]

Some systems are configured by default to have core dumps handled by bug reporting tools etc. Try:

Code: Select all

cat /proc/sys/kernel/core_pattern

If the string starts with a "|" the above applies. If it just reads "core" or something like that the core dump is in the local dir OR any directory the programs has changed into before it crashed (may not be writable!). Running sab "from sourceforge" may increase your chances of getting a core dump in the current working dir compared to the packaged version, since the latter puts the executable in /usr/bin.

[drzoidberg33]

I had to turn off SSL also after a while. It constantly crashes when I have it enabled and all my system libraries are up to date. I'm running Linux Mint (ubuntu based) and I don't have any issues with other SSL hosted pages though. I run Sickbeard over SSL on the same box and it never crashes. What gives?