Есть тут представитель firstvds.ru ?

14 часов жду ответа от поддержки. Не ужели нельзя сделать нормальное обслуживание? тем более берёте за это деньги.

Это low-cost хостер, он так и будет отвечать. Проявите немного терпения, либо платите за нормальную поддержку.

Не все вопросы можно решить мгновенно. Посмотрел тикеты, в основном вам отвечают в течении 10-20 минут. Эта задача была 1. трудоёмкая, 2. была очередь на разносы/переносы.

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

Я знаю, что вы мечтаете, чтобы вашими вопросами всегда занимался один и тот же специалист, и чтобы брался за них мгновенно. Возможно ли это реализовать? В службе поддержки работают несколько десятков человек и помимо вас у них ещё многие тысячи клиентов, которым тоже нужно внимание. Мы следим чтобы очередь вопросов не копилась, оперативно добавляем количество сотрудников в случае "наплыва" запросов. Но думаю, чтобы было так как вы хотите, решается только наймом стороннего "сис.админа", который ответственен, пунктуален, компетентен и "просыпается" по первому вашему звонку.

Очень рад что получил ваш ответ!

А если не писать о каких то моментах которые не нравятся, всё так и будет?

Хотя замечу с тех пор как я создал этот топик поддержка всё же стала лучше, что то вы там перестроили.

Вот я планирую ещё 2-3 сервера в этом году купить у вас, а щас я у вас оплачиваю 6 серверов, не имею права разве высказывать мнение своё? Думаю имею, и просить в важных моментах сделать быстрее тоже. Плачу же за обращения.

Вы когда читаете тикеты смотрите на регулярную не внимательность техподдержки.

Как минимум это трата времени общего, не говоря уже о нервах.

Надеюсь мой перенос закончится в этом месяце, и я буду только платить и платить ! И получать качество работы серверов, этим качеством я полностью доволен как уже писал многократно.

Здравствуйте. Пользуюсь вирт.серверами firstvds достаточно давно, произошел казус — сервер (VDS-KVM-Старт #5047421) был в неработоспособном состоянии 17 дней. После (возвращения из отпуска) обнаружения сбоя — перезагрузила сервер и все заработало. Обратилась в тех.поддержку, чтобы установить причину сбоя (и возможно, возместить средства). Но мне ответили: «родительский сервер все это время был доступен. Каких либо сбоев не наблюдали.», хотите установить причину — дождитесь следующего сбоя, не перезагружайте сервер, тогда и обращайтесь. Сбой явно зафиксирован в статистике сервера и в серверных логах, но техподдержка отрицает наличие проблемы. Хочется пользоваться надежным сервисом. Возможно, представитель сможет помочь установить причину сбоя, чтобы в будущем избежать подобных казусов.

Upd: Александр Шишкин (из ТП) признал наличие проблем, но «по логам, к сожалению, ничего определяющего причину ранее существующих проблем не обнаружено».

Tina Litiny, Проблема могла возникнуть и внутри Вашей VDS (KVM подразумевает своё ядро), а ядро могло уйти в панику

Mobiaaa, спасибо — а как можно постфактум диагностировать причину сбоя ядра, есть какой-то лог — информация о событиях, предшествовавших краху ядра внутри VDS?

Контекст такой: месяцами все работало стабильно, ДО/после сбоя административные работы не проводились, ip пинговался, nginx выдавал ошибку, порт ispmgr не отвечал.

Позже скорее всего никак, проблему можно увидеть подключившись например к серверу по VNC в момент проблемы. По сути все что у Вас происходит внутри контейнера - сугубо Ваши заботы. Хостер не несет никакой ответственности за это. Нода работает - работает, сервисы работают - работают. У Вас внутри контейнера был сбой - тут уж увы и ах.

SAntone, вероятно, следует ожидать повторный сбой — есть ли какая-то утилита, которую стоит поставить, чтобы она сохраняла инфу о системных событиях ядра внутри контейнера (открытые файлы, запущенные процессы и пр.) и тем самым помогла воссоздать состояние системы на момент сбоя — CentOS-7-amd64 (VDS-KVM).

Tina Litiny, kdump логирует панику ядра, с возможностью просмотра лога после перезагрузки