Pravbeseda

Вся история очень мутная. Аргументация обеих сторон построена на эмоциях и не внушает доверия. Как бы не получить в конце "так не доставайся же ты никому!" от проигравшей стороны. Кто бы ни был прав из учредителей и основателей, своему бизнесу они подгадили основательно, держать сайты на пороховой бочке нет никакого желания.

"147 строение у нас «отжали». Электричество в 37 строении вернули. Доступ туда вернут. А 147 строение вместе с оборудованием ЦОД у нас забирает IQ-Park. Обещали доступ дать, чтобы смогли вывезти сервера свои и клиентские. Всё остальное забирают" (из вышеприведенной статьи)

Сотрудники хостинга не могли бы постить периодические сводки по ситуации? Волнуемся же. Пишете "вся информация будет публиковаться в наших социальных сетях и на сайте компании", но вроде нигде ничего, кроме начального объявления. Не все же в махаче заняты)

Уважаемая администрация! Когда я писал, что не спешу, я имел в виду, что что готов подождать, но 12 дней прошло со времени открытия тикета, 8 дней - с обещания "завтра постараюсь лично". Я все понимаю, бывают обстоятельства и проблемы, но разве не является нормой в случае задержки хотя бы держать клиента в курсе дел и регулярно информировать его о сроках решения?

Мне всего лишь нужно зарегистрировать новый домен на свою анкету. Если это не автоматизировано, это 5 минут работы специалиста через админку Ru-Center, деньги на моем лицевом у вас есть. Если для ваших сисадминов это проблема, наймите меня на эту работу (см. сценку "Автомойка" Уральских пельменей - https://www.youtube.com/watch?v=KWgpQGy28Ic).

Либо давайте обсудим временный вывод анкеты из-под вашего управления для самостоятельной регистрации нового домена. Ваш специалист пригрозил "штрафом" на этот случай, 150 р. за каждый возвращаемый под ваше управление домен, этого можно избежать?

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

Ivan Lungov, извините за нетерпение, но 6 дней уже прошло, в тикете - ничего.

Уважаемая администрация! Мне хотелось бы уточнить, вопрос о регистрации нового домена на анкету, переданную под ваше управление (тикет 1219762), находится в процессе решения или уже закрыт с вашей стороны? Я не спешу, но хотелось бы определенности и хотя бы оценочных сроков рассмотрения моей проблемы.

А это не просто фильтр предлагаемых доменных зон? Ваш сотрудник Kарамов Рафаэль Раилевич настаивает "Регистрация происходит рандомно, и не зависит от нас" (тикет 1219762). И форма регистрации домена спрашивает много информации, как будто собирается регистрировать новую анкету, поэтому я и обратился в ТП за уточнением. Я всего лишь хочу зарегистрировать новый домен на свою существующую анкету, находящуюся под вашим управлением. ТП уверяет, что это невозможно. Я сам многократно регистрировал домены в Ru-Center на анкеты, переданные под управление моей организации. Если технические средства хостинг-панели не позволяют мне зарегистрировать домен на свою анкету, то в ручном режиме через сайт Ru-Center эта операция не представляет никакой сложности для ваших специалистов. А мне говорят, что это невозможно.

Прошу внимания администрации к тикету 1219762. Суть: я передал свою анкету в RU-center под ваше управление, теперь зарегистрировать новый домен на свою анкету я могу только через вас. Техподдержка уверяет, что регистрация нового домена через вашу форму происходит "рандомно": может на мою прежнюю анкету, может на новую, а может - и вообще через другого регистратора. Разве это нормально? Мне совсем не улыбается перспектива потом возиться с переводом домена от другого регистратора. Я работал на хостинге и знаю, что новый домен на анкету, находящуюся под управлением, регистрируется буквально в пару кликов. Есть ли возможность решить мою проблему, не выводя домены с вашего управления?

12 октября:

Сегодня утром ситуация повторилась. Связь с сервером #60484 потеряна в 06:40, сервер перезагружен в 06:55. Munin зафиксировал короткий сильный всплеск Disk latency и Disk utilization перед остановкой сервера. Никаких аномалий вроде взлета посещаемости или сетевой активности (можете посмотреть munin, я давал доступ в личке smart2web при прошлом падении). Никаких тяжелых дисковых операций типа бэкапов на сервере в это время не велось.

Фрагмент логов:

Nov  7 06:45:56 pravbeseda kernel: [2095800.980544] INFO: task jbd2/vda6-8:182 blocked for more than 120 seconds.
Nov  7 06:45:56 pravbeseda kernel: [2095801.298137] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Nov  7 06:45:56 pravbeseda kernel: [2095801.298724] jbd2/vda6-8     D ffff88013fc127c0     0   182      2 0x00000000
Nov  7 06:45:56 pravbeseda kernel: [2095801.298731]  ffff8801382f9740 0000000000000046 0000000000000000 ffffffff8160d020
Nov  7 06:45:56 pravbeseda kernel: [2095801.298736]  00000000000127c0 ffff880137707fd8 ffff880137707fd8 ffff8801382f9740
Nov  7 06:45:56 pravbeseda kernel: [2095801.298741]  ffff880137707b20 0000000137707b20 ffff8801382fbe50 ffff88013fc13010
Nov  7 06:45:56 pravbeseda kernel: [2095801.298745] Call Trace:
Nov  7 06:45:56 pravbeseda kernel: [2095801.298757]  [<ffffffff810b59fb>] ? lock_page+0x20/0x20
Nov  7 06:45:56 pravbeseda kernel: [2095801.298764]  [<ffffffff81352901>] ? io_schedule+0x59/0x71
Nov  7 06:45:56 pravbeseda kernel: [2095801.298767]  [<ffffffff810b5a01>] ? sleep_on_page+0x6/0xa
Nov  7 06:45:56 pravbeseda kernel: [2095801.298771]  [<ffffffff81352d44>] ? __wait_on_bit+0x3e/0x71
Nov  7 06:45:56 pravbeseda kernel: [2095801.298775]  [<ffffffff810b5b3d>] ? wait_on_page_bit+0x6e/0x73
Nov  7 06:45:56 pravbeseda kernel: [2095801.298782]  [<ffffffff81060215>] ? autoremove_wake_function+0x2a/0x2a
Nov  7 06:45:56 pravbeseda kernel: [2095801.298786]  [<ffffffff810b5c15>] ? filemap_fdatawait_range+0x74/0x139
Nov  7 06:45:56 pravbeseda kernel: [2095801.298800]  [<ffffffff8119bcd2>] ? submit_bio+0xd3/0xf1
Nov  7 06:45:56 pravbeseda kernel: [2095801.298806]  [<ffffffff811230af>] ? bio_alloc_bioset+0x43/0xb6
Nov  7 06:45:56 pravbeseda kernel: [2095801.298831]  [<ffffffffa0100791>] ? jbd2_journal_commit_transaction+0x91c/0x118f [jbd2]
Nov  7 06:45:56 pravbeseda kernel: [2095801.298837]  [<ffffffff8100d02f>] ? load_TLS+0x7/0xa
Nov  7 06:45:56 pravbeseda kernel: [2095801.298840]  [<ffffffff8100d66d>] ? __switch_to+0x101/0x283
.......
Nov  7 06:45:56 pravbeseda kernel: [2095801.309967]  [<ffffffff811071d7>] ? do_last+0x4d2/0x573
Nov  7 06:45:56 pravbeseda kernel: [2095801.309970]  [<ffffffff810fbbf4>] ? do_sync_read+0xb4/0xec
Nov  7 06:45:56 pravbeseda kernel: [2095801.309973]  [<ffffffff810fc2df>] ? vfs_read+0x9f/0xe6
Nov  7 06:45:56 pravbeseda kernel: [2095801.309976]  [<ffffffff810fc36b>] ? sys_read+0x45/0x6b
Nov  7 06:45:56 pravbeseda kernel: [2095801.309979]  [<ffffffff81358b32>] ? system_call_fastpath+0x16/0x1b
Nov  7 06:55:28 pravbeseda kernel: [    0.000000] Initializing cgroup subsys cpuset

Далее идет загрузка сервера.

Раньше эта же система устойчиво работала месяцами. Хотелось бы понять причину нестабильности.

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