Ошибка Apache Seg (11)

У меня есть это в моем быстром error.log:

[Пт. 18 сен. 08:10:54 2009] [извещение] дочерний пид 9178 выходной сигнал Ошибка сегментации (11)
[пт сен. 18 08:11:41 2009] [извещение] дочерний пид 9187 выходной сигнал ошибка сегментации (11)
[пт 18 сентября 08:12:12 2009] [извещение] выходной сигнал 9204 дочернего пида Ошибка сегментации (11)
[пт. 18 сентября 08:12:13 2009] [извещение] выходной сигнал 9202 дочернего пида Ошибка сегментации (11)
[пт 18 сен 08:14:45 2009] [извещение] дочерний пид 9251 сигнал выхода Ошибка сегментации (11)

Это началось в тот же день, когда я добавил файл vhost.conf. Поэтому я вернулся к исходному файлу и перезапустил apache2ctl. К сожалению, это все еще происходит.

Apache, кажется, обслуживает страницы в порядке.

Любые идеи?

Ура,

Натан.

Натан, попробуй останови Apache и запусти его в forground (отладочный, не поточный), что может дать больше подсказок о том, что делает его segfault.

Сказав это, он не должен зависнуть независимо, так что это ошибка, тем не менее, это может быть что-то, что вы можете исправить, если вы знаете, что это вызывает.

apache2 -X

Кроме того (вряд ли раскрыть всю причину этой проблемы), любые предупреждения / ошибки от ...

 apache2ctl -t

...?

Наконец, все модули, которые вы загрузили в Apache, «сертифицированы», возможно, вы можете прокомментировать около половины из них и посмотреть, исчезла ли проблема или нет, и продолжить оттуда двоичный поиск типа «разделяй и властвуй».

Вы могли бы также искать какие-либо дампы ядра, полученные из segfault, возможно, в / tmp? Если вы найдете что-нибудь, попробуйте запустить его через GDB ...

gdb apache2 -c /tmp/core.<pid>

Sig11 обычно происходят только по одной из двух причин:

• Плохие программы.

  В случае с Apache статистически вряд ли это будет ошибка в основном коде Apache.

  Гораздо чаще случается ошибка модуля. Либо в том, как модуль безопасно обрабатывает исключения в коде или библиотеках, которые он обрабатывает. Или как он взаимодействует с выбранной моделью Apache MPM. Когда модуль ведет себя неправильно, он неконтролируемо завершает работу, прежде чем вернуть данные в дочерний процесс Apache, и, таким образом, создает ошибку сегмента.

  Просмотрите все изменения, которые вы внесли с момента его последней работы. Как говорит Ли Б. , это идеальный пример использования контроля версий.

  Чтобы немного усложнить ситуацию, вы часто можете выполнить то же поведение, выполнив gracefulвместо полного перезапуска после внесения изменений в настройку модуля Apache. Вы можете исключить это, остановив и запустив Apache.

• Плохое оборудование.

  Если вы уверены, что ошибки совпадают с изменением вашей конфигурации, и вы не видите никаких других негативных последствий для системы, то вы, вероятно, можете исключить это. Но, возможно, стоит подумать, если у вас закончились другие пути. Процессоры и оперативная память являются типичными виновниками.

Наконец-то все исправили. Простой перезапуск сервера остановил ошибки сегмента.

Спасибо за ваши ответы. Я уверен, что это пригодится для диагностики будущих проблем.

Натан.

Я предполагаю, что это мог быть загруженный модуль, имеющий проблему.

Я испытал такое же поведение с PHP и расширением gettext php, это сбой PHP и, следовательно, дочерний процесс apache, обслуживающий запрос.

Потратив часы на то, чтобы выяснить причину ошибки, связанной с моей собственной сегментацией, я начал случайное отключение. В моем случае причиной ошибки был ускоритель Zend.

Поскольку мне не нужно это расширение, я отключаю его. Если у вас возникла та же проблема и вам нужно это расширение, попробуйте удалить кэш eaccelerator и перезапустить httpd.

в следующий раз вы можете попробовать использовать стрейс или ферму

• http://httpd.apache.org/dev/debugging.html#truss