Назад | Перейти на главную страницу

CentOS 6.2: apache перестает принимать соединения

У меня есть сервер с CentOS 6.2, apache 2.2, php 5.3, mysql 5.1. Сервер установлен в KVM-контейнере.

Время от времени apache глохнет. Он просто перестает принимать соединения. Похоже, он достигает ServerLimit и держите принятые соединения открытыми.

На мой взгляд странно то, что после service httpd restart сервер снова выходит из строя очень быстро. Он принимает соединения только на 1-2 секунды. И снова глохнет. Но после перезагрузки может без проблем проработать несколько часов. Или может снова заглохнуть через несколько минут. Но это не секунды, как после service httpd restart.

Еще одна заметная вещь: после остановки сервера я не могу подключиться к нему по ssh. Но если я уже был подключен, я могу вводить команды .. но если я набираю т.е. service httpd restart система выполняет мою команду очень медленно (но процессор свободен, а память довольно свободна). Итак, похоже, что сервер не может выделить какой-то ресурс и ждет его. Но я не уверен, чего именно он ждет ..

есть переменные из sysctl -a, которые менялись во время работы сервера

имя сервера / vars /

Настройки сервера

ServerLimit 140
MaxClients 128
MinSpareServers 5
MaxSpareServer 10
MaxRequestsPerChild 4000
KeepAlive On
KeepAliveTimeout 2
MaxKeepAliveRequests 10

Отключение keepAlive не помогло


Обновить

Я думаю, что знаю, что не так. Похоже, что SELinux хоста по каким-то причинам случайно блокирует запись kvm-guest на диск. Может быть, это потому, что я не использовал пул libvirt, а просто lvm-volume для добавления дисков в гостевую систему. теперь мне нужно только подождать, пока это повторится снова, и проверить логи, чтобы убедиться.

обновление 2

НЕТ, это не SELinux. Вопрос все еще открыт. Любые идеи?

Это была проблема с iptables. Я не уверен, что это было именно и почему ... Но так быстро, как я продвинул правило -A INPUT -i lo -j ACCEPT в довершение ко всем другим правилам, он начал работать правильно, и больше никогда не было этой проблемы (до этого первое правило касалось eth0).

Попробуйте снизить: MinSpareServers 5 и MaxSpareServer 10. Также сообщите нам, сколько у вас оперативной памяти?