Чем занимается сервер в 00.00

крон нужно посмотреть

задания крон

/etc/cron.daily/logrotate

/etc/cron.daily/makewhatis.cron

/etc/cron.daily/rpm

/etc/cron.daily/mlocate.cron

/etc/cron.daily/tmpwatch

/etc/cron.weekly/makewhatis.cron

/etc/webmin/cron/tempdelete.pl

cd /var/www/html && /usr/bin/php /var/www/html/cron.php > /dev/null 2>&1

Последнее задание мое, ничего из этого не запускается и близко к 00.00 🙅

@ya добавил 01.12.2009 в 13:43

Не Не Не, в остальном то все устраивает с большим запасом причем. 😂

/etc/cron.daily/logrotate

ротация логов

возможно

но это врядли

и я склоняюсь к тому что это тормозит в это время целиком нода (если Вы за нее платите дешево и сердито)....

cyber2 добавил 01.12.2009 в 13:54

@ya, Вы не ответили на вопрос - это у Вас регулярно происходит или один раз только было?

Если один раз - может канал у хостера пропал )))

Отвечал, отвечал, ежедневно в полночь карета превращается в тыкву. 😂

В полночь сисадмин переворачивает сервер на другой бок во избежание пролежней

Или приходит уборщица и выдергивает провода, шоб не задеть шваброй.

Первым делом установите это Ваш сервер виснет или нет. Во время зависания посмотрите что dstat (или что-то подобное) выдаст для диска, процессора, памяти и так далее - что он сумеет выдать. Скорее всего это дисковые операции, вызванные либо обработкой бэкапов или логов, либо вызванные свопингом на диск при нехватке памяти. Если проблема только у Вас, это будет заметно. Теоретически у webmin есть 1) антивирус clamd, 2) бэкапилка, 3) анализатор логов, и каждая задача вполне может просадить сервер по памяти либо по диску. Память свопящаяся - самое вероятное, я думаю.

Переведите время на сервере :) Если проблема мигрирует на другое время, то дело где-то внутри вдс, если останется в 0:00 по времени хостера, то проблема на ноде.

uptime 22:20:20 up 1 day, 22:06, 1 user, load average: 0.41, 0.41, 0.45

Время менять вдс не дает.

Теоретически у webmin есть 1) антивирус clamd, 2) бэкапилка, 3) анализатор логов - 1-е не нашел, остальное отключено.

Сервер не виснет. Если зайти по ssh до зависания, то и во время зависания putty работает и по top ничего критичного не наблюдается.

@ya добавил 02.12.2009 в 00:15

Посмотрел сейчас по putty/ nginx кушает до 50% cpu при этом рубит все коннекты, после этого образуется error_log на 20 Гб. Где посмотреть конкретно его задания, а то у него конфигов разных как грязи. Версия 8.1.0. Спасибо.

Тяжело по данной информации, разобрать проблему, вам нужен специалист.