1. Кирилл Антипин (владелец аккаунта), Роман Александров (вебмастер)
2. Логин skipper-art, сайт communicative.ru и еще полсотни рабочих сайтов наших клиентов.
3. Арендуется выделенный сервер, в течении недели три(!) раза умирали намертво оба жестких диска в рейде, замена занимала 1-2 дня.
4. Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com и эта компания за счет оборудования не первой свежести сокращает издержки, но когда ответ на тикет о падении сервера идет полтора часа и приходит "наши специалисты сейчас посмотрят", плюс 16 часов (!) никто внятно не может дать ответ о том, когда работоспособность сервера будет восстановлена, такое отношение, мягко говоря начинает отпугивать.
Полная версия: Fastvps.ru
Онлайн-форум hostobzor.ru > Архив (темы до 1.06.2015). Только для чтения. > Пресс-центр Хостинг-Провайдеров > Претензии и жалобы клиентов
Здравствуйте
Должен заметить что заголовок "Некомпетентность технической поддержки" никак не стыкуется с вашими же словами: "Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com". Причем тут fastvps в таком случае. Что касается времени ответа и особенно решения проблемы - в зависимости от конкретного датацентра Hetzner AG предоставляет круглосуточную или не круглосуточную поддержку. Естественно, предположить, что во втором случае во вне рабочее время (оно у них с 10 до 17 насколько я помню действует) придется ждать техников для того чтобы заменить неисправные жесткие диски. Это никак не связано с "некомпетентностью технической поддержки" реселлера который не имеет физического доступа к серверам и если бы даже имел - не имеет прав менять что либо на чужом, не принадлежащем ему оборудовании.
Прекрасно понимаю, что в данном случае, вы просто выразили свое недовольство Hetzner AG, опосредствованно лягнув ни в чем не повинных FastVPS. Все же надо быть справедливым даже тогда когда вам не везет и вы попали в неприятную ситуацию. Должен так же заметить что даже в дорогих, совсем не бюджетных датацентрах, время замены вышедшего из строя оборудования далеко не всегда гарантируется. А даже если гарантируется то может составлять более 4-х часов. Да еще могут и тесты сначала запустить аппратные чтобы убедиться в том что диски нерабочие (этим обычно страдают американские датацентры независимо от бюджетности/небюджетности).
От себя лично могу только посочувствовать и пожелать удачи в решении проблемы и терпения и справедливости в определении источников проблемы.
PS. Добавлю еще по сути проблемы - если винты действительно три раза умирали то, это очень подозрительно и возможно имеет смысл поменять шасси или материнскую плату. Но, конечно, это надо смотреть на месте. Трудно верится, что три раза вам могло так "повезти" с жесткими дисками. Все же жесткие винты довольно легко проверяются на наличие сбоев и проблем и вряд ли их меняли не проверив перед установкой и после установки.
Должен заметить что заголовок "Некомпетентность технической поддержки" никак не стыкуется с вашими же словами: "Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com". Причем тут fastvps в таком случае. Что касается времени ответа и особенно решения проблемы - в зависимости от конкретного датацентра Hetzner AG предоставляет круглосуточную или не круглосуточную поддержку. Естественно, предположить, что во втором случае во вне рабочее время (оно у них с 10 до 17 насколько я помню действует) придется ждать техников для того чтобы заменить неисправные жесткие диски. Это никак не связано с "некомпетентностью технической поддержки" реселлера который не имеет физического доступа к серверам и если бы даже имел - не имеет прав менять что либо на чужом, не принадлежащем ему оборудовании.
Прекрасно понимаю, что в данном случае, вы просто выразили свое недовольство Hetzner AG, опосредствованно лягнув ни в чем не повинных FastVPS. Все же надо быть справедливым даже тогда когда вам не везет и вы попали в неприятную ситуацию. Должен так же заметить что даже в дорогих, совсем не бюджетных датацентрах, время замены вышедшего из строя оборудования далеко не всегда гарантируется. А даже если гарантируется то может составлять более 4-х часов. Да еще могут и тесты сначала запустить аппратные чтобы убедиться в том что диски нерабочие (этим обычно страдают американские датацентры независимо от бюджетности/небюджетности).
От себя лично могу только посочувствовать и пожелать удачи в решении проблемы и терпения и справедливости в определении источников проблемы.
PS. Добавлю еще по сути проблемы - если винты действительно три раза умирали то, это очень подозрительно и возможно имеет смысл поменять шасси или материнскую плату. Но, конечно, это надо смотреть на месте. Трудно верится, что три раза вам могло так "повезти" с жесткими дисками. Все же жесткие винты довольно легко проверяются на наличие сбоев и проблем и вряд ли их меняли не проверив перед установкой и после установки.
Ок, понял Вас.
Вот смотрите ситуацию:
1. Никто нам не говорил о техниках и прочем. Это точно.
2. Нам сказали что идет проверка файловой системы и идет она уже почти сутки и никто нам не может внятно назвать время восстановления работоспобности!
3. Это все нам говорит поддержка Fastvps.ru, ей же мы платим деньги, если бы платили в hetzner и их поддержка так к нам относилась, значит в заголовке стоял бы hetzner, логично?
4. Так что, я понимаю, Ваше стремление снизить градус напряженности и обелить коллег по цеху, но все верно написано.
6. Мы абсолютно терпеливы, я все написал более чем корректно
Вот смотрите ситуацию:
1. Никто нам не говорил о техниках и прочем. Это точно.
2. Нам сказали что идет проверка файловой системы и идет она уже почти сутки и никто нам не может внятно назвать время восстановления работоспобности!
3. Это все нам говорит поддержка Fastvps.ru, ей же мы платим деньги, если бы платили в hetzner и их поддержка так к нам относилась, значит в заголовке стоял бы hetzner, логично?
4. Так что, я понимаю, Ваше стремление снизить градус напряженности и обелить коллег по цеху, но все верно написано.
6. Мы абсолютно терпеливы, я все написал более чем корректно
1) Ну как бы эта информация имеется на сайте Hetzner AG насколько я помню. Вы же знали что получаете сервер именно там. Стоило бы изучить их сайт.
2) Нам сказали что идет проверка файловой системы и идет она уже почти сутки и никто нам не может внятно назвать время восстановления работоспобности!
А какой общий объем дисков? Они в рейде? Если произошел сбой который требует ручной проходки с помощью fsck -y то, к сожалению, никто не может сказать когда эта проверка окончится так как она проходит медленно и к тому же скорость проходки может меняться в зависимости от количества ошибок на диске. Поэтому не представляется возможным сказать что нибудь конкретное даже приблизительно.
PS. Стремление к объективности не стоит приравнивать к корпоративной солидарности. Если бы FastVPS задержали оплату, тормозили бы с передачей ответов от техподдержки Hetzner к вам и обратно, искажали бы смысл переписки, я бы их не стал поддерживать ни в коем разе. Но в данном случае, очевидно, что ситуация is not under their control как говорится и пинать их за это необъективно и несправедливо.
PPS. Что касается кому вы платите деньги - FastVPS выступает агентом Hetzner по факту и поэтому основную ответственность за услугу несет именно Hetzner. Бесспорно, с формальной стороны дела, как клиент вы общаетесь именно с FastVPS и можете предъявлять им претензии, но фактически вы будете сотрясать воздух и делу никак не поможете. FastVPS со своей стороны может предложить вам какую то альтернативу (например, заменить сервер на другой) и т.п. и т.д., но они не могут починить то, что не находится под их контролем и вынуждены ждать решения от техников датацентра вместе с вами. Никто не может принудить вас к продолжению сотрудничества как с агентом так и с датацентром и вы всегда можете сменить и того и другого.
Конечно, хотелось бы чтобы и представители FastVPS огласили свою точку зрения на эту ситуацию.
2) Нам сказали что идет проверка файловой системы и идет она уже почти сутки и никто нам не может внятно назвать время восстановления работоспобности!
А какой общий объем дисков? Они в рейде? Если произошел сбой который требует ручной проходки с помощью fsck -y то, к сожалению, никто не может сказать когда эта проверка окончится так как она проходит медленно и к тому же скорость проходки может меняться в зависимости от количества ошибок на диске. Поэтому не представляется возможным сказать что нибудь конкретное даже приблизительно.
PS. Стремление к объективности не стоит приравнивать к корпоративной солидарности. Если бы FastVPS задержали оплату, тормозили бы с передачей ответов от техподдержки Hetzner к вам и обратно, искажали бы смысл переписки, я бы их не стал поддерживать ни в коем разе. Но в данном случае, очевидно, что ситуация is not under their control как говорится и пинать их за это необъективно и несправедливо.
PPS. Что касается кому вы платите деньги - FastVPS выступает агентом Hetzner по факту и поэтому основную ответственность за услугу несет именно Hetzner. Бесспорно, с формальной стороны дела, как клиент вы общаетесь именно с FastVPS и можете предъявлять им претензии, но фактически вы будете сотрясать воздух и делу никак не поможете. FastVPS со своей стороны может предложить вам какую то альтернативу (например, заменить сервер на другой) и т.п. и т.д., но они не могут починить то, что не находится под их контролем и вынуждены ждать решения от техников датацентра вместе с вами. Никто не может принудить вас к продолжению сотрудничества как с агентом так и с датацентром и вы всегда можете сменить и того и другого.
Конечно, хотелось бы чтобы и представители FastVPS огласили свою точку зрения на эту ситуацию.
Объем: 1.5 тб
Занято: 100 гб
Да, в рейде.
Теперь насчет невозможности огласить сроки.
Вот смотрите, компетентным человеком в той или иной области называется человек, имеющий как теоритические знания, так и практический опыт в данной области. На основе практического опыта, человек может делать некие выводы, суждения, проводить анализ, строить гипотезы и предположения.
Из википедии:
А вот теперь скажите мне, пожалуйста. Если мы идем ко врачу, лечиться и врач не может назвать даже приблизительную вилку когда мы выздоровеем при прохождении его курса лечения, а просто говорит "не знаю, все зависит от многих факторов".
Я делаю например вывод, что у него мало практического опыта или вообще нет оного. Либо он не уверен в своих силах и боится нам об этом сказать. Ведь нам бы хотелось планировать свою жизнь, а тут получается непонятно что.
А вот если человек компетентен, он вспоминает все случаи и методом анализа экстремумов говорит приблизительную вилку. Это же логично? Пусть она будет растянутой. Но мы будем чувствовать некую уверенность, пусть может даже она окажется неверной, все зависит от профессионализма специалиста. Это касается всех видов человеческой деятельности.
Вот это и называется компетентность.
Занято: 100 гб
Да, в рейде.
Теперь насчет невозможности огласить сроки.
Вот смотрите, компетентным человеком в той или иной области называется человек, имеющий как теоритические знания, так и практический опыт в данной области. На основе практического опыта, человек может делать некие выводы, суждения, проводить анализ, строить гипотезы и предположения.
Из википедии:
Цитата
Компете́нция (от лат. competere — соответствовать, подходить) — способность применять знания, умения, успешно действовать на основе практического опыта при решении задач общего рода, также, в определенной широкой области. Частные употребления термина:
Профессиональная компетенция — способность успешно действовать на основе практического опыта, умения и знаний при решении задач профессионального рода деятельности;
Профессиональная компетенция — способность успешно действовать на основе практического опыта, умения и знаний при решении задач профессионального рода деятельности;
А вот теперь скажите мне, пожалуйста. Если мы идем ко врачу, лечиться и врач не может назвать даже приблизительную вилку когда мы выздоровеем при прохождении его курса лечения, а просто говорит "не знаю, все зависит от многих факторов".
Я делаю например вывод, что у него мало практического опыта или вообще нет оного. Либо он не уверен в своих силах и боится нам об этом сказать. Ведь нам бы хотелось планировать свою жизнь, а тут получается непонятно что.
А вот если человек компетентен, он вспоминает все случаи и методом анализа экстремумов говорит приблизительную вилку. Это же логично? Пусть она будет растянутой. Но мы будем чувствовать некую уверенность, пусть может даже она окажется неверной, все зависит от профессионализма специалиста. Это касается всех видов человеческой деятельности.
Вот это и называется компетентность.
Как я уже сказал, при ручной проверке диска сроки ее окончания огласить невозможно. Вернее, можно, но они не будут под собой иметь фактической базы. Если, на последних секторах будет обнаружено много побитых блоков, то скорость проходки уменьшиться с нормальной до 2-3 Кб/с а то и меньше. Величина динамическая, никак не контролируемая админом и от его умений не зависящая. Поэтому назвать можно но, по сути это пальцем в небо тыкать. К тому же дело осложняется наличием рейда - он еще добавляет непредсказуемости в этом плане. Вчера изменял клиенту настройку с рейда5 на рейд6 - реиницилизация заняла почти 6 часов. Хотя не такие уж большие винты - 4 х 1 Тб и операция на первый взгляд простая и должна была уложить в 1 час максимум. Теоретически можно предположить что на скорость проходки могут влиять:
а) Параметры жестких дисков (наличие резервных секторов, размер кеша, скорость вращения шпинделя, тип интерфейса)
б) Параметры контроллера
в) Настройки самого рейд массива
г) Наличие и колиество плохих блоков на секторах жестких дисков
д) производительность самого сервера
В конце концов, если настолько не верите в компетентность FastVPS что мешает задать абсолютно тот же вопрос непосредственно техникам Hetzner? Я уверен что они точно так же ответят: надо дожидаться окончания работы.
PS. Весьма условно можно посчитать по уже пройденным секторам сколько может занять времени дальнейшая проходка - fsck показывает сектор где обнаружилась проблема - если сектор xxx и времени чтобы до него дойти отняло 1 час, то вычитаем текущий сектор из общего количества, получаем оставшее количество секторов и делим на среднее количество времени необходимое чтобы пройти один сектор - получаем очень эмпирическое значение времени которое еще может продолжаться проходка. Но фактическое время может отличаться в разы - причем как в одну так и в другую сторону.
а) Параметры жестких дисков (наличие резервных секторов, размер кеша, скорость вращения шпинделя, тип интерфейса)
б) Параметры контроллера
в) Настройки самого рейд массива
г) Наличие и колиество плохих блоков на секторах жестких дисков
д) производительность самого сервера
В конце концов, если настолько не верите в компетентность FastVPS что мешает задать абсолютно тот же вопрос непосредственно техникам Hetzner? Я уверен что они точно так же ответят: надо дожидаться окончания работы.
PS. Весьма условно можно посчитать по уже пройденным секторам сколько может занять времени дальнейшая проходка - fsck показывает сектор где обнаружилась проблема - если сектор xxx и времени чтобы до него дойти отняло 1 час, то вычитаем текущий сектор из общего количества, получаем оставшее количество секторов и делим на среднее количество времени необходимое чтобы пройти один сектор - получаем очень эмпирическое значение времени которое еще может продолжаться проходка. Но фактическое время может отличаться в разы - причем как в одну так и в другую сторону.
Ок, а если понизить порядок точности с часов до суток, проще называть станет вилку?
Насчет техников hetzner. Поверьте, мне есть чем заняться кроме как доказывать службе поддержки hetzner что я клиент их реселлера и они обязаны предоставить мне информацию. Деньги платились в Fastvps, а они могли их заносить хоть Папе Римскому. Спрос теперь с них.
Насчет техников hetzner. Поверьте, мне есть чем заняться кроме как доказывать службе поддержки hetzner что я клиент их реселлера и они обязаны предоставить мне информацию. Деньги платились в Fastvps, а они могли их заносить хоть Папе Римскому. Спрос теперь с них.
А какой смысл? И день и два может быть. По опыту могу только сказать, что когда так замедляется процесс, скорее всего, лечение файловой системы ничем хорошим не кончится.
Что касается спроса: бычить = бычить и ничему больше. Позиция неконструктивная изначально и рассчитанная на все что угодно, но не на реальное решение проблемы. Лично я бы как клиент попросил бы:
а) озвучить вероятность и сроки лечения файловой системы (хотя бы примерно). Если срок превысит 1-2 дня то вероятно стоит забыть о лечении.
б) в зависимости от ответа:
1) предоставить другой сервер, чтобы развернуть сайты из имеющихся бекапов
2) отказаться от услуг в связи с несоответствием качества услуг заявленному (хотя обычно в аренде выделенных серверов возврата денег не предусмотрено, но данный случай может считаться исключением так как вы не нарушили никаких правил а справиться с вашим сервером техники не могут на протяжении длительного времени) и развернуть сайты где нибудь в другом месте.
Что касается спроса: бычить = бычить и ничему больше. Позиция неконструктивная изначально и рассчитанная на все что угодно, но не на реальное решение проблемы. Лично я бы как клиент попросил бы:
а) озвучить вероятность и сроки лечения файловой системы (хотя бы примерно). Если срок превысит 1-2 дня то вероятно стоит забыть о лечении.
б) в зависимости от ответа:
1) предоставить другой сервер, чтобы развернуть сайты из имеющихся бекапов
2) отказаться от услуг в связи с несоответствием качества услуг заявленному (хотя обычно в аренде выделенных серверов возврата денег не предусмотрено, но данный случай может считаться исключением так как вы не нарушили никаких правил а справиться с вашим сервером техники не могут на протяжении длительного времени) и развернуть сайты где нибудь в другом месте.
Цитата(Roman Alexandrov @ 18.02.2012, 12:11) 
3. Арендуется выделенный сервер, в течении недели три(!) раза умирали намертво оба жестких диска в рейде, замена занимала 1-2 дня.
проверяйте сразу что вам поставили.
http://habrahabr.ru/blogs/hosting/137004/
И узнайте в каком ДЦ стоит сервер
http://www.hetzner.de/en/hosting/kontakt/telefon-support
Не везде железо меняют круглосуточно, а только по рабочим дням и в рабочее время.
http://www.hetzner.de/en/hosting/kontakt/telefon-support
Не везде железо меняют круглосуточно, а только по рабочим дням и в рабочее время.
Цитата(kpv @ 18.02.2012, 23:33)
Да это я все видел еще полгода назад, но у меня нет квалификации таким заниматься.
Цитата(rustelekom @ 18.02.2012, 20:27)
А какой смысл? И день и два может быть. По опыту могу только сказать, что когда так замедляется процесс, скорее всего, лечение файловой системы ничем хорошим не кончится.
Что касается спроса: бычить = бычить и ничему больше. Позиция неконструктивная изначально и рассчитанная на все что угодно, но не на реальное решение проблемы. Лично я бы как клиент попросил бы:
а) озвучить вероятность и сроки лечения файловой системы (хотя бы примерно). Если срок превысит 1-2 дня то вероятно стоит забыть о лечении.
б) в зависимости от ответа:
1) предоставить другой сервер, чтобы развернуть сайты из имеющихся бекапов
2) отказаться от услуг в связи с несоответствием качества услуг заявленному (хотя обычно в аренде выделенных серверов возврата денег не предусмотрено, но данный случай может считаться исключением так как вы не нарушили никаких правил а справиться с вашим сервером техники не могут на протяжении длительного времени) и развернуть сайты где нибудь в другом месте.
Так никто не бычит, давайте закончим спор, а то он в софистику превращается. У Вас позиция крутого спеца по серверам который знает специфику и че как там, а у меня простого обывателя который считает , что если он платит деньги, о сроках восстановления ему обязаны сказать. Лирика насколько это сложно и проблематично меня не интересует. Спасибо за советы, очень Вам благодарен, но продолжать спор о компетентности Fastvps считаю пустой тратой времени.
Я не намеревался с вами спорить. Я отписался в теме для не для того, чтобы конкретно вас переубедить, хотя и привел достаточно доводов для этого (на мой взгляд вполне убедительных но, пусть это оценивают другие). А для того, чтобы читатели темы могли составить себе объективное представление о том, какие проблемы могут случатся и как их следует решать вне зависимости от эмоций и обид, базируясь только на основании фактов, технических возможностей и условий договоров и соглашений . Надеюсь, что в результате обсуждения читатели темы смогут сделать свои собственные выводы об этом прискорбном случае с неудачной железкой. Желаю удачи в скорейшем решении этой проблемы.
Всем привет!
Беда с цитированием, почему-то, выделяю цитаты курсором.
1. Кирилл Антипин (владелец аккаунта), Роман Александров (вебмастер)
2. Логин skipper-art, сайт communicative.ru и еще полсотни рабочих сайтов наших клиентов.
3. Арендуется выделенный сервер, в течении недели три(!) раза умирали намертво оба жестких диска в рейде, замена занимала 1-2 дня.
4. Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com и эта компания за счет оборудования не первой свежести сокращает издержки, но когда ответ на тикет о падении сервера идет полтора часа и приходит "наши специалисты сейчас посмотрят", плюс 16 часов (!) никто внятно не может дать ответ о том, когда работоспособность сервера будет восстановлена, такое отношение, мягко говоря начинает отпугивать.
3. Это не соответствует действительности. Как минимум, потому что интервал между заменами - 6 и 17 число ну никак не неделя. Да, диски ставят не новые, это никогда и никем не отрицалось, но это не значит, что в 100% случаев они умирают через неделю.
По поводу замены 1-2 дня - тоже неправда, вот реальная хронология событий по предыдущей замене
06/02/2012 15:24 Дорогой Кирилл!
Ситуация критическая - отказали оба диска.
Далее обсуждение что и как делать, чтобы не потерять данные
06/02/2012 15:43 - Клиент
06/02/2012 15:50 - Саппорт
06/02/2012 15:52
06/02/2012 15:52
06/02/2012 15:54
06/02/2012 15:57
06/02/2012 16:00
06/02/2012 16:06
06/02/2012 16:19
06/02/2012 16:34
06/02/2012 16:35
06/02/2012 17:22
06/02/2012 18:07
06/02/2012 18:13
06/02/2012 18:23 - после этого момента выполняется бэкап 100 ГБ и дальше идет замена диска
[quote]07/02/2012 06:58
Уважаемый Кирилл!
Диск sdb был заменен. Идет синхронизация массива в Rescue-режиме.
В данный момент синхронизировано 50% массива.
До завершения синхронизации осталось приблизительно 220 минут.[/quote]
Дальнейшие тикеты:
07/02/2012 09:38 - Саппорт
07/02/2012 09:46 - Клиент
07/02/2012 09:49
07/02/2012 09:51
07/02/2012 09:54
07/02/2012 09:55
07/02/2012 10:00
07/02/2012 10:02
07/02/2012 10:06
07/02/2012 10:10 - Клиент - идет процесс синхронизации RAID
07/02/2012 11:51 - Клиент уточняет, как дела
07/02/2012 11:52 - Синхронизация завершена
07/02/2012 11:54
07/02/2012 11:57
07/02/2012 11:58
07/02/2012 12:00 - Отправлен запрос на замену второго диска
07/02/2012 12:02
07/02/2012 13:48 - Замена второго диска
07/02/2012 14:50
07/02/2012 14:56
07/02/2012 15:11
07/02/2012 15:16
07/02/2012 15:19 - Синхроизация массива, были проблемы с загрузкой сервера, решены
[quote]07/02/2012 15:29
Дорогой Кирилл!
Пожалуйста. Всегда рады Вам помочь.[/quote] - последний ответ саппорта по данной проблеме, тикет был закрыт клиентом 17 числа.
Извините, но тут вообще не вижу поводов на что-либо жаловаться. В он-лайн чатах саппорт может медленней быть. Не про какие 16 часов и прочее речи вообще не идет. Саппорт занималс втч созданием бэкапов за клиента и т.д.
Следующая проблема от 17/02/2012 17:04
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
[quote]17/02/2012 18:51
Дорогой Кирилл!
Вам с срочном порядке нужно менять /dev/sdb диск, так как по нему очень много ошибок.[/quote] - отет админа после диагностики.
Дальнейшая переписка
17/02/2012 18:54 - Клиент
17/02/2012 18:56 - Клиент
17/02/2012 19:05 - Саппорт
17/02/2012 19:12 - Клиент
17/02/2012 19:14 - Клиент
17/02/2012 19:19 - Саппорт
17/02/2012 19:20 - Клиент
17/02/2012 19:21 - Клиент
17/02/2012 19:23 - Клиент
17/02/2012 19:23 - Саппорт
17/02/2012 19:25 - Клиент
17/02/2012 19:28 - Клиент
17/02/2012 19:34 - Клиент
17/02/2012 19:46 - Клиент
17/02/2012 19:55 - Саппорт
17/02/2012 19:58 - Клиент
17/02/2012 20:27 - Саппорт
17/02/2012 20:28 - Клиент
17/02/2012 20:46
17/02/2012 20:51
[quote]17/02/2012 21:09
Уважаемый Кирилл!
Новости плохие. После перезагрузки ( которую средствами системы так и не удалось провести, так как один из дисков перестал определяться ) /dev/sdb не определяется как диск вообще. /dev/sda тоже помечен, как сбойный ( и на нем тоже присутствуют ошибки ) и основная часть его недоступна. Сейчас можем провести проверку файловой системы, но высок риск потери данных. Что делаем ?[/quote]
17/02/2012 21:17 - Клиент
17/02/2012 21:20 - Клиент
17/02/2012 21:29 - Выяснилось, что бэкапы клиент не делал за эти 10 дней ни разу свежие.
17/02/2012 21:39
Дальше опускаю часть - устал копировать
[quote]
17/02/2012 22:03
Уважаемый Кирилл!
Забекапленные данные на нашем сервере вижу, данные от 6 февраля.[/quote]
17/02/2012 22:40 - Клиент
17/02/2012 22:48
17/02/2012 22:50 - Клиент
17/02/2012 23:03 - Предложение проверки ФС
18/02/2012 00:06 - Начата проверка
18/02/2012 07:20 - Клиент уточняет статус проверки
[quote]18/02/2012 07:53
Дорогой Кирилл!
Ведутся работы по восстановлению информации. На данный момент практически закончено исправление ошибок ФС, в скором времени начнём скачивание информации на бекап-сервер.[/quote]
18/02/2012 08:02
18/02/2012 08:10
18/02/2012 08:28
Клиенту честно говорят, мы ничего не скрываем и не отмалчиваемся:
[quote]18/02/2012 08:33
Уважаемый Кирилл!
Прогресс этой операции отследить нельзя, поскольку количество ошибок в ФС неизвестно. В связи с этим никаких предположений выдивнуть не могу, приношу извинения.[/quote]
[quote]18/02/2012 10:00
Уважаемый Кирилл!
Проверка всё ещё выполняется.[/quote]
[quote]18/02/2012 10:52
Дорогой Кирилл!
Доступ можно выдать прямо сейчас, если на данный момент он требуется.
Проверка всё ещё идёт, но есть архив Вашей системы, развёрнутый вчера Николаем. Вам необходим доступ к этим данным?[/quote]
[quote]18/02/2012 13:12
Дорогой Кирилл!
Всё ещё создаётся архив. Сканирование ФС продолжается.[/quote]
[quote]
18/02/2012 15:47
Дорогой Кирилл!
К сожалению, да. Еще идет[/quote]
[quote]18/02/2012 16:25
Уважаемый Кирилл!
Сейчас проверяется ФС диска. Восстанавливается часть файлов.
[/quote]
[quote]18/02/2012 19:46
Дорогой Кирилл!
Мы постоянно смотрим за сервером. Проверка еще идет. Каждый файл проверяется отдельно.
Как только проверка закончится - сможем сделать бекап.
От шлейфа и материнки это не зависит[/quote]
[quote]18/02/2012 20:03
Дорогой Кирилл!
Есть бекап, сделанный нашим сотрудником ранее, который весит 62 Гб. Можем выдать Вам его сейчас.[/quote]
[quote]18/02/2012 20:13
Уважаемый Кирилл!
Хорошо. Сейчас перекачаем его, чтобы Вы могли его скачать.[/quote]
[quote]18/02/2012 23:06
Дорогой Кирилл!
ФС проверена.
Вот ссылка на скачивание бекапа:
xxxxxxxx
Тикет оставляю ночной смене, чтобы проверили диск, рабочий ли.[/quote]
[quote]
19/02/2012 09:33
Дорогой Кирилл!
Сейчас ждем kvm что бы получить к нему доступ и понять что именно происходит с дисками.
На запрос о замене дисков ДЦ пока ответил отказом, но по их словам сейчас оба диска определяются.
По ssh доступ пока получить не удалось, сейчас сервер загружен в обычном режиме.[/quote]
[quote]19/02/2012 10:23
Дорогой Кирилл!
Сейчас перевел сервер в rescue. Из-за @ в пароле по kvm зайти не удалось.
md2(корневой раздел есть на sdb). Рейд сейчас собрал. Стоит дождаться конца сихронизации, так-как sdb скорее всего уйдет на замену.
Сейчас оно должно завершится через 408.3min. Можно перезагрузить сервер в обычный режим. Синхронизироваться будет дольше, но сайты будут доступны. Как именно дожидаемся сихронизации?[/quote]
Ну итд, проблема в процессе решения на данный момент. Да, может быть долго, но ведь никто на нее не забил, над ней работают, отвечают клиенту так быстро, насколько возможно, помогают сохранить данные и т.д. Если бы в наших силах было сделать еще быстрее - мы бы сделали, поверьте.
Честно говоря, я вообще не вижу даже к чему я со своей стороны могу придраться со стороны саппорта. Разве что могли бы чуть чаще информировать, что процесс проверки по-прежнему идет.
Я понимаю недовольство и клиента также, но если бы он делал бэкапы регулярно, вопрос давно бы мог быть уже решен, оперативной сменой дисков или сервера и разворачиванием сайтов из бэкапов, мы всегда, по возможности, стараемся войти в такое положение и предложить какие-то варианты.
Т.о., честно говоря, в данном случае, вообще не вижу никакого смысла в данной теме. Понятно, что вредить клиенту никто не станет, но ради чего она была создана, я не очень понимаю.
Беда с цитированием, почему-то, выделяю цитаты курсором.
1. Кирилл Антипин (владелец аккаунта), Роман Александров (вебмастер)
2. Логин skipper-art, сайт communicative.ru и еще полсотни рабочих сайтов наших клиентов.
3. Арендуется выделенный сервер, в течении недели три(!) раза умирали намертво оба жестких диска в рейде, замена занимала 1-2 дня.
4. Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com и эта компания за счет оборудования не первой свежести сокращает издержки, но когда ответ на тикет о падении сервера идет полтора часа и приходит "наши специалисты сейчас посмотрят", плюс 16 часов (!) никто внятно не может дать ответ о том, когда работоспособность сервера будет восстановлена, такое отношение, мягко говоря начинает отпугивать.
3. Это не соответствует действительности. Как минимум, потому что интервал между заменами - 6 и 17 число ну никак не неделя. Да, диски ставят не новые, это никогда и никем не отрицалось, но это не значит, что в 100% случаев они умирают через неделю.
По поводу замены 1-2 дня - тоже неправда, вот реальная хронология событий по предыдущей замене
06/02/2012 15:24 Дорогой Кирилл!
Ситуация критическая - отказали оба диска.
Далее обсуждение что и как делать, чтобы не потерять данные
06/02/2012 15:43 - Клиент
06/02/2012 15:50 - Саппорт
06/02/2012 15:52
06/02/2012 15:52
06/02/2012 15:54
06/02/2012 15:57
06/02/2012 16:00
06/02/2012 16:06
06/02/2012 16:19
06/02/2012 16:34
06/02/2012 16:35
06/02/2012 17:22
06/02/2012 18:07
06/02/2012 18:13
06/02/2012 18:23 - после этого момента выполняется бэкап 100 ГБ и дальше идет замена диска
[quote]07/02/2012 06:58
Уважаемый Кирилл!
Диск sdb был заменен. Идет синхронизация массива в Rescue-режиме.
В данный момент синхронизировано 50% массива.
До завершения синхронизации осталось приблизительно 220 минут.[/quote]
Дальнейшие тикеты:
07/02/2012 09:38 - Саппорт
07/02/2012 09:46 - Клиент
07/02/2012 09:49
07/02/2012 09:51
07/02/2012 09:54
07/02/2012 09:55
07/02/2012 10:00
07/02/2012 10:02
07/02/2012 10:06
07/02/2012 10:10 - Клиент - идет процесс синхронизации RAID
07/02/2012 11:51 - Клиент уточняет, как дела
07/02/2012 11:52 - Синхронизация завершена
07/02/2012 11:54
07/02/2012 11:57
07/02/2012 11:58
07/02/2012 12:00 - Отправлен запрос на замену второго диска
07/02/2012 12:02
07/02/2012 13:48 - Замена второго диска
07/02/2012 14:50
07/02/2012 14:56
07/02/2012 15:11
07/02/2012 15:16
07/02/2012 15:19 - Синхроизация массива, были проблемы с загрузкой сервера, решены
[quote]07/02/2012 15:29
Дорогой Кирилл!
Пожалуйста. Всегда рады Вам помочь.[/quote] - последний ответ саппорта по данной проблеме, тикет был закрыт клиентом 17 числа.
Извините, но тут вообще не вижу поводов на что-либо жаловаться. В он-лайн чатах саппорт может медленней быть. Не про какие 16 часов и прочее речи вообще не идет. Саппорт занималс втч созданием бэкапов за клиента и т.д.
Следующая проблема от 17/02/2012 17:04
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
[quote]17/02/2012 18:51
Дорогой Кирилл!
Вам с срочном порядке нужно менять /dev/sdb диск, так как по нему очень много ошибок.[/quote] - отет админа после диагностики.
Дальнейшая переписка
17/02/2012 18:54 - Клиент
17/02/2012 18:56 - Клиент
17/02/2012 19:05 - Саппорт
17/02/2012 19:12 - Клиент
17/02/2012 19:14 - Клиент
17/02/2012 19:19 - Саппорт
17/02/2012 19:20 - Клиент
17/02/2012 19:21 - Клиент
17/02/2012 19:23 - Клиент
17/02/2012 19:23 - Саппорт
17/02/2012 19:25 - Клиент
17/02/2012 19:28 - Клиент
17/02/2012 19:34 - Клиент
17/02/2012 19:46 - Клиент
17/02/2012 19:55 - Саппорт
17/02/2012 19:58 - Клиент
17/02/2012 20:27 - Саппорт
17/02/2012 20:28 - Клиент
17/02/2012 20:46
17/02/2012 20:51
[quote]17/02/2012 21:09
Уважаемый Кирилл!
Новости плохие. После перезагрузки ( которую средствами системы так и не удалось провести, так как один из дисков перестал определяться ) /dev/sdb не определяется как диск вообще. /dev/sda тоже помечен, как сбойный ( и на нем тоже присутствуют ошибки ) и основная часть его недоступна. Сейчас можем провести проверку файловой системы, но высок риск потери данных. Что делаем ?[/quote]
17/02/2012 21:17 - Клиент
17/02/2012 21:20 - Клиент
17/02/2012 21:29 - Выяснилось, что бэкапы клиент не делал за эти 10 дней ни разу свежие.
17/02/2012 21:39
Дальше опускаю часть - устал копировать
[quote]
17/02/2012 22:03
Уважаемый Кирилл!
Забекапленные данные на нашем сервере вижу, данные от 6 февраля.[/quote]
17/02/2012 22:40 - Клиент
17/02/2012 22:48
17/02/2012 22:50 - Клиент
17/02/2012 23:03 - Предложение проверки ФС
18/02/2012 00:06 - Начата проверка
18/02/2012 07:20 - Клиент уточняет статус проверки
[quote]18/02/2012 07:53
Дорогой Кирилл!
Ведутся работы по восстановлению информации. На данный момент практически закончено исправление ошибок ФС, в скором времени начнём скачивание информации на бекап-сервер.[/quote]
18/02/2012 08:02
18/02/2012 08:10
18/02/2012 08:28
Клиенту честно говорят, мы ничего не скрываем и не отмалчиваемся:
[quote]18/02/2012 08:33
Уважаемый Кирилл!
Прогресс этой операции отследить нельзя, поскольку количество ошибок в ФС неизвестно. В связи с этим никаких предположений выдивнуть не могу, приношу извинения.[/quote]
[quote]18/02/2012 10:00
Уважаемый Кирилл!
Проверка всё ещё выполняется.[/quote]
[quote]18/02/2012 10:52
Дорогой Кирилл!
Доступ можно выдать прямо сейчас, если на данный момент он требуется.
Проверка всё ещё идёт, но есть архив Вашей системы, развёрнутый вчера Николаем. Вам необходим доступ к этим данным?[/quote]
[quote]18/02/2012 13:12
Дорогой Кирилл!
Всё ещё создаётся архив. Сканирование ФС продолжается.[/quote]
[quote]
18/02/2012 15:47
Дорогой Кирилл!
К сожалению, да. Еще идет[/quote]
[quote]18/02/2012 16:25
Уважаемый Кирилл!
Сейчас проверяется ФС диска. Восстанавливается часть файлов.
[/quote]
[quote]18/02/2012 19:46
Дорогой Кирилл!
Мы постоянно смотрим за сервером. Проверка еще идет. Каждый файл проверяется отдельно.
Как только проверка закончится - сможем сделать бекап.
От шлейфа и материнки это не зависит[/quote]
[quote]18/02/2012 20:03
Дорогой Кирилл!
Есть бекап, сделанный нашим сотрудником ранее, который весит 62 Гб. Можем выдать Вам его сейчас.[/quote]
[quote]18/02/2012 20:13
Уважаемый Кирилл!
Хорошо. Сейчас перекачаем его, чтобы Вы могли его скачать.[/quote]
[quote]18/02/2012 23:06
Дорогой Кирилл!
ФС проверена.
Вот ссылка на скачивание бекапа:
xxxxxxxx
Тикет оставляю ночной смене, чтобы проверили диск, рабочий ли.[/quote]
[quote]
19/02/2012 09:33
Дорогой Кирилл!
Сейчас ждем kvm что бы получить к нему доступ и понять что именно происходит с дисками.
На запрос о замене дисков ДЦ пока ответил отказом, но по их словам сейчас оба диска определяются.
По ssh доступ пока получить не удалось, сейчас сервер загружен в обычном режиме.[/quote]
[quote]19/02/2012 10:23
Дорогой Кирилл!
Сейчас перевел сервер в rescue. Из-за @ в пароле по kvm зайти не удалось.
md2(корневой раздел есть на sdb). Рейд сейчас собрал. Стоит дождаться конца сихронизации, так-как sdb скорее всего уйдет на замену.
Сейчас оно должно завершится через 408.3min. Можно перезагрузить сервер в обычный режим. Синхронизироваться будет дольше, но сайты будут доступны. Как именно дожидаемся сихронизации?[/quote]
Ну итд, проблема в процессе решения на данный момент. Да, может быть долго, но ведь никто на нее не забил, над ней работают, отвечают клиенту так быстро, насколько возможно, помогают сохранить данные и т.д. Если бы в наших силах было сделать еще быстрее - мы бы сделали, поверьте.
Честно говоря, я вообще не вижу даже к чему я со своей стороны могу придраться со стороны саппорта. Разве что могли бы чуть чаще информировать, что процесс проверки по-прежнему идет.
Я понимаю недовольство и клиента также, но если бы он делал бэкапы регулярно, вопрос давно бы мог быть уже решен, оперативной сменой дисков или сервера и разворачиванием сайтов из бэкапов, мы всегда, по возможности, стараемся войти в такое положение и предложить какие-то варианты.
Т.о., честно говоря, в данном случае, вообще не вижу никакого смысла в данной теме. Понятно, что вредить клиенту никто не станет, но ради чего она была создана, я не очень понимаю.
Цитата(Roman Alexandrov @ 18.02.2012, 19:03)
А вот теперь скажите мне, пожалуйста. Если мы идем ко врачу, лечиться и врач не может назвать даже приблизительную вилку когда мы выздоровеем при прохождении его курса лечения, а просто говорит "не знаю, все зависит от многих факторов".
То это значит, что врач честный.
А еще адвокаты - они тоже деньги берут, и ничего не гарантируют. Как и врачи.
Работоспобность после двух суток была восстановлена, всем спасибо.
Так об этом ответе поддержки и шла речь. Относительно 16 часов- я все верно написал. Именно столько времени прошло с падения сервера до того как я написал жалобу. И все 16 часов служба поддержки не могла внятно назвать время восстановления работоспособности.
Именно идет. Я считаю, что служба поддержки могла назвать приблизительное время лучшего и худшего развития ситуации.
Пример был указан одним из хостинг провайдеров выше:
Уважаемый Павел. Никакого конфликтного отношения к Вам нет. Я понимаю что поддержка делала все что возможно. Да, может я перегнул насчет недели, 17-6=11 дней, но порядок недели, так что не вижу тут существенной неточности.
Дело в другом. У нас на Ваших серверах находятся как свои проекты, так и сайты клиентов вебстудии. А я, например, привык к ответственному отношению к клиенту и прекрасно понимаю, что если я скажу клиенту "не знаю", вероятность потери этого клиента стремится к 100%.
Поэтому я клиентам говорил— если в течении 2 дней работоспособность не восстановится, будут распакованы бекапы и сменены dns доменов на другой сервер.
Моих клиентов не интересуют проходки, ошибки на диске и прочие параметры, которые влияют на возвращение сайта в строй.
Их интересовал конкретный вопрос. "Когда?". И я им ответ на этот вопрос дал, а Ваша служба поддержки нам ответить не смогла.
В условиях современного мира, когда интернет является уже для многих компаний инструментом продаж и оказания услуг, а не просто местом для размещения визитки, очень многие компании тратят довольно большие бюджеты на рекламу.
Я сейчас говорю достаточно бесстрастно, просто констатирую факт. Ваша поддержка слишком технична. Нет понимания маркетинга, клиентоориентированности. У нас с Вами не было проблем с самого начала, год с лишним. И поверьте, мы благодарны Вам за это, поэтому после того как умерли жесткие диски, а затем сразу умерли диски замены никто даже не подумал сменить хостинг.
Но Вы же понимаете, нам звонит куча клиентов, которые вкладывают деньги в рекламу, в продвижение и даже не ругаются, а просто спрашивают "когда?". А Ваша поддержка 16 часов говорит "не знаем, все зависит от многих параметров". Ну разве это клиентоориентированный подход?
Цитата
о падении сервера идет полтора часа и приходит "наши специалисты сейчас посмотрят", плюс 16 часов (!) никто внятно не может дать ответ о том, когда работоспособность сервера будет восстановлен
Цитата
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Так об этом ответе поддержки и шла речь. Относительно 16 часов- я все верно написал. Именно столько времени прошло с падения сервера до того как я написал жалобу. И все 16 часов служба поддержки не могла внятно назвать время восстановления работоспособности.
Цитата
Не про какие 16 часов и прочее речи вообще не идет
Именно идет. Я считаю, что служба поддержки могла назвать приблизительное время лучшего и худшего развития ситуации.
Пример был указан одним из хостинг провайдеров выше:
Цитата
PS. Весьма условно можно посчитать по уже пройденным секторам сколько может занять времени дальнейшая проходка - fsck показывает сектор где обнаружилась проблема - если сектор xxx и времени чтобы до него дойти отняло 1 час, то вычитаем текущий сектор из общего количества, получаем оставшее количество секторов и делим на среднее количество времени необходимое чтобы пройти один сектор - получаем очень эмпирическое значение времени которое еще может продолжаться проходка. Но фактическое время может отличаться в разы - причем как в одну так и в другую сторону.
Уважаемый Павел. Никакого конфликтного отношения к Вам нет. Я понимаю что поддержка делала все что возможно. Да, может я перегнул насчет недели, 17-6=11 дней, но порядок недели, так что не вижу тут существенной неточности.
Дело в другом. У нас на Ваших серверах находятся как свои проекты, так и сайты клиентов вебстудии. А я, например, привык к ответственному отношению к клиенту и прекрасно понимаю, что если я скажу клиенту "не знаю", вероятность потери этого клиента стремится к 100%.
Поэтому я клиентам говорил— если в течении 2 дней работоспособность не восстановится, будут распакованы бекапы и сменены dns доменов на другой сервер.
Моих клиентов не интересуют проходки, ошибки на диске и прочие параметры, которые влияют на возвращение сайта в строй.
Их интересовал конкретный вопрос. "Когда?". И я им ответ на этот вопрос дал, а Ваша служба поддержки нам ответить не смогла.
В условиях современного мира, когда интернет является уже для многих компаний инструментом продаж и оказания услуг, а не просто местом для размещения визитки, очень многие компании тратят довольно большие бюджеты на рекламу.
Я сейчас говорю достаточно бесстрастно, просто констатирую факт. Ваша поддержка слишком технична. Нет понимания маркетинга, клиентоориентированности. У нас с Вами не было проблем с самого начала, год с лишним. И поверьте, мы благодарны Вам за это, поэтому после того как умерли жесткие диски, а затем сразу умерли диски замены никто даже не подумал сменить хостинг.
Но Вы же понимаете, нам звонит куча клиентов, которые вкладывают деньги в рекламу, в продвижение и даже не ругаются, а просто спрашивают "когда?". А Ваша поддержка 16 часов говорит "не знаем, все зависит от многих параметров". Ну разве это клиентоориентированный подход?
Цитата
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Так об этом ответе поддержки и шла речь. Относительно 16 часов- я все верно написал. Именно столько времени прошло с падения сервера до того как я написал жалобу. И все 16 часов служба поддержки не могла внятно назвать время восстановления работоспособности.
Это ерунда как бы, Вы не наш клиент, отсюда непонимание Ваше. Перечитайте, пожалуйста
Следующая проблема от 17/02/2012 17:04
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Меньше, чем полтора часа, это не укладывается в наши обещаемые 30 минут, но где тут 16 часов-то?!
Так что извините, но ничего правильного Вы тут не написали.
Я все уже процитировал и рассказал выше. Если нет конфликтного отношения - то я не понимаю вообще смысла темы. Что должно произойти было после ее написания? Резко закончится проверка и восстановится все данные сами по себе?
Саппорт отработал отлично, сказать что-то о сроках было невозможно - их не сказали и извинились за это. Я процитировал этот ответ. Время реакции все прекрасно видят. Назвали бы кривые сроки и получили бы тему о том, что "не укладываются в сроки"?
Сути вопроса нет вообще.
Мы, со своей стороны, сделали все, что было в наших силах в этой ситуации - это клиентоориентированный подход, а не называние мифических сроков. Было бы лучше, если бы мы ничего не делали и не отвечали раз в 5 минут, но говорили бы - "да, дцатого числа все будет ок, не беспокойтесь"?
Я всегда с пониманием отношусь к проблемам клиентов и учу этому ребят и они получают наказания, когда это заслужено, но данные претензии считаю абсолютно необоснованными и надуманными, скорость, отношение к клиенту и способ реакции на проблему были адекватны. И уж тем более речь не идет о некомпетентности.
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Так об этом ответе поддержки и шла речь. Относительно 16 часов- я все верно написал. Именно столько времени прошло с падения сервера до того как я написал жалобу. И все 16 часов служба поддержки не могла внятно назвать время восстановления работоспособности.
Это ерунда как бы, Вы не наш клиент, отсюда непонимание Ваше. Перечитайте, пожалуйста
Следующая проблема от 17/02/2012 17:04
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Меньше, чем полтора часа, это не укладывается в наши обещаемые 30 минут, но где тут 16 часов-то?!
Так что извините, но ничего правильного Вы тут не написали.
Я все уже процитировал и рассказал выше. Если нет конфликтного отношения - то я не понимаю вообще смысла темы. Что должно произойти было после ее написания? Резко закончится проверка и восстановится все данные сами по себе?
Саппорт отработал отлично, сказать что-то о сроках было невозможно - их не сказали и извинились за это. Я процитировал этот ответ. Время реакции все прекрасно видят. Назвали бы кривые сроки и получили бы тему о том, что "не укладываются в сроки"?
Сути вопроса нет вообще.
Мы, со своей стороны, сделали все, что было в наших силах в этой ситуации - это клиентоориентированный подход, а не называние мифических сроков. Было бы лучше, если бы мы ничего не делали и не отвечали раз в 5 минут, но говорили бы - "да, дцатого числа все будет ок, не беспокойтесь"?
Я всегда с пониманием отношусь к проблемам клиентов и учу этому ребят и они получают наказания, когда это заслужено, но данные претензии считаю абсолютно необоснованными и надуманными, скорость, отношение к клиенту и способ реакции на проблему были адекватны. И уж тем более речь не идет о некомпетентности.
16 часов поддержка не могла сказать когда восстановится работоспособность. Все верно?
Когда наступит конец света?
также меня интересует вопрос - сколько времени займёт восстановление мира из последнего бэкапа. Кстати, когда мы его делали последний раз?
очень многие компании тратят довольно большие бюджеты на рекламу.
а какой бюджет потратили вы для минимизации времени простоя?
могла назвать приблизительное время лучшего и худшего развития ситуации.
Какую полезную информацию вы из этого извлечёте?
например ответ: от пяти минут до двух часов.
Но так как это приблизительная оценка, то время может быть и четыре часа и 24 четыре.
Какой практический смысл этой оценки в форсмажорной ситуации?
Я так понимаю у вас осталась единственная претензия к тому, что вам не дали прогноз?
также меня интересует вопрос - сколько времени займёт восстановление мира из последнего бэкапа. Кстати, когда мы его делали последний раз?
Цитата
очень многие компании тратят довольно большие бюджеты на рекламу.
а какой бюджет потратили вы для минимизации времени простоя?
Цитата
могла назвать приблизительное время лучшего и худшего развития ситуации.
Какую полезную информацию вы из этого извлечёте?
например ответ: от пяти минут до двух часов.
Но так как это приблизительная оценка, то время может быть и четыре часа и 24 четыре.
Какой практический смысл этой оценки в форсмажорной ситуации?
Я так понимаю у вас осталась единственная претензия к тому, что вам не дали прогноз?
Цитата
сколько времени займёт восстановление мира из последнего бэкапа
Предлагаю Вам написать пару фантастических романов на эту тему, обязательно прочту после того как выйдут в тираж. К реальности этот аргумент не имеет ни малейшего отношения.
Цитата
а какой бюджет потратили вы для минимизации времени простоя?
Полтора года все работало без проблем.
Уважаемый kpv, ввиду явного тяготения Вас к троллингу и притягиванию за уши псевдонаучных аллегорий, прошу меня заранее извинить за игнорирование Ваших реплик, ничего личного. Спасибо за понимание.
Полтора года?
Тогда вам еще крупно повезло.
Обычно сервера без присмотра живут не больше года.
А вот скажите мне теперь такую вещь. После получения этого горького опыта вы все еще будете надеяться на авось или предпримите активные меры. И если да, то какие?
Тогда вам еще крупно повезло.
Обычно сервера без присмотра живут не больше года.
А вот скажите мне теперь такую вещь. После получения этого горького опыта вы все еще будете надеяться на авось или предпримите активные меры. И если да, то какие?
Следующий желающий нарушить п. 3.1 правил форума пойдет в длительный бан. Желающих в любой форме порекламировать услуги хостеров либо свои собственные постигнет аналогичная участь.
К сожалению, эпопея наша на этом не закончилась. После восстановления работоспособности сервера, поддержка заявила о том, что сервер все равно сбоит и многострадальные жесткие диски будут снова заменены.
После полутора суток колупаний (новые жесткие тоже оказались битыми), поддержка, которую многократно просили восстановить работоспособность сервера, выпустила победную реляцию: Ваши бекапы загружены в корень, Вам вообще ispmanager нужен (был установлен на сервере)? Домены и базы создавайте сами.
Я, безусловно, понимаю, что многие хостинг провайдеры скажут: радуйтесь хоть этому! Но нас не предупреждали о том, что будет такая ситуация, потому что если бы предупредили— мы бы тоже самое сделали бы развернув сохраненные бекапы на резервном сервере. Без полутора суток колупаний.
После полутора суток колупаний (новые жесткие тоже оказались битыми), поддержка, которую многократно просили восстановить работоспособность сервера, выпустила победную реляцию: Ваши бекапы загружены в корень, Вам вообще ispmanager нужен (был установлен на сервере)? Домены и базы создавайте сами.
Я, безусловно, понимаю, что многие хостинг провайдеры скажут: радуйтесь хоть этому! Но нас не предупреждали о том, что будет такая ситуация, потому что если бы предупредили— мы бы тоже самое сделали бы развернув сохраненные бекапы на резервном сервере. Без полутора суток колупаний.
Роман, я, как видите, не сплю и слежу за проблемой и обсуждаю ее с саппортом.
Пожалуйста, не изображайте нашего клиента - Вы им не являетесь в данный момент (наличие нулевого аккаунта - это не клиент) и не отвлекайте, пожалуйста, поддержку от ее прямой работы своими тикетами. Ну ей богу детский сад какой-то. Вы думаете, что быстрее будут отвечать что ли в два тикета вместо одного? Я понимаю Ваше беспокойство, но Вы реально мешаете ребятам работать.
Договоритесь уже со своим партнером, пожалуйста, о том, кто чем занимается и не перекладывайте с больной головы на здоровую. Если у Вас были бэкапы - почему Вы их до сих пор нигде не развернули?! В рабочее время мы выделяем сервер почти моментально.
Бэкапы, которые делали мы - были направлены на то, чтобы спасти данные по максимуму, а не сделать так, чтобы их было удобно разворачивать где-либо. Об этом должен был Ваш партнер и Вы озаботиться своевременно. Никто не обещал развернуть все 1 в 1, потому что бэкап был сделан НЕ средствами панели, понятное дело. Формулировки "восстановить данные" и "восстановить работу сайтов" - несколько разные как бы.
Пожалуйста, не изображайте нашего клиента - Вы им не являетесь в данный момент (наличие нулевого аккаунта - это не клиент) и не отвлекайте, пожалуйста, поддержку от ее прямой работы своими тикетами. Ну ей богу детский сад какой-то. Вы думаете, что быстрее будут отвечать что ли в два тикета вместо одного? Я понимаю Ваше беспокойство, но Вы реально мешаете ребятам работать.
Договоритесь уже со своим партнером, пожалуйста, о том, кто чем занимается и не перекладывайте с больной головы на здоровую. Если у Вас были бэкапы - почему Вы их до сих пор нигде не развернули?! В рабочее время мы выделяем сервер почти моментально.
Бэкапы, которые делали мы - были направлены на то, чтобы спасти данные по максимуму, а не сделать так, чтобы их было удобно разворачивать где-либо. Об этом должен был Ваш партнер и Вы озаботиться своевременно. Никто не обещал развернуть все 1 в 1, потому что бэкап был сделан НЕ средствами панели, понятное дело. Формулировки "восстановить данные" и "восстановить работу сайтов" - несколько разные как бы.
Цитата(Гаврилин Павел @ 21.02.2012, 06:28)
Роман, я, как видите, не сплю и слежу за проблемой и обсуждаю ее с саппортом.
Пожалуйста, не изображайте нашего клиента - Вы им не являетесь в данный момент (наличие нулевого аккаунта - это не клиент) и не отвлекайте, пожалуйста, поддержку от ее прямой работы своими тикетами. Ну ей богу детский сад какой-то. Вы думаете, что быстрее будут отвечать что ли в два тикета вместо одного? Я понимаю Ваше беспокойство, но Вы реально мешаете ребятам работать.
Реальные причины создания этой темы и беспокойства ТС могут быть заключены в этих строках:
Цитата(' date='19.02.2012, 18:48 @ 19.02.2012, 18:48)
Дело в другом. У нас на Ваших серверах находятся как свои проекты, так и сайты клиентов вебстудии. А я, например, привык к ответственному отношению к клиенту и прекрасно понимаю, что если я скажу клиенту "не знаю", вероятность потери этого клиента стремится к 100%.
Поэтому я клиентам говорил— если в течении 2 дней работоспособность не восстановится, будут распакованы бекапы и сменены dns доменов на другой сервер.
Моих клиентов не интересуют проходки, ошибки на диске и прочие параметры, которые влияют на возвращение сайта в строй.
Мое личное мнение: тема создана для отчета перед клиентами ТС (этот профи обычно раздел использует в качестве трибуны для отчета перед рефералами/клиентами) в стиле "злой хостер плохо пашет, а мы белые и пушистые, а о возможности поломки оборудования, необходимости резервного копирования, пожарах в ДЦ мы ж не знали, и не важно, что в 2010 году на этом же форуме в этом же разделе нам на это намекали".
Проблема несвоевременного ответа саппорта и длительности устранения проблемы юридически отсутствует. Хостер [насколько я вижу] в договоре не указывает срок реакции на тикет, используется формулировка "устранять все неисправности в кратчайшие сроки". Обычный гарантированный срок ответа на тикет у российских хостеров - 24 часа (раз сабжевый хостер реагирует на несколько порядков быстрее, то это ему только в плюс). Вполне логично предположить, что хостер должен активно работать над устранением проблемы, а не писать клиенту каждые полчаса ответ "мы работаем", "Ваша проблема в работе" и т.п. Гораздо продуктивнее дождаться решения проблемы, а потом уже получить ответ "причиной проблемы послужило то-то, сейчас все работает".
Кстати, в размещении своих клиентов на арендованном сервере могут быть признаки нарушения договора в части:
Цитата
5.1. Перепродажа услуг компании без согласования с Отделом по работе с клиентами и оформления партнерских отношений - запрещена.
Цитата
Бэкапы, которые делали мы - были направлены на то, чтобы спасти данные по максимуму, а не сделать так, чтобы их было удобно разворачивать где-либо. Об этом должен был Ваш партнер и Вы озаботиться своевременно. Никто не обещал развернуть все 1 в 1, потому что бэкап был сделан НЕ средствами панели, понятное дело. Формулировки "восстановить данные" и "восстановить работу сайтов" - несколько разные как бы.
А разве для клиентов услуги "выделенный сервер" предусмотрены вообще какие-либо бекапы на стороне хостера?
Цитата
Мое личное мнение: тема создана для отчета перед клиентами ТС
У меня там размещен проект с посещаемостью 3000 посещений в сутки, который меня кормит. Так что, клиенты это вопрос на самом деле второстепенный.
А насчет использования как трибуны... Я не только тут пишу, я активно использую интернет сми для диалога с хостинг компаниями, когда они не выполняют свои обязательства. И считаю это абсолютно нормальной ситуацией. Или мне жаловаться в роспотребнадзор? Нет эффективных механизмов давления на некомпетентных поставщиков услуг хостинга, кроме как интернет СМИ. Если предложите что-то более конструктивное— с удовольствием воспользуюсь.
Насчет того, что размещение клиентов запрещено правилами, почему Вы считаете что это не согласовано?
Теперь о времени ответа. http://fastvps.ru/kontakti/
Справа видимо надпись: Гарантируемое время ответа — не более 30 минут Пн-Пт, не более 1 часа Сб-Вс
Цитата
А разве для клиентов услуги "выделенный сервер" предусмотрены вообще какие-либо бекапы
http://fastvps.ru/mesto-na-backup-servere/
Цитата
Пожалуйста, не изображайте нашего клиента - Вы им не являетесь в данный момент (наличие нулевого аккаунта - это не клиент)
Вам требуется чтобы владелец аккаунта зарегистрировался на данном форуме и подтвердил, что я являюсь его полномочным представителем и могу вести от его лица диалог? Или что? Мне кажется, это уже фарс и передергивание.
Цитата
Бэкапы, которые делали мы - были направлены на то, чтобы спасти данные по максимуму, а не сделать так, чтобы их было удобно разворачивать где-либо. Об этом должен был Ваш партнер и Вы озаботиться своевременно. Никто не обещал развернуть все 1 в 1, потому что бэкап был сделан НЕ средствами панели, понятное дело. Формулировки "восстановить данные" и "восстановить работу сайтов" - несколько разные как бы.
Так дело в том, что об этом никто не предупреждал, вот в чем соль. В воскресенье работоспособность восстановили, а потом сказали что все равно надо переезжать, при этом в прошлый раз при сбое жестких дисков все было восстановлено корректно и нам не пришлось ничего самим делать, собственно за это мы Вам были очень благодарны и поэтому никаких претензий высказано не было. Сейчас же, служба поддержки предлагая заменить жесткие и ОС не проинформировала о том, что все придется разворачивать вручную. Если проинформировала и я заблуждаюсь, будьте так добры, приведите цитату. Заранее спасибо.
Вот сколько ни вижу тем г-на ТС что здесь, что на другом тематическом форуме, то что ни тема, то видно, как ему не живется у хостеров, уже несколько как минимум насчитал таковых, которыми он недоволен. В связи с этим: Роман, а не задумывались ли Вы надо открытием своего хостинга? Сам себе хозяин, не надо зависеть ни от каких реселлеров, ни от каких вебмастерских программ, все можно сделать полностью свое!
Ложка дегтя: правда, и ответственность выше на порядки...
Ложка дегтя: правда, и ответственность выше на порядки...
Есть такая фраза - незнание закона не освобождает от ответственности. Вы взяли свой сервер и не позаботились об его обслуживании, свалив все на пресловутый Авось.
Теперь вы недовольны, что вам восстановили данные не так как вы этого ожидали.
Если вы не знаете законов, то у вас два варианта:
1) Изучать их самостоятельно
2) Заплатить знающему юристу
Сейчас вы все валите на хостера, хотя он свою работу выполнил и спас данные. Я сталкивался много раз с таким, что данные не удалось спасти.
Так что советую осмыслить этот опыт и использовать сложившуюся ситуацию с пользой для себя и своего бизнеса.
Теперь вы недовольны, что вам восстановили данные не так как вы этого ожидали.
Если вы не знаете законов, то у вас два варианта:
1) Изучать их самостоятельно
2) Заплатить знающему юристу
Сейчас вы все валите на хостера, хотя он свою работу выполнил и спас данные. Я сталкивался много раз с таким, что данные не удалось спасти.
Так что советую осмыслить этот опыт и использовать сложившуюся ситуацию с пользой для себя и своего бизнеса.
Вам требуется чтобы владелец аккаунта зарегистрировался на данном форуме и подтвердил, что я являюсь его полномочным представителем и могу вести от его лица диалог? Или что? Мне кажется, это уже фарс и передергивание.
Роман, мне требуется, чтобы Вы не отвлекали саппорт от работы своей Интернет-борьбой с хостерами
Так дело в том, что об этом никто не предупреждал, вот в чем соль. В воскресенье работоспособность восстановили, а потом сказали что все равно надо переезжать, при этом в прошлый раз при сбое жестких дисков все было восстановлено корректно и нам не пришлось ничего самим делать, собственно за это мы Вам были очень благодарны и поэтому никаких претензий высказано не было. Сейчас же, служба поддержки предлагая заменить жесткие и ОС не проинформировала о том, что все придется разворачивать вручную. Если проинформировала и я заблуждаюсь, будьте так добры, приведите цитату. Заранее спасибо.
Потому что при первом FAIL дисков - они были поочередно поменяны и отсинхронизированы. А потом уже все умерло куда серьезней и пришлось делать бэкапы, которые почему-то сам клиент решил не делать, несмотря на первый вылет.
Ситуация другая была, ну. Опять нет понимания, потому что Вы не читаете же тикет или читаете, но не вникаете в суть.
Остальное, думаю, понятно из ответа саппорта сегодня утром:
Возможности перенести таким образом нет, поскольку вся информация на дисках старого сервера была утеряна и единственное, что осталось - это резервные копии на удаленном бэкап-сервере и часть бэкапов, спасенная непосредственно с дисков. На каком сервере поднимать данные из этих архивов нам в общем все равно, НО если сперва поднимать на старом, а потом тащить переносом пользователей на новый - это займет + двое суток примерно от того срока, который уйдет на восстановление всех данных сразу на новом.
Сейчас, как я посмотрел, проблема почти решена, серверы запущены, бэкапы залиты и уже почти восстановлены клиентом. Мы по-прежнему готовы помогать в процессе восстановления, хотя тут есть другой момент, но я не буду на него ссылаться, ибо назвался груздем - ..
eSupport.org.ua, ShahID, Lawman, kpv - спасибо за поддержку!
Роман, Вам тоже спасибо Правда, Ваша позиция, честно говоря, несколько странна для меня. Надеюсь, что Вы когда-нибудь найдете себе хостера, который Вас всем устроит или же, действительно, сделаете собственный
Роман, мне требуется, чтобы Вы не отвлекали саппорт от работы своей Интернет-борьбой с хостерами
Так дело в том, что об этом никто не предупреждал, вот в чем соль. В воскресенье работоспособность восстановили, а потом сказали что все равно надо переезжать, при этом в прошлый раз при сбое жестких дисков все было восстановлено корректно и нам не пришлось ничего самим делать, собственно за это мы Вам были очень благодарны и поэтому никаких претензий высказано не было. Сейчас же, служба поддержки предлагая заменить жесткие и ОС не проинформировала о том, что все придется разворачивать вручную. Если проинформировала и я заблуждаюсь, будьте так добры, приведите цитату. Заранее спасибо.
Потому что при первом FAIL дисков - они были поочередно поменяны и отсинхронизированы. А потом уже все умерло куда серьезней и пришлось делать бэкапы, которые почему-то сам клиент решил не делать, несмотря на первый вылет.
Ситуация другая была, ну. Опять нет понимания, потому что Вы не читаете же тикет или читаете, но не вникаете в суть.
Остальное, думаю, понятно из ответа саппорта сегодня утром:
Возможности перенести таким образом нет, поскольку вся информация на дисках старого сервера была утеряна и единственное, что осталось - это резервные копии на удаленном бэкап-сервере и часть бэкапов, спасенная непосредственно с дисков. На каком сервере поднимать данные из этих архивов нам в общем все равно, НО если сперва поднимать на старом, а потом тащить переносом пользователей на новый - это займет + двое суток примерно от того срока, который уйдет на восстановление всех данных сразу на новом.
Сейчас, как я посмотрел, проблема почти решена, серверы запущены, бэкапы залиты и уже почти восстановлены клиентом. Мы по-прежнему готовы помогать в процессе восстановления, хотя тут есть другой момент, но я не буду на него ссылаться, ибо назвался груздем - ..
eSupport.org.ua, ShahID, Lawman, kpv - спасибо за поддержку!
Роман, Вам тоже спасибо
Правда, Ваша позиция, честно говоря, несколько странна для меня. Надеюсь, что Вы когда-нибудь найдете себе хостера, который Вас всем устроит или же, действительно, сделаете собственный Цитата(Гаврилин Павел @ 22.02.2012, 02:51)
Правда, Ваша позиция, честно говоря, несколько странна для меня.
Ничего странного, нормальная ситуация, когда человек за копейку требует обслуживать его, как владельца Ролс-ройса...
Работал когда-то, в домовом Интернет-провайдере на западе Москвы.
В случае аварии саппорту мозг выносили исключительно клиенты,платившие самый дешёвый тариф.
Здесь ситуация на мой взгляд - аналогичная...
Огромное спасибо всем за участие в дискуссии. В результате, я почерпнул очень много полезного и написал объемную статью для своего портала.
Короткие правила для тех, кто пользуется бюджетными вариантами хостинга:
1. Проверки (проверять систему и железо самому и производить нагрузочное тестирование)
2. Бекапы (как можно чаще, не забывать проверять работоспособность бекапов)
3. Резервные площадки (например облачные, куда можно быстро перенаправить dns и куда уже скопированы и настроены сайты)
4. Не расслабляться
5. Четко и автоматизированно выполнять пункты 1, 2, 3. Следить за новыми технологиями.
Да, я недоволен уровнем качества поддержки Fastvps (и мне все равно что об этом думают остальные, у меня своя голова есть на плечах и я имею право на свое мнение).
Тем не менее я благодарен им за то, что 1,5 года все работало без сбоев и при сбоях они хоть и не проявили должного рвения чтобы нивелировать проблему и оставить клиента довольным, но и не облажались сумев сохранить данные.
Еще раз всем спасибо за крайне полезную дискуссию.
Короткие правила для тех, кто пользуется бюджетными вариантами хостинга:
1. Проверки (проверять систему и железо самому и производить нагрузочное тестирование)
2. Бекапы (как можно чаще, не забывать проверять работоспособность бекапов)
3. Резервные площадки (например облачные, куда можно быстро перенаправить dns и куда уже скопированы и настроены сайты)
4. Не расслабляться
5. Четко и автоматизированно выполнять пункты 1, 2, 3. Следить за новыми технологиями.
Да, я недоволен уровнем качества поддержки Fastvps (и мне все равно что об этом думают остальные, у меня своя голова есть на плечах и я имею право на свое мнение).
Тем не менее я благодарен им за то, что 1,5 года все работало без сбоев и при сбоях они хоть и не проявили должного рвения чтобы нивелировать проблему и оставить клиента довольным, но и не облажались сумев сохранить данные.
Еще раз всем спасибо за крайне полезную дискуссию.
Эти советы для любых вариантов хостинга.
У меня глупый наверное вопрос, но сервер брался с администрированием или без ?
С трудом верится, что при минимальном мониторинге проблемы "рассыпающихся" HDD не выплыли бы наружу до "все пропало". А если в сервере стали одномоменто сбоить оба диска, и это аргументированно описать хостеру/ресселеру, то для давнего клиента, вполне могут заменить платформу ( ну и напомнить что надо сделать backup).
С трудом верится, что при минимальном мониторинге проблемы "рассыпающихся" HDD не выплыли бы наружу до "все пропало". А если в сервере стали одномоменто сбоить оба диска, и это аргументированно описать хостеру/ресселеру, то для давнего клиента, вполне могут заменить платформу ( ну и напомнить что надо сделать backup).
Цитата(Roman Alexandrov @ 19.02.2012, 18:48)
В условиях современного мира, когда интернет является уже для многих компаний инструментом продаж и оказания услуг, а не просто местом для размещения визитки, очень многие компании тратят довольно большие бюджеты на рекламу.
А вот и причина, которую почему-то никто не заметил и не обратил внимания, ведь это самое главное если у тебя весь бизнес зависит от одного сервера, может быть кроме описанных вами правил взять за правило, арендовать сервера из первых рук или купить свой сервер и поставить его в дц нанять админа или нанять удаленное администрирование? Почему все считают что бюджетные решения - это решения для бизнеса?
Я понимаю что наверное обидно когда твой сосед Вася берет сервер в Хетзнере и хостит там игровой сервер и 3 года у него ничего не падет, возникает тупой вопрос, а зачем арендовать сервера в России за бешеные бабки если можно взять на чертовых куличиках и мне повезет так же как Васе?
И вот Вы берете сервер и у Вас за неделю-две, два раза подряд диски дохнут!!! Это у вас не бизнес и видимо ваши клиенты миллионеры если готовы выкидывать на не рекламу, на не рабочем сервере и вы видимо миллионер если ваши доходы вы не сопоставляете с надежностью бизнеса.
P.S. Но вы правы в плане того что сроков вам не называют, вы то имея ещё меньше информации клиентам своим сроки озвучили.
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.