Комментарии 96
занимательно, большое спасибо, с удовольствием почитал, особенно порадовали ошибки в ответах службы поддержки
* в инфобокс ни ногой :)
* в инфобокс ни ногой :)
+8
На самом деле, моей целью не была отрицательная пропаганда Инфобокса. Все-таки год dedicated-сервер там простоял без каких-либо проблем (кроме фатала в мае). Colocation я поставил к ним же. Т.к.:
1. проблемы уровня датацентра случаются очень редко (вроде проф.работ или отключения электричества),
2. колоку там стоять лучше, нет проблем с доступом к серверу
3. пока ничего лучше я в Питере не нашел, исходя из собственного опыта и рекомендаций знакомых.
1. проблемы уровня датацентра случаются очень редко (вроде проф.работ или отключения электричества),
2. колоку там стоять лучше, нет проблем с доступом к серверу
3. пока ничего лучше я в Питере не нашел, исходя из собственного опыта и рекомендаций знакомых.
+2
я как-бы шутил, с инфобоксом кроме вашего поста не знаком.
насторожили только безграмотные ответы поддержки, что очень печально, поскольку это лицо компании и похоже оно «грязное»
насторожили только безграмотные ответы поддержки, что очень печально, поскольку это лицо компании и похоже оно «грязное»
0
Раз вы про грамотность заговорили — «как бы» пишется без дефиса ;)
Согласен с Вами, что такие письма режут глаза. Но вспомните клиентский отдел сбербанка (около месяца назад публиковалось здесь) — вот это огонь.
Согласен с Вами, что такие письма режут глаза. Но вспомните клиентский отдел сбербанка (около месяца назад публиковалось здесь) — вот это огонь.
0
да, виноват, ошибся
но одно дело написать в интернете «как-бы» и совсем другое в переписке с клиентом «скапируем»
я вот призадумался бы, если он там «капирует», то к чему это приведет? насколько я понял автора, ни к чему хорошему это так и не привело
* история со сбербанком прошла мимо меня, видимо, совсем не помню
но одно дело написать в интернете «как-бы» и совсем другое в переписке с клиентом «скапируем»
я вот призадумался бы, если он там «капирует», то к чему это приведет? насколько я понял автора, ни к чему хорошему это так и не привело
* история со сбербанком прошла мимо меня, видимо, совсем не помню
0
habrahabr.ru/blogs/strange_things/44366/ — во, нашел.
На самом деле я не совсем согласен, что техподдержка — это лицо компании (в отличие от клиентского отдела, например).
Если бы они быстренько всё сделали, скопировали как следует, а не мямлили двое суток что-то непонятное и не заставляли бы клиента бегать по городу с исправным хардом — то на орфографические ошибки глаза сами закрываются.
На самом деле я не совсем согласен, что техподдержка — это лицо компании (в отличие от клиентского отдела, например).
Если бы они быстренько всё сделали, скопировали как следует, а не мямлили двое суток что-то непонятное и не заставляли бы клиента бегать по городу с исправным хардом — то на орфографические ошибки глаза сами закрываются.
0
Хотя, с другой стороны саппорт хорош:
1. Так примонтировали рейд, что он отвалился. Позже я узнал, что у них это не первый случай.
2. Сказали что винт «вышел из строя на физическом уровне восстановление данных невозможно».
3. Двое суток «занимались восстановлением».
4. Писали восстанавливаемые данные на «убитый» винт.
1. Так примонтировали рейд, что он отвалился. Позже я узнал, что у них это не первый случай.
2. Сказали что винт «вышел из строя на физическом уровне восстановление данных невозможно».
3. Двое суток «занимались восстановлением».
4. Писали восстанавливаемые данные на «убитый» винт.
+4
тоже хостился у них, потом переехал в valuehost, пока доволен, хотя саппорт там ещё хуже)) мне 40 минут сервер ребутали
0
Про валуехост недавно писали, в целях ознакомительной информации стоит прочесть
0
В валуе отличный колокейшн, так что не гоните, у меня там года 3 сервер стоит без проблем.
0
А причем тут виртуальный хостинг к дедикам тогда? Какое отношение бэкапы самого валуя имею к пользовательским бэкапам?
+1
про валуй пишут любое говно и где только угодно, я и сам имел счастье лет 5 назад пользоваться их виртуальным хостингом — говно говном, с бэкапами и тогда была беда, собственно, как и со стабильностью работы его вообще.
сейчас виртуальным хостингом не пользуюсь, но держу на колокейшне 2 сервера, один в инфобоксе, второй в валюхосте, и я скажу вам так, в валуе все гораздо стабильнее работает последние 3 года :)
сейчас виртуальным хостингом не пользуюсь, но держу на колокейшне 2 сервера, один в инфобоксе, второй в валюхосте, и я скажу вам так, в валуе все гораздо стабильнее работает последние 3 года :)
+1
бекапы бекапами, но по отношению тех.службы и суппорта заметно, что проблемы пользователей им до фени.
Именно это я хотел донести, не более того.
Именно это я хотел донести, не более того.
+1
Вовсе нет, ну, по крайней мере не всем. Знаю одного админа в валуе, частенько достаю всю поддержку своими вопросами, всегда отвечают, может быть не всегда адекватно, но в течение часа в тикетах, и сразу по телефону :)
P.S. повторюсь, я не знаю, как там дела обстоят с виртуальным хостингом
P.S. повторюсь, я не знаю, как там дела обстоят с виртуальным хостингом
+1
Ну, и с другой стороны, в любой поддержке, которая не мотивирована на работу с пользователями, проблемы этих пользователей поддержке по барабану. С их копеечной зарплатой и графиком работы — главное, отбарабанить день и со спокойной душой уйти домой, повесив задачу на такого же, пришедшего тебе на смену.
+1
Блок питания мог над вами посмеяться )
Говорю как админ.
Говорю как админ.
0
очень интересно, спасибо
0
отличная, а главное, поучительная история
+2
Не ругайте Инфобокс, после Агавы это просто сказка =)
-2
О, великий случай!
0
история поучительная. у меня дедик и пара виртуальных хостингов на инфобоксе — я доволен, проблем минимум, саппорт адекватен.
в вашей нештатной ситуации видимо квалификации саппорта не хватило. как я понимаю у них там два уровня — мальчики и более-менее админы. видимо вы попали на мальчиков. у меня был случай с битым glibc, мальчик сразу сказал решить не может ждите админа будет ночью — в районе 4х утра получил письмо от другого сотрудника техподдержки с внятным ответом что сделать и совместными усилиями к 8ми утра сервак ожил.
в вашей нештатной ситуации видимо квалификации саппорта не хватило. как я понимаю у них там два уровня — мальчики и более-менее админы. видимо вы попали на мальчиков. у меня был случай с битым glibc, мальчик сразу сказал решить не может ждите админа будет ночью — в районе 4х утра получил письмо от другого сотрудника техподдержки с внятным ответом что сделать и совместными усилиями к 8ми утра сервак ожил.
+2
Сервер висел, на консоль сигнало не выводилось, перезагружен сейчас пингуеться…
Можно грабить корованы! ))
Можно грабить корованы! ))
+13
инфобокс просто загружен, насколько я помню в свои времена. А таджикский суппорт (ашипками) — это в порядке вещей :)
в таких ситуациях никогда не стоит давать последний ключ к восстановлению своих данных суппорту. всегда и только всегда решать самому, или искать у друзей-знакомых знающего человека.
А сам делаю бекап еще ж0сче — продакшн утром по ftp сливает зипованные бекапы базы на тест-сервер, тот зеркалит на сервер с базой данных (там винт большой в зеркале:), и параллельно на 10гб подаренных хостинг-провайдером под бекап. Полгода назад сливал еще и на домашний комп по ночам, но решил что это уже слишком (при канале в 2мбит и пинге в 200, привед Авангард!)
в таких ситуациях никогда не стоит давать последний ключ к восстановлению своих данных суппорту. всегда и только всегда решать самому, или искать у друзей-знакомых знающего человека.
А сам делаю бекап еще ж0сче — продакшн утром по ftp сливает зипованные бекапы базы на тест-сервер, тот зеркалит на сервер с базой данных (там винт большой в зеркале:), и параллельно на 10гб подаренных хостинг-провайдером под бекап. Полгода назад сливал еще и на домашний комп по ночам, но решил что это уже слишком (при канале в 2мбит и пинге в 200, привед Авангард!)
+2
Являюсь пользователем «аренды сервера» от Инфобокс уже 3 года и подтвержу слова автора — саппорт — разгильдяи и совершенно не заинтересованные в своей работе люди. (как пример — мой новый арендованные сервер за первые 10 дней работы отваливался 7 раз)
Что касается качества самого датацентра — мне к сожалению пока не с чем серьезно сравнить, но «разрывы» случаются регулярно — раз в три дня — это хорошо видно по статистике трафика
Что касается качества самого датацентра — мне к сожалению пока не с чем серьезно сравнить, но «разрывы» случаются регулярно — раз в три дня — это хорошо видно по статистике трафика
+3
НЛО прилетело и опубликовало эту надпись здесь
у меня недавно история что-то подобно этой приключилась, но описать все события не могу, так как нету кармы для написания постов. Если кто добавит напишу реальную ситуацию как мы восстонавливали RAID-5 на другой сервер…
0
PATA/SATA2USB переходник стоит 500 руб. Да и просто в хозяйстве вещь полезная.
+2
Так говорила моя орджинал баа: «Доверяй, но проверяй!»
Спасибо за «историю», зафалловил Вас в твиттере.
Спасибо за «историю», зафалловил Вас в твиттере.
0
Кто нибудь знает короший дата чентр для колокейшена в москве, встал вопрос в и чета после подобных историй «уже не знаю какому богу молится»)))
0
Если данные настолько ценные, что Вы паникуете — то надо делать бэкапы в несколько мест.
Ладно, бэкапы не сделаны. Но Вы отдали целый винчестер с последней копией данных сомнительным личностям. Вторая ошибка.
Третья ошибка. Как можно было не заметить неработающий софтовый рейд? Ваш администратор вообще интересуется состоянием сервера? Ну ладно, в Вашей реализации нет /proc/mdstat — но где-то же отражается его состояние?
Четвёртая странность. Все известные мне администраторы — а их не один — имеют и друзей-администраторов, и парк машин, на которых можно сделать что угодно. Вы нашли администратора — аутиста?
Удивительное разгильдяйство Вы продемонстрировали :) Конечно я сочувствую Вам, да и Ваша история — хрестоматийный случай первого попадалова с бэкапами. У меня тоже такое было.
ЗЫ
Пойду-ка я свои бэкапы проверю…
Ладно, бэкапы не сделаны. Но Вы отдали целый винчестер с последней копией данных сомнительным личностям. Вторая ошибка.
Третья ошибка. Как можно было не заметить неработающий софтовый рейд? Ваш администратор вообще интересуется состоянием сервера? Ну ладно, в Вашей реализации нет /proc/mdstat — но где-то же отражается его состояние?
Четвёртая странность. Все известные мне администраторы — а их не один — имеют и друзей-администраторов, и парк машин, на которых можно сделать что угодно. Вы нашли администратора — аутиста?
Удивительное разгильдяйство Вы продемонстрировали :) Конечно я сочувствую Вам, да и Ваша история — хрестоматийный случай первого попадалова с бэкапами. У меня тоже такое было.
ЗЫ
Пойду-ка я свои бэкапы проверю…
+5
Пользуюсь инфобоксом уже уколо 3х лет, проблемы случались, но до проблем с железом дело не доходило.
Последнее время Инфобокс работает замечательно, от основной своей проблемы с электричесвом они почти избавились.
Последнее время Инфобокс работает замечательно, от основной своей проблемы с электричесвом они почти избавились.
0
Программный рейд — зло
Саппорт от хостеров — зло
Админ — друг — тоже зло
Исправить эти ошибки поможет использование железного рейда, лучше 1+0 и работа с конторой, специализирующийся по настройке сервера
Ну и конечно бекап — стоит завести себе NAS и дать туда доступ заливки с серверного IP.
Саппорт от хостеров — зло
Админ — друг — тоже зло
Исправить эти ошибки поможет использование железного рейда, лучше 1+0 и работа с конторой, специализирующийся по настройке сервера
Ну и конечно бекап — стоит завести себе NAS и дать туда доступ заливки с серверного IP.
+1
Кругом одно зло…
Можно надеятся только на самого себя, ни подпускать никого — но тогда, в случае чего, и помочь то некому будет.
Можно надеятся только на самого себя, ни подпускать никого — но тогда, в случае чего, и помочь то некому будет.
0
неверно:
программный рейд в бсд — зло. (на centos сообщения о проблемах на софт рейде уходят админу на почту сразу после установки)
саппорт от быдлохостера — зло. (бегите от ру-хостеров, в европе почти везде супер с саппортом)
Неграмотный друг-админ — зло. (грамотный — Ъ^2)
программный рейд в бсд — зло. (на centos сообщения о проблемах на софт рейде уходят админу на почту сразу после установки)
саппорт от быдлохостера — зло. (бегите от ру-хостеров, в европе почти везде супер с саппортом)
Неграмотный друг-админ — зло. (грамотный — Ъ^2)
0
Аппаратный реид — не меньшее зло, чем програмнный.
0
меньшее, потому что ресурсов процессора не использует.
а так — те же яйца…
а так — те же яйца…
+1
Не, у вас просто реид контроллер не дох еще не разу.
Давно сошедший с гарантии без резервного такого же.
Вообще что угодно зло без головы грамотного специалиста. Брать унменджмент сервер, криво настроить у знакомого одмина за пиво, а потом удивляться, что те, кто этого вам не обязан его так долго чинил.
Давно сошедший с гарантии без резервного такого же.
Вообще что угодно зло без головы грамотного специалиста. Брать унменджмент сервер, криво настроить у знакомого одмина за пиво, а потом удивляться, что те, кто этого вам не обязан его так долго чинил.
0
дох, именно так.
данные удалось спасти за счёт того, что известна была точная разметка диска.
перекинул винт в другой, проинитил, загрузился с флешки, разбил так же fdisk-ом, прочекал fsck.ext3, и вытащил всё из lost+found.
данные удалось спасти за счёт того, что известна была точная разметка диска.
перекинул винт в другой, проинитил, загрузился с флешки, разбил так же fdisk-ом, прочекал fsck.ext3, и вытащил всё из lost+found.
0
Дык, а был бы этот реид программным, беды бы не случилось…
0
ну да, если его мониторить.
но опять же — какой-то процент процессора тратится на рейд, а это — деньги в том же хостинге.
но опять же — какой-то процент процессора тратится на рейд, а это — деньги в том же хостинге.
0
Ещё один аргумент в пользу того, что с Российскими ДЦ связываться нельзя. Конечно, гарантировать что такое не произойдёт в США например невозможно, но во всяком случае там более серьёзно к этому относятся и вопрос такой решить можно гораздо быстрее — поскольку проблемы оборудования при аренде это не проблемы клиента — это проблемы ДЦ, и в данном случае вся ответственность за сохранность информации клиента (в случае с RAID — тем более) лежит именно на ДЦ. За 2 дня они Вам не смогли восстановить данные, которые как ещё и оказалось и восстанавливать то не надо было. Ужас, я подозревал что у нас в России с этим делом очень плохо, но чтобы настолько…
0
Расскажите пожалуйста как например мне из россии можно поставить свой сервер в америке, ехать туда ради этого?
Посоветуйте кого нибуть
Посоветуйте кого нибуть
0
Ехать не надо, мы например специализируемся на услугах предоставления серверов в ДЦ США (ThePlanet, GNAX, RackSpace), Англии и Нидерландах. В США самый быстрый и качественный сервис, в Европе чуть медленнее (но зависит от ДЦ). Ситуации были разные, сложные — всякие, всегда всё решалось быстро и оперативно. Замена оборудования по SLA в течении получаса гарантирована — в случае с RAID это вообще делается там практически незаметно, без таких даунтаймов.
Тут же все проблемы автора связаны с некомпетентностью работников ДЦ — чем они там 2 дня занимались, пытались прочитать информацию с рабочего винчестера? Ждали пока всё само заработает?
Тут же все проблемы автора связаны с некомпетентностью работников ДЦ — чем они там 2 дня занимались, пытались прочитать информацию с рабочего винчестера? Ждали пока всё само заработает?
0
В европе и америке не дают трафик «безлимитный» по соотношениям :)
+1
Потому что он пускается там не как у нас, по забитым каналам, и ДЦ там платят за него. Вообще есть анлим, но как правило дорого или не больше 10 Мб/с.
+1
Вот поэтому некоторым проектам выгоднее хоститься здесь, где можно получить за копейки 100 мбит, пусть и шареные.
Я тут на досуге подсчитывал (сервисы amazon и просто дедики), сколько мне будет стоить разместить свои проекты «за бугром», придется квартиру продать :)
Я тут на досуге подсчитывал (сервисы amazon и просто дедики), сколько мне будет стоить разместить свои проекты «за бугром», придется квартиру продать :)
+1
Качество никогда не стоило дёшого. Хотите всё и сразу — так не бывает. В США действительно в большинстве своём анлим на 100 Мб/с стоит дороговато, в Европе дешевле раза в 2 чаще всего. Но это как правило критично для тех проектов, которые раздают много файлов — в обычных же случаях трафика в 5-10 Тб в месяц более чем достаточно. Да и мне кажется куда важнее цен трафика стоит сервис и надёжность :)
+1
Лучше rackspace конечно трудно придумать, но ~$200 в месяц за сервер как-то не привлекает…
0
~200 это в США, в Англии дороже — от 500. Но деньги эти не за железо, а за сервис и надёжность — Вам не придётся беспокоиться о том, что что-то не работает. В случае чего в любое время дня и ночи если сервер упадёт его поднимут. А так Вы больше нервов и времени потратите — яркий пример — эта тема. Зато дёшево.
+1
Много хочешь от Гоблина.
Он должен менять железки — остальное это уже самому надо делать.
Он должен менять железки — остальное это уже самому надо делать.
0
«Таким образом я потерял информацию, накопленную почти за год, в том числе полностью исходники некоторых проектов, дублей которых не было»
Ну всё же это не совсем верно, держать исходники на одном-только продакшн-серваке. Ладно там базы данных — они большие, постоянно меняются. Но ведь исходники то занимают совсем мало и во времени неизменны.
А вообще, жизненный опыт подсказывает, что если в чём-то положиться только на кого-то другого и не перестраховаться, обязательно будет лажа.
Ну всё же это не совсем верно, держать исходники на одном-только продакшн-серваке. Ладно там базы данных — они большие, постоянно меняются. Но ведь исходники то занимают совсем мало и во времени неизменны.
А вообще, жизненный опыт подсказывает, что если в чём-то положиться только на кого-то другого и не перестраховаться, обязательно будет лажа.
+2
Может быть, я чего-то не понимаю, но производители жестких дисков давно придумали такую вещь, как S.M.A.R.T.
Но у меня на серверах настроен smartd, который запускает slftest'ы на хардах и пишет лог изменения всех S.M.A.R.T. аттрибутов, и если хард начнет сыпаться, в абсолютном большинстве случаев я узнаю об этом до того, как будет возможна потеря данных.
Мое имхо: ваш администратор поленился и все это можно было предотвратить.
Но у меня на серверах настроен smartd, который запускает slftest'ы на хардах и пишет лог изменения всех S.M.A.R.T. аттрибутов, и если хард начнет сыпаться, в абсолютном большинстве случаев я узнаю об этом до того, как будет возможна потеря данных.
Мое имхо: ваш администратор поленился и все это можно было предотвратить.
0
Спасибо, очень поучительно.
*ушел делать бекапы
*ушел делать бекапы
0
НЛО прилетело и опубликовало эту надпись здесь
Почти такую же «систему» бэкапов спользую.
НА сервере стоит отдельный винт только для бэкапов, с него периодически вытягиваю все домой, где копия лежит на домашнем компе и пишется на DVD болванки. Пока проблем не было, когда что-то ломалось и падало, бэкапы меня всегда спасали :)
НА сервере стоит отдельный винт только для бэкапов, с него периодически вытягиваю все домой, где копия лежит на домашнем компе и пишется на DVD болванки. Пока проблем не было, когда что-то ломалось и падало, бэкапы меня всегда спасали :)
0
НЛО прилетело и опубликовало эту надпись здесь
Вы продаете аппаратные раиды?
0
НЛО прилетело и опубликовало эту надпись здесь
Хренова продаете.
В нижнем сегменте ненаколенных серверов очень часто стоит вполне себе интеловский недораид, который явно хуже того же geom.
В нижнем сегменте ненаколенных серверов очень часто стоит вполне себе интеловский недораид, который явно хуже того же geom.
0
очень интересно, а что, собственно, такого особенного, в плане надёжности, умеет аппаратный рейд, чего не умеет программный?
и чем бы автору помог в данном случае аппаратный рейд?
в БСД ещё фиг знает, получится ли состояние массива проверять в аппаратном (зависит от модели рейд-контроллера), а в программном по крайней мере можно мониторить это дело…
и чем бы автору помог в данном случае аппаратный рейд?
в БСД ещё фиг знает, получится ли состояние массива проверять в аппаратном (зависит от модели рейд-контроллера), а в программном по крайней мере можно мониторить это дело…
0
Правильный аппаратный реид (тот же TWA) умеет почти все. Если долго копать гугл насчет его недокументированных возможностей. Ну, опять же это черный ящик. Хоть и с памятью и API.
К любой железке нужны руки и голова, пытаться голову и руки заменить дорогими детальками доведет до смешных ситуаций.
К любой железке нужны руки и голова, пытаться голову и руки заменить дорогими детальками доведет до смешных ситуаций.
0
НЛО прилетело и опубликовало эту надпись здесь
( задумался о возможности автоматизации сбэкапливания на еще неанонсированный GoogleDrive :) )
0
я бы на вашем месте узнав о том что винт полностью жив — любым способом слил бы с него всё необходимое, образ на крайняк слил бы
а то мало ли что ети умники в ДЦ нарубят
самому приходится работать са американскими ДЦ и реально 2 из 3 просто сборище пьяных неадекватных пидарасов
а то мало ли что ети умники в ДЦ нарубят
самому приходится работать са американскими ДЦ и реально 2 из 3 просто сборище пьяных неадекватных пидарасов
+2
а я вот на работе на десктоп себе как поставил когда-то убунту 7.04, так и апдейтил её стандартными средствами, как только новая выходила — сейчас 8.10, только груб как-то раз приходилось подправлять после апдейта.
делали бы так же — не было бы проблем, и быстрее гораздо, чем всё заново под себя настраивать.
делали бы так же — не было бы проблем, и быстрее гораздо, чем всё заново под себя настраивать.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Серверная история