tlk

Рейтинг
57
Регистрация
22.04.2011

Был загружен, сейчас отвечу...

Ivan Lungov:
При виртуализации KVM, диск выделяется блоком, согласно тарифа и монтируется как LVM-том. Не путайте с OpenVZ-виртуализацией, где, в принципе можно оверселить диск. Здесь, с нашей стороны, ресурсы были выделены в полном объеме. По этому, место могло закончится только внутри контейнера, но никак не снаружи его.

Иван, покажите мне, где место закончилось-то? а?

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

Ivan Lungov:
С нашей стороны, никаких сбоев не было, все работало в штатном режиме.

Со всем уважением, но это неправда. Либо вы сознательно пытаетесь откреститься от проблемы, либо просто не разобрались, в чём была проблема.

Вот фактаж:

1. Без каких-либо внутренних причин файловые системы внутри контейнера перевелись в рид-онли. Когда это произошло - можно посмотреть по логам мониторинга (т.е. просто перестал работать мониторинг).

2. С учетом, что изменений внутри контейнера с ночи не происходило (а когда ещё были изменения, ночью - я сам контролировал процесс до отключения последнего разработчика, и я отключился последним, и всё работало штатно) - утром я даже не сразу понял, что происходит. В логах пусто! Если бы ось внутри контейнера перевёла ФС в рид-онли - в логах было бы соответствующее сообщение, а так ось даже в логи ничего не смогла записать.

3. После перезагрузки контейнера система не смогла выполнить фсчек ввиду недоступности /tmp (этот момент я наблюдал в VNC). Хочу отметить, что контейнер отказывался выполнять фсчек именно ввиду отсутствия /tmp. Я не помню дословно, что там было за сообщение, однако, оно однозначно указывало на проблему выше, чем ФС контейнера. Повторяю, это я видел лично, подключившись по VNC. Жаль, что не успел сделать скрин - ваш сотрудник оказался быстрее:

4. Ваш сотрудник поддержки выключил контейнер и через несколько секунд он загрузился с фсчеком нормально (со слов вашего же сотрудника поддержки - после миграции) уже на другой ноде.

Прошу всё вышеизложенное расценивать не как обвинение, а как констатацию фактов, не более.

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

Мои предположения по реальным причинам возникшей ситуации (в порядке вероятности):

Вариант 1: на ноде кончилось место;

Вариант 2: на мастер-контроллере ноды глюки-баги-кривыеруки;

Вариант 3: на ноде издох винт.

Я, конечно, могу ошибаться, ибо хостингом не занимаюсь. Но непреложный факт в том, что проблема была вне моего VPS, но крайне критично и негативно повлияла на работу моего VPS, что расценивается как первый (из трёх) серьёзный звоночек к переезду. Ибо представьте себе, что вы себе спите - а ваши пользователи всю ночь не могут поюзать любимый форум... или купить у вас туры в теплую страну (и да, у вас убытки, а вернее, недополученная прибыль в 20-30-40 тыр).

Это я всё к тому, что проблему необходимо найти и решить. Я почти 6 часов шерстил логи и действия всей системы - и везде просто остановка в один момент без причин. Значит проблема была выше, чем в системе ... ищите Иван. Как найдете - отпишите, интересно почитать, из-за чего всё встало.

Ситуация получилась весьма и весьма напряженная. Контейнер ночью работал штатно, без сбоев. Разработчики трудились, проблем не было. Все показатели были в нормах.

Утром началась активная работа с заказчиками - и тут выясняется (от недовольства пользователей), что ФС в рид-онли. Т.е. я даже не сразу понял, откуда это могло такое стать. Пользователи в шоке, а клиентам не можем выкатить проект в паблик.

Ребут с фсчеком не помог ввиду того, что /tmp вообще в принципе не мапился - ругался на его отсутствие как таковое. Я в этот момент был подключен по VNC и просто не успел сделать скрин. Успел только заскринить начальные маты убунты на неконсистентность ФС.

При этом при всём - внутри контейнера ничего внештатного не происходило.

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

И после миграции всё заработало опять в штатном режиме.

Вот как это назвать? И кто виноват?

И как так получается, что ситуации происходят в самые неприятные моменты?

Ладно бы ночью в воскресенье, или там после обеда... Но утром!!! В понедельник!!!!! Это просто жесть.

В "круглосуточную тех.поддержку" я не смог дозвониться в течении часа - до сих пор трубку не берут. Тикет висит, без адекватной реакции. Собственно, вот и весь отзыв. Перевожу критичные проекты на другой хостинг, устал ловить такие чудеса в самый неподходящий момент.

Почему эта гребаная круглосуточная служба поддержки не берет трубку на телефоне???

домен в клиентхолде

проект закрыли - открыли новый, архив перенесли на ру :)

тему в утиль

извините, я правда ЭТО читаю на этом серьёзном форуме???

или это может модеры еще спят?

По поводу партнерки - я тоже интересовался начислениями. По общению с рефами - всё честно.

У меня проблему решили. Молодцы, спасибо.

Однако, сам факт несколько напряг. Аяяй!

Сегодня пришел тикет:

Сегодня в пятницу 3 апреля 2015 года с 09:16 по 09:18 по техническим причинам ваша виртуальная машина была перезагружена.

После этого имеем следующую картину:

Иван, эта проблема будет решена в течении 1-го часа, или я съезжаю на другой хостинг?

Всего: 136