Таймвеб

Наверное, затем, что твой выделенный сервер является виртуальным выделенным сервером.

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

Да это вообще фееричная контора.

куском г... делать

валить к хостеру без таких вылюбонов

Покупали задолго до меня, сейчас стоит вопрос что с этим куском г... делать.

Отказываться и переходить на нормальный сервер с рутом, что ещё. Если сами одминить будете. Когда они одминят, то не давать рут может и имеет смысл. Но это не должно навязываться в обязательном порядке.

с услугой их админства

Так и спрашивай с них.

Рута не дают

Ящитаю это правильно если тачка на их админстве. Я работал с дедиками, большинство клиентов с рутом очень быстро засирали систему, процентов 5 вообще разносили систему до незагрузочного состояния в первую неделю. Типичные грабли: «обновить libc» (!), «поправить права для секурности» и «обновить систему». Про ./configure && make && make install даже говорить не буду. И все как один говорят что «опыт работы с linux у них есть».

Плюсую.
Еще умиляет странное свойство бежать жаловаться на форумы, а не писать тикет в саппорт.

Рута не дают - видимо боятся что мы узнаем страшные сикреты

Побудь поддержкой хостинга сам с раздачей рутов направо и налево, узнаешь много интересного. Тут уж дибо поддержка, либо рут.

Эм. Тут как бе, был задан прямой вопрос. «Если мы откажемся от вашей поддержки как услуги, с подписанием нового договора, дадите вы рута на существующий сервер?»

Ответ был в стиле - идите в баню, дадим новый и время на перенос.

Саппорту по барабану, читай ниже.

Предлагаемый ими вариант (стопить всё и лить данные на новый сервак) неприемлем, база mission-critical.

Как именно умирает mysqldump?

обновить либс

Мосье предпочитает сидеть с дырой в gethostbyname годами?

Алсо, им было ясно озвучено две альтернативы руту:

1. Выдать доступ на чтение к /var/lib/mysql для использования xtrabackup. 2. Создать отдельного юзера mysql и дать ему GRANT REPLICATION SLAVE.

Ни по одной из них даже не потрудились почесаться.

Ни по одной из них даже не потрудились почесаться.

Отказали в возможности самостоятельно делать мускулбекап?
Тогда меняйте хостера, раз он не хочет ничего делать.

И я не понимаю, почему бы не отказаться от их администрирования, тем более там квм есть.

Мосье предпочитает сидеть с дырой в gethostbyname годами?

Ты не понял. Вот стоит у них центось со всеми обновлениями. И тут выходит новость что вышел новый libc, скажем, 2.22. Вот они туда rpm из какого-нить rpmfind залили и поставили.

им было ясно озвучено

Так что там с mysqldump-то?

Да ничего, как не работал, так и не работает. При обработке таблицы с 3кк записей, где-то на половине вываливается с «Query killed». А самая большая таблица там 30кк, а не 3.

У меня один такой клиент был, который при попытке обновить nginx на стабильном дебиане вкатил дикую смесь из левых пакетов, экспериментала и сида. Чудо, что оно вообще загрузилось, и вдвойне чудо, что панелька осталась рабочей: через веб-морду для крона удалось починить хотя бы sshd.

Мосье предпочитает сидеть с дырой в gethostbyname годами?

тебя так сильно беспокоят локальные дыры, что ты не можешь дождаться выхода фикса от мейнтейнеров libc твоего дистра?

Гы, я подозреваю, что знаю, какой у них биллинг :) Тут ничего не поделаешь, или страдашки, или новый сервак. Но лучше просто свалить оттуда.

У меня почему-то во времена работы в датацентре 99% запросов были вида либо заменить дохлый хард, либо почистить сервак от пыли, либо сбросить забытый пароль.

А чаще просили воткнуть квм на пару часиков и ковырялись сами.

А на текущем сервере разве нельзя отказаться от администрирования и удалить этот ненужный софт?

Скорее всего, в биллинге прописана жесткая связка конкретного сервера с тарифным планом, а в ТП входит неудаляемая услуга администрирования.

Ты сейчас говоришь о remote hands, а мы тебе о саппорте хостинга. До уровня ДЦ доходят именно такие заявки, как в твоем примере.

Судя по сайту таймвеба, администрирование это отдельная опция.

Мда, посмотришь на ру хостеров и плакать хочется. Колхозно как все :)

а в ТП входит неудаляемая услуга администрирования.

Если у них своя панель управления то они, возможно, не хотят ей делиться.

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

Дык снесли бы. Мне эта панель без надобности, мне базу переехать надо.

Я не понимаю что у вас там творится (я подозреваю что нам ты пишешь не всё и пересказываешь на свой лад), но есть одно средство.

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

На крайняк написать на какой-нить хостобзор или хабр/вконтактик/etc.

Можно подумать, в хетцнере не колхозно. Особенно с их привычкой читать задницей и менять рабочие диски, несмотря на указание серийников и нерабочего, и рабочего КОТОРЫЙ НЕ МЕНЯТЬ БЛДЖД.

OVH тоже вчера отличился, бэкапы есть, а сети, чтобы их забрать - нема, отвалилась.

у вас просто выделенный сервер с их панелью

На самом деле, это ещё фигня. Бекапы у них куда фееричнее. Чуваки бекапят данные на samba share... с выключенными POSIX extensions. Да-да, при восстановлении из бекапа все файлы и директории имеют права 0755.