Косячит сервер. Последнее, что ставил был Стрим.

Пока админы бьются с сервером, попробую сам покопать.

Последние три недели косячит сервер. Примерно в одно и то-же время пропадают все ресурсы. Последнее, что делал на сервере - поставил СтримРотатор.

Во время таких проблем на почту приходит такое письмо

Attention! There was a failure of the mysql tables. The restoration is successfully completed
/home/user/domain.com/streamrotator

Собственно вопрос (может кто знает): это Стрим так реагирует на недостаток ресурсов или сам Стим заваливает сервер и пишет мне письмо?

Спасибо.

это значит что потерялись временные таблицы стрима, сам стрим скорее всего ни причём.

такое может быть при kill-е процесса mysql-сервера или ребута машины.

смотри в сторону нехватки места под /var или типа того.

у меня такое было, когда сервер ребутнули и переставили на нем время назад: стрим восстановился из бекапа и прислал мне письмо такое же. А потом еще ни чего делать не хотел и зависал, когда я пытался отобрать тумбы или че-нить еще сделать с БД. Выяснилось, что из-за того, что крон видит по логу, что он "в будущем" че-то делал, до этого времени он ни чего делать не будет. 8 часов ждал, пока время нужное придет

У меня такое было, не только все ресы пропадали но и ПХП Май Админ переставал работать, у тебя наверное стрим бэкапится с битого файла бэкапа, у меня по крайней мере так было, удали все бэкапы кроме одного заведомо рабочего и пробекапься с него, у меня помогло.

в хитаксисе пропиши php_value memory_limit 64M и все пройдет

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

копий 20 пади на серваке ?

Памяти маловато скорее всего. Хеш таблицы летят.

админам посоветуй включить мониторинг на slow query и смотреть что там мускуль грузит.
Ну и оптимизировать соответственно, или софт, или мускуль тюннить.

Реально разговор ни о чём.
если бы были графики МРТГ по загрузке сервера (проц/память/ЛА) в пиковой нагрузке когда базы слетают - можно было бы чего-то дельного посоветовать.