Недавно на одном из моих веб-серверов возникла странная проблема: средняя загрузка неожиданно увеличилась с 0,01 до 15,00+, и я даже не могу войти на сервер через ssh с сообщением об ошибке «нет маршрута к хосту xxx.xx.xx. хх».Но проблема длится всего несколько минут.Ситуация возникает примерно два или три раза в день, что меня очень раздражает.В его интернете есть другие серверы, развернутые с той же ОС и сервисами, они отлично работают.Я думаю, что это системная проблема.Итак, как я могу понять, почему возникает проблема? Любая системная команда для такого рода отслеживания проблем?Помощь бы оценила.(OS eviroment: центр OS 5.2, с веб-обслуживанием на основе LNMP)
1 ответ
Проверьте следующие файлы
/var/log/syslog
/var/log/httpd/error_log
Существует также графический интерфейс просмотра системы, если вы можете войти в графический интерфейс.
Вы упоминаете, что ситуация продлится несколько минут. Это может указывать на фактический сбой сервера и его перезагрузку. Используйте следующую команду, чтобы увидеть, если это действительно происходит
last reboot
Если сервер действительно перезагружается, вы увидите строку (-и), подобную следующей
reboot system boot 3.2.0-0.bpo.3-68 Fri Nov 2 18:25 - 21:46 (03:20)
Также попробуйте
last -x
Следующий шаг 1
Проверьте /var/log/syslog на наличие сбоя / уничтожения процесса и сообщения ядра за ненормальный период. Это может дать некоторую подсказку.
Следующий шаг 2
Ниже приводится последнее средство, если вы не можете сидеть прямо перед этим сервером и ждать, пока это произойдет. ИСПОЛЬЗУЙТЕ ВНИМАТЕЛЬНО
В /etc/crontab добавьте следующую строку
#* * * * * root /usr/bin/top -b -n 1 | /usr/bin/head -n 15 >> /var/log/top.log
Каждую 1 минуту он добавляет системную сводку с восьмью процессами с самым высоким процессором в /var/log/top.log.
Это отключено с # впереди. Удалить # включит его. Возможно, вы захотите изменить этот путь, чтобы у вас было достаточно места, если вы хотите, чтобы он работал в течение ночи.
ОТКЛЮЧИТЕ ЭТО ПРЯМО СЕЙЧАС, ПОСЛЕ ТОГО, КАК ВЫ РЕАГИРУЕТЕ СОЕДИНЕНИЕ Отключите его, поставив знак «#» назад или удалите строку.
Проверьте /usr /bin /top и /usr /bin /head правильный путь для обеих команд.