Мой сервер не отвечает на HTTP-запросы, и мне потребовалось много времени, прежде чем я смог войти в систему с помощью SSH; все выглядит так, как будто сервер перегружен и стоит на коленях.
Он уже делал это несколько дней назад, но после перезагрузки все вернулось в норму. Сегодня перед перезагрузкой хотелось бы разобраться, что происходит.
Наконец-то я смог войти в систему, и средняя нагрузка показывает стабильную 1.00:
# uptime
15:00:46 up 4 days, 19:47, 1 user, load average: 1.00, 1.00, 1.00
Но top вроде говорит, что сервер простаивает:
top - 15:01:52 up 4 days, 19:48, 1 user, load average: 1.00, 1.00, 1.00
Tasks: 704 total, 1 running, 703 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 1.1%sy, 0.0%ni, 98.4%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 4034032k total, 4009704k used, 24328k free, 16612k buffers
Swap: 1959920k total, 58576k used, 1901344k free, 22860k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19137 root 16 0 13152 1748 936 R 2.9 0.0 0:00.27 top
1 root 15 0 10364 744 620 S 0.0 0.0 0:03.26 init
2 root RT -5 0 0 0 S 0.0 0.0 0:00.02 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.65 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.21 ksoftirqd/1
7 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root 10 -5 0 0 0 S 0.0 0.0 0:04.73 events/0
9 root 10 -5 0 0 0 S 0.0 0.0 0:02.29 events/1
10 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
47 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
52 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kblockd/0
53 root 10 -5 0 0 0 S 0.0 0.0 0:00.05 kblockd/1
54 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
165 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0
166 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/1
О, и я также видел следующие сообщения в httpd error_log:
Неустранимая ошибка PHP: SQLSTATE [08004] [1040] Слишком много соединений в ...
Но access_log не показывает запросов за последние 8 часов, так как все HTTP-соединения заканчиваются таймаутом ...
У кого-нибудь есть объяснение этому?
В /var раздел был просто заполнен, отсюда и ошибки SQL, так как это раздел, где хранятся данные mysql.
Основная причина заключалась в том, что двоичное ведение журнала было включено, хотя я не использовал его для репликации или чего-то еще, поэтому я отключил его, удалил двоичные журналы, и все вернулось к норме!