На самом деле я хотел не просто перезагрузить сервер, но и узнать причину зависания.
Я уже нарыл netconsole, но в случае зависания сеть перестаёт работать, так что теоретически я не увижу причину зависания. Пока, как вариант, физическая консоль на последовательном порту. 2010/2/22 George Shuklin <[email protected]>: > В Пнд, 22/02/2010 в 12:58 +0200, Said Chavkin пишет: > > Да. До тех пор, пока микруха (схема) в северном (южном?) мосту жива, она > (будучи включенной и не получившей ответ в течение N минут от ОС) > дёргает RST на процессоре. > > Это не спасёт от плохого питания, выключения питания вместо ребута и > полуподвисшего ядра, которое вочдог знает, а дискового > контроллера/сетевуху нет. > >> watchdog, перезагружает систему автоматически. Я правильно Вас понимаю? >> И появилась дополнительная информация, сервер на atl+sysrq+reisub не ответил. >> 2010/2/22 George Shuklin <[email protected]>: >> > В Пнд, 22/02/2010 в 12:18 +0200, Said Chavkin пишет: >> >> Здравствуйте. >> >> >> >> У меня есть веб-сервер который стоит у провайдера. >> >> Установлен Debian stable. >> >> Я работаю с ним около 2 месяцев. >> >> За эти два месяца он два раза зависал. >> >> >> >> Последний раз я сам перезагружал его после обновления ядра, примерно 11 >> >> февраля. >> >> >> >> После перезагрузки никакой полезной информации из логов я не почерпнул. >> >> Экран во время зависания был пуст. >> >> >> >> Собственно вопрос: можно ли каким-то доступным способом, то есть >> >> средствами операционной системы, получать информацию о зависании >> >> (платы для диагностики у меня нет)? >> > >> > Функция называется watchdog, большинство серверных и embedded железок >> > умеют. >> > > >
