Зависло новое ядро на удаленном сервере. Как его пнуть?

нужна тебе управляемая розетка

Чисто теоретически, можно попробовать сконфигурировать software watchdog таким образом, чтобы он валил ядро через некоторое время, если некая программа его не отключит.

Насколько я понимаю, «удаленный от вас сервер» совсем не в ЦОДе, и никакой панели управления им нет. Также нет и доступа по KVM-over-IP. Верно?

ИМХО тут нет иного выхода кроме позвонить и попросить кого-то сделать обычный ресет или ресет по питанию. А на будущее предусмотреть такую возможность самому (проще всего ИМХО доработать напильником телефон, чтоб по принятию звонка с определённого номера срабатывало нажатие кнопки RESET)

Во-во. Я о том же.

> принудительный перезапуск после 5 минут простоя.
watchdog?

Ок, только это не избавляет от проблем до подмонтирования коневого каталога. А я сам лично видел как ядро спрашивало какой её взять root=, так как переданный её не устроил.

Согласитесь, странно, что с такой проблемой не столкнулась критичная для написания решения масса программистов.

>>KVM-over-IP

Благодарю, выходит, это и есть промышленный подход к решению проблемы.

А почему все-таки не запилить reset-on-lan?

Боятся случайных коллизий?

> Ок, только это не избавляет от проблем до подмонтирования коневого каталога.

Вкомпилированный в ядро watchdog, активированный опцией командной строки - избавляет (нет, я не знаю, можно ли его так сконфигурировать). Вот если тебя волнуют проблемы, возникающие при инициализации самих вкомпилированных модулей, тогда ой.

Согласитесь, странно, что с такой проблемой не столкнулась критичная для написания решения масса программистов.

Аппаратные вотчдоги, KVM-over-IP, панели управления, саппорт в датацентрах :)

это и есть промышленный подход к решению проблемы

Но для этого нужно у провайдера ещё один IP попросить.

И да, как ты себе представляешь сбросить систему по сети, если она сеть не подняла, и не откликается даже на клаву?

> А почему все-таки не запилить reset-on-lan?

Потому что это DoS. Впрочем. большой брат давно проталкивает vPro.

>>да, как ты себе представляешь сбросить систему по сети, если она сеть не подняла

Я просто надеялся услышать, что в таких случаях по истечении времени она сама ребутнется. Сидел вот, гипнотизировал пинги с соседней ноды.

Ну про вотчдог тебе уже сказали. Правда нужен аппаратный, а не программный ИМХО. Во всяких там микроконтроллерах, микропроцессорах итп аппаратный вотчдог это мастхэв. Он даже по умолчанию включен и любит у нубов вызывать проблемы типа «А чё мой цикл|функция сбросился не дойдя до конца?!»

Покупай у провайдера ещё один линк и ставь KVM или сооруди цепь сброса питания через GRPS.

Ладно, всем спасибо, решением, похоже, станет KVM-over-всю-москву-на-общественном-транспорте ;)

> Есть ли какие-то методы избежать такого расклада?

В нормальных датацентрах на выбор:

- reset из панели управления
- reset + загрузка rescue image по сети
- reset + загрузка по сети хитрой виртуалки + загрузка там с ваших дисков + доступ через жаба-апплет. Такой хитровыпуклый софтовый KVM, показывает даже меню груба.

за отдельные бабки - аппаратный KVM, но он не нужен.