Re: Python segmentation fault: Hardware Fehler?

Hendrik Bunke wrote:
> auf einer recht frisch installierten 7-STABLE Maschine lässt sich
> eine Zope-Instanz nicht starten. Python steigt sofort mit einem
> segmentation fault aus.

Betrifft es speziell nur Zope? Funktionieren andere
Python-Sachen?

> Das Problem ist ein bekanntes, beim Bauen
> von Python muss die Option "WITH_HUGE_STACK_SIZE" gesetzt sein,
> um das zu verhindern. Tut es in diesem Fall aber nicht. Ich
> arbeite nun wahrlich schon länger mit Zope/Python unter FreeBSD,
> bislang ohne jegliche Probleme. Das alleine ist natürlich noch
> kein Argument, aber die selbe Zope-Instanz läuft auf zwei
> anderen, software- und in einem Fall auch hardwareseitig nahezu
> identischen FreeBSD-Maschinen problemlos.
>
> Es gibt auf der betreffenden Maschine lediglich einen
> wesentlichen Unterschied, der mir einfällt. Ich habe da testweise
> einen von zwei 2GB Speicher-DIMMS rausgenommen. Mir ist schon
> klar, dass das problematisch sein kann. Aber wäre das in diesem
> Fall eine Erklärung für die segmentation faults von Python?! Ich
> kann's mir nicht so richtig vorstellen, aber ich habe natürlich
> auch nicht wirklich Ahnung davon.

Theoretisch könnte es eim RAM-Problem sein. Wenn man
diesen Verdacht hat, sollte man mal memtest86 laufen
lassen. Eine andere Möglichkeit, mit der man RAM-
Probleme häufig (aber nicht immer) aufdecken kann,
ist ein »make -j10 buildworld«. Wenn beides problemlos
durchläuft, stehen die Chancen gut, dass der RAM in
Ordnung ist.

Eine andere Möglichkeit ist, im BIOS-Setup die Timing-
Werte für den RAM konservativer (langsamer) einzustellen,
sofern das BIOS diese Möglichkeit bietet (häufig unter
»SPD override« o.ä. versteckt). Wenn das Problem dann
verschwindet, dann liegt's tatsächlich am RAM.

Allerdings -- In Deinem Fall glaube ich nicht, dass es
am RAM liegt. Typisch für RAM-Fehler ist, dass Prozesse
sporadisch, nicht reproduzierbar und an verschiedenen
Stellen abstürzen. Das ist bei Dir nicht der Fall, wenn
Zope bei Starten reproduzierbar immer an derselben Stelle
abstürzt. Mir scheint da eher ein Softwareproblem vor-
zuliegen. Aber was es genau ist, kann ich leider auch
nicht sagen ...

Kann es evtl. sein, dass noch Reste einer älteren Python-
Installation herumliegen, die sich irgendwie beißen?
Sind _alle_ Ports auf dem neueste Stand, und alle
Binaries auch gegen die neusten Libs gelinkt (und nicht
etwa gegen Sachen aus /usr/local/lib/compat)?

Gruß
   Olli

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
"The most important decision in [programming] language design
concerns what is to be left out."  --  Niklaus Wirth
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message