LINUX.ORG.RU
ФорумAdmin

apache перестаёт принимать соединения. что бы сделать?


0

1

Есть сервер (виртуалка на kvm).

на нём стоит apache httpd. Время от времени (приблизительно каждые 6 часов) сервер перестаёт принимать соединения.

Процессы апача просто висят и ничего не делают.

В логах ничего не видно. Сообщений о том что MaxClients достигнут - нет (хотя если все процессы заняты и MaxClients равен ServerLimit, то по идее должны быть сообщения о том что достигнуты MaxClients..).

Установил на другую виртуалку, перенёс данные. Ситуация повторилась.

Куда копать?

в логах из необычного в наличии сообщения типа

Mar 9 09:20:41 myhost httpd-error[1779]: [Fri Mar 09 09:20:41 2012] [notice] child pid 1836 exit signal Bus error (7)

Интересно, что если даже перестартануть апач, то работа сервера не возобновляется.

★★★★★

похоже что «child pid 1836 exit signal Buss error (7)» к делу не относится, потому что только что всё встало, а ошибок таких не было.

AndreyKl ★★★★★ ()

общее ограничение на кол-во открытых соединений/сокетов в виртуалке?

dreamer ★★★★★ ()
Ответ на: комментарий от dreamer

вообще похоже, потому что после того как апач «застревает», бывает не получается по ssh на виртуалку зайти. и ещё не удаётся перезагрузить апач (то есть вводишь команду, а система долго-долго ждёт прежде чем её выполнить).

AndreyKl ★★★★★ ()
Ответ на: комментарий от AndreyKl

Было такое с vbox. Интернет вообще есть в виртуалке на этот момент, network restart проходит?

destroy ()
Ответ на: комментарий от destroy

по крайней мере всё пингуется. хотя по ssh зайти невозомжно бывает.

AndreyKl ★★★★★ ()
Ответ на: комментарий от AndreyKl

хотя я не уверен что всёгда пингуется.

но если ты уже зашёл по ssh, то вводить всё получается. так что да, интернет есть.

AndreyKl ★★★★★ ()

conntrack count чему равно? может у тебя там все доступные соединения забиты? хотя в апаче лимит соединений гораздо меньше conntrack_max вроде...

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte

в целом переменные можно поглядеть тут http://174.36.251.141/vars/

конкретно по conntrack count - перед последним «застряванием» было 830, пиковое значение вроде порядка 4000, макс 65536, т.е. далеко вроде как...

AndreyKl ★★★★★ ()
Ответ на: комментарий от AndreyKl

[непотеме]
> переменные можно поглядеть тут
А что это такое используете для рисования графиков?
[/непотеме]

DiMoN ★★★ ()
Ответ на: комментарий от AndreyKl

Возможно, висят недозакрытые сокеты (ждущие FIN ACK), таймаут по умолчанию 20-30 мин, никаким процессам они уже не принадлежат, но ядро продолжает их держать.

Можно заранне повесить ssh и, дождавшись зависания, чем-нибудь посмотреть (lsof?, не помню, можно ли им смотреть бесхозные, вроде можно).

ABW ★★★★ ()
Ответ на: комментарий от ABW

Возможно, висят недозакрытые сокеты (ждущие FIN ACK), таймаут по умолчанию 20-30 мин

FIN ACK - Это наверное FIN_WAIT2 если делать netstat -n. Таймаут для них 20 секунд (по умолчанию 60). Но я всё таки погляжу.

AndreyKl ★★★★★ ()
Ответ на: комментарий от AndreyKl

Кстати, а как выглядит зависание с точки зрения netcat, например? (timeout, host unreashable, access denied...).

Еще по поводу ограничений брандмауэра: он поднят только на хосте или там и там? М. б. ограничение лимита на конкретный порт и т. д.?

ABW ★★★★ ()
Ответ на: комментарий от ABW

И слушает ли apache localhost и если да, то как себя ведет при таком доступе во время зависаний?

ABW ★★★★ ()
Ответ на: комментарий от ABW

Кстати, а как выглядит зависание с точки зрения netcat, например? (timeout, host unreashable, access denied...).

хороший вопрос, не знаю. но глядеть уже негде, отказался от виртуалки, вроде пока всё работает без перебоев.

Еще по поводу ограничений брандмауэра: он поднят только на хосте или там и там? М. б. ограничение лимита на конкретный порт и т. д.?

файрволл на обоих, но другие виртуалки в этот момент работают.

AndreyKl ★★★★★ ()
Ответ на: комментарий от ABW

ещё один хороший вопрос. апач локалхост не слушал, но ради ответа я бы поставил слушать, конечно. Но надеюсь уже не судьба.

AndreyKl ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.