Зависание сервера

Доброго времени суток, уважаемые форумчане.

В общем есть сервер с установленной Debian Lenny 5.0 x64.
На нем крутится скрипт на Kohana который перебрасывает файлы с одного сервера на другой.
Также установлены и задействованы Mysql, сервер Memcache и apache2 в качестве веб-сервера
Вот вся эта структура работает нормально 2 недели, потом случается казус:
перестает работать Mysql (судя по отсутствию ответов на запросы с другого сервера), работает при этом вебсервер и сам сервер пингуется нормально, также самое главное - перестает работать доступ к этому серверу по SSH, приходится "тормошить" провайдера и просить доступ по IP-KVM каждые 2 недели. Но это еще полбеды. Когда вхожу на этот полумертвый сервер по IP-KVM - вижу тупо черный экран, прошу работника ДЦ перегрузить сервер вручную. Как только сервер перегружен, на нем автоматически все заводится в нормальную работу и снова работает примерно 1-2 недели.

Симптомы описал как смог, прошу спецов обратить на мою проблему свое внимание и помочь в разрешении данной проблемы.Заранее благодарен.

Симптомы, и чего? А логи то смотрели?

Mesages можно глянуть здесь http://file.qip.ru/file/125903689/69b73f29/messages.html . Какие еще логи необходимы для диагностики?

Смущает вот это Apr 15 11:07:51 ukr kernel: [ 0.478706] ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - B3, should be A8 [20080321], возможно проблемы с acpi. Вопрос на засыпку, а это просиходит когда сервер под нагрузкой или в простое?

i2ks написал:

Вопрос на засыпку, а это просиходит когда сервер под нагрузкой или в простое?

Сервер почти постоянно под большой нагрузкой. Простоев точно не было ни секунды за последние 2 недели... :(

Меня смущает сама платформа nforce

zerg написал:

Меня смущает сама платформа nforce

А подробнее можно? Может еще какие логи снять с сервера?
Я не очень в этих делах, поэтому и обратился к спецам.
Спасибо за понимание.

zames, лишь предположение: как вариант память может не корректно работать,еще диски могут отъезжать, есть похожие баги,но ссылаются на ядро и не иcправность MB, но это лишь предположение. Самый худший вариант - то что сервер при таком раскладе скоро отъедет.

i2ks написал:

Самый худший вариант - то что сервер при таком раскладе скоро отъедет.

Ну дела... а что же теперь делать?
Может что-то написать в саппорт ДЦ? Я арендую вообще-то сервер, чем смогут помочь они кроме как заявить "Мы во внутрисерверные дела клиентов не вмешиваемся"?

zames, А если там индикация какая на сервере? может горит warning или еще что? Этот вопрос должен бытьу вас прописан в договоре. А если у вас не дай бог вылетит hdd? менять кто будет? вы или они? Хороший вопрос вы поставили. Давайте пока то остановимся то том что причина выключения серера, а точней его ухода в ребут это софтовая ошибка, а не железки.

Напишите в саппорт. Всю эту историю. Пусть проверяют.

zames, syslog покажите

Вот кусок syslog'а http://file.qip.ru/file/125910257/137d42e1/syslog.html

а в messages я что то не увидил запись типа, eth0: too many iterations (6) in nv_nic_irq. ,а здесь есть,странно тогда как то, видимо при большой нагрузке сносит крышу и он уходит в ребут что ли О_о.
zames, интересный случай :)

Да уж...

по-моему не хватает памяти

Памяти 8 Гб... Для файлового сервера, по-моему это нормально

Память может быть глючной.

Филин написал:

Память может быть глючной.

согласен, под большими нагрузками может.
Отправил в ДЦ серьезное сообщение.Жду ответа.
Спасибо, друзья, за помощь и советы.
Как получу ответ, сразу отвечу в теме.

Надо тестить с нагрузкой. И не только память - весь сервак.