exit signal Segmentation fault - что за зверь?

решал подобное примерно следующим - правда давно это было =) :

насколько помню должен быть такой зверь - strace

трассируете детишек апача и смотрите, почему они валятся (т.е. после какого вызова появляется Segmentation fault) и выявляете проблему

а не проще gdb корку глянуть?

не freebsd случайно стоит?

на ней периодически бывают такие траблы.

пробуйте с нуля все перекомпилить (в смысле apache/php, возможно mysql)

а можно поподробнее?

для этого надо откомпилировать софт с опцией, к примеру, -ggdb или просто с -g ... потом нужно убедиться в том, что операционка сохраняет корки (.core файлы), а затем подсунуть запустить gdb с указанием коре файла и бинарника... ну а дальше самая распространенная команда - bt - back trace, которая показывает, в том случае если стек не разрущился, какие функции там выполнялись... ну далее надо сходить в info gdb и почитать как распечатывать переменные, т.к. большинство корок из-за отсутствия каких-то проверок там, указателей смотрящих в небо и т.д.

ps. в двух словах это сложно.

kostich, спасибо, попробуем посмотреть с такого ракурса :)

линух и cent OS, версия 4.4

Может еще варианты какие будут?

Не совсем понял, какой софт? gdb?

Линукс сохраняет корки в файле core (не .core) их эта софтина умеет смотреть?

Ясно :)

ну совет на самом деле тот же.

+ попробуйте поставить разные версии, не всегда стоит ставить самые последние.

Да, еще это может быть при глюках с разными модулями, часто с eaccelerator+zend, APC - это сам встречал.

У меня такие ошибки были из-за глюка в самописном модуле. Причем начало проявляться только при определенных условиях (ну просто баг был в коде). Вычислилось анализом core, под фрибзд. Нестандартные модули к апачу не прикручены?

man gdb, info gdb