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 ...