заканчиваются идеи для изучения. Во-первых - позвольте предупредить - я программист, а не системщик :)
Вот такая ситуация.
Выделенный сервер (LAMP), на котором работает большое количество сайтов. Сервер mySQL находится в отдельном ящике.
Последние пару недель производительность неуклонно снижается до такой степени, что я больше не могу даже дистанцироваться от коробки.
Если посмотреть на mod_status, то можно увидеть, что довольно много процессов занимают ресурсы процессора. Однако все URL-адреса разные ... нет единого шаблона, поэтому я не могу сузить что-либо до конкретного сценария, который может застрять.
PHP запускается как cgi.
Большинство сайтов, запуск которых требует времени, используют фреймворк cakephp.
Перезагрузите сервер, через несколько минут мы снова отключимся ...
Пересекла ошибку, в которой говорилось, что / var / tmp / заполнен и не может записывать сеансы. Однако еще оставалось место? Возможно, отсутствие inodes? Сейчас кто-то подойдет к ящику и очистит tmp.
Может ли отсутствие возможности писать сеансы заставлять процессы php зависать навсегда и в конечном итоге все засорять?
Есть ли другие идеи, которые я мог бы захотеть изучить? Я наблюдал за сервером sql, чтобы узнать, возвращает ли он огромные наборы данных в любом из запросов, и там нет ничего примечательного ...
Сейчас только 11:21, а мне уже нужно выпить :)
Особенно если файловая система в /var/tmp является ext3 (проверьте это с помощью mount command), а точка монтирования не очень большая, действительно может закончиться inodes. И да, это вызовет симптомы, которые вы нам описываете. Не спускай глаз с df -i команда.
В таком случае сделайте как-нибудь /var/tmp больше и, если возможно, переключите его на другую файловую систему, скажем XFS, который имеет динамические (= бесконечные) inodes.
Я сочувствую тебе. Вот приятель, выпить.