мертвый httpd, но subsys заблокирован

Сетевая трассировка (например, Wireshark) покажет, находится ли задержка в ожидании ответа. Это также указало бы на другие "обходы" как предложение о DNS. Кажется, что Вы уже, возможно, сделали это, но Вы не сказали.

8
задан 15 March 2013 в 14:22
8 ответов

У Вас есть ошибочный lockfile или в/var/subsys или в/var/run или обоих. Общей форме этого вопроса ответили прежде на serverfault.

5
ответ дан 2 December 2019 в 22:57

Выполненный httpd-S и сообщение вывод.

[Вторник 15 марта 19:21:34 2011] [предупреждает] Init: Вы не должны использовать основанные на имени виртуальные хосты в сочетании с SSL!!

Эта ошибка могла вызывать проблему также. Попытайтесь отключить весь https (порт 443) конфигурации. Обновите конфигурации с chmod 000 в/etc/httpd/conf.d/, которые делают так и перезапускают httpd (/etc/init.d/httpd перезапуск)

2
ответ дан 2 December 2019 в 22:57

Вы проверили журналы для наблюдения то, что продолжается уже? Я ожидал бы видеть что-то в системном журнале и httpd.

Можно найти журналы в/var/log в большинстве систем.

Также обратитесь к Вам, видят, существуют ли какие-либо существующие блокировки файла в результате подвешенных процессов?

psgrep httpd должен показать Вам, если существуют какие-либо процессы-зомби.

1
ответ дан 2 December 2019 в 22:57

Это может на самом деле быть плохим знаком. Это может указать, что Вы сделали, чтобы жулик обработал, который был, ранее работал на сервере, который наследовал привязку к порту 80.

Выполните следующее для обнаружения, каково pid это.

fuser 80/tcp

Оттуда необходимо будет получить время начала процесса, по крайней мере, прежде, чем уничтожить его.

ps -o lstart $pid

Можно использовать время начала перекрестными ссылками в то же время в журналах, чтобы попытаться определить, как тот процесс добрался, чтобы быть там во-первых.

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

1
ответ дан 2 December 2019 в 22:57

Ошибка была из файла php.ini, я установил, прежде memory_limit к 4000 МБ, у меня есть поршень на 12 ГБ DDR3 в сервере, после изменения его к-1 неограниченному, запущенный апач :)

0
ответ дан 2 December 2019 в 22:57

Для меня решением этой проблемы было обновление конфигурации php apc.

Для apc 3.1.4 и выше следует указывать значения с помощью суффикса, т.е.:

apc.shm_size=512M

Для pre 3.1.4 этот формат, похоже, аварийно завершает работу apache. Версию apc можно посмотреть с помощью phpinfo();. Решение: Удалить суффикс "M" для apc.shm_size и apc.max_file_size. Затем удалите файл блокировки и перезапустите httpd.

.
1
ответ дан 2 December 2019 в 22:57

आपण फाइल संपादित कराल /etc/init.d/ httpd

ओळ शोधा

pidfile=${PIDFILE-/var/run/httpd/httpd.pid} 

आणि त्यास बदला

pidfile=${PIDFILE-/var/run/apache2/httpd.pid}

आणि आपण जायला चांगले असावे!

1
ответ дан 2 December 2019 в 22:57

Помимо других виновников, упомянутых в других ответах, эта ошибка также может быть отвлекающим маневром.

Убедитесь, что диски на сервере не заполнены!

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
...
/dev/sda3        30G   30G   0G  100% /
...
0
ответ дан 18 March 2020 в 14:30

Теги

Похожие вопросы