Pavel.Odintsov

Pavel.Odintsov
Рейтинг
169
Регистрация
13.05.2009

А покажите содержимое файла /etc/init.d/monit ? Он стандартный был с пакетом?

Andreyka:
Сам ты двоешник
Если проблемы с жестким диском, то файловая система переходит в ro, а логи соотвественно выдаются на консоль.

dmesg - это имеля в виду кольцевой буфер в оперативной памяти, а не одноименный лог. Переход файловой системы в ro на него не повлияет и все ошибки также будут там.

Диск под замену: http://img638.imageshack.us/img638/3997/sm1v.jpg он чуть менее, чем напрочь мертв. Спасайте данные и меняйте.

Хм, а к чему вопрос?

Пишите в саппорт, при такой формулировке мы даже при желании помочь не сможем.

А как расшифровать техническим языком вот эту фразу - "Мы используем технологию виртуализации OpenVZ, что позволяет экономить ресурсы Вашего сервера, выполняя задачи на уровне ноды.". Какие именно задачи выполняются на ноде и каким образом это разгружает VPS? ИМХО, что-то не то в формулировке, пофиксите :)

Может быть, еще вот в этом проблема: http://phpsuxx.blogspot.com/2010/02/fail2ban.html

"Способы перехватить сисколлы в Linux" - как вариант - LD_PRELOAD, но тоже далеко не идеальное решение. Ранее были варианты перехвата в модулях ядра, но потом лавочку прикрыли во избежание. Проще патчить ядро, конечно же.

Но опять же, патч от BH безумно далеко от production ready и его нужно пилить_пилить_и_пилить перед использованием.

А тех, кто неторопливо бэкапит 400 гб ежесуточно - мне искренне жаль, отдавать огромный процент самого важного на хостинге ресурса - дисковой подсистемы - на задачу, которая далеко не основная на хостинге - это очень странно.

Pavel.Odintsov добавил 28-01-2011 в 02:17

Boris A Dolgov:
Ну всё равно получается минимум - ребут в месяц. Это заведомые 5 минут дауна в месяц, что достаточно плохо.
Плюс, скорее всего, при тестировании на продакшене вылезет что-то достаточно нехорошее, что потребует ещё 5 минут перезагрузки.
Осознание этого в основном и останавливает от использования подобных фич на более-менее серьезном проекте. Хотя, может быть, начальство когда-нибудь созреет до необходимости инноваций.

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

По сабжу - я бы рекомендовал проверить память, все же срыв стека крайне экзотическая проблема и редко бывает от софтвер проблем. Хотя, опять же, я подозреваю, что виноват патч, а filemgr просто экзотически дергает chown.

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

Всего: 1954