Как проверить, происходила ли перезагрузка из-за перебоя в питании?
У нас были проблемы со смещением прерывателя, и я думаю, что мы просто сделали это снова, но я должен подтвердить что 1 из наших полей, перезагруженных из-за перебоя в питании а не по другой приземленной причине.
Я подобрал следующую информацию из журналов, но задаюсь вопросом, существует ли что-то больше сообщения:
Approx time of restart:
May 19 19:54:57 atlas07
$ last
davidpar pts/0 10.1.2.12 Sun May 19 19:54 still logged in
reboot system boot 3.5.0-30-generic Sun May 19 19:44 - 20:19 (00:34)
davidpar pts/0 10.1.2.83 Tue May 14 04:14 - 04:21 (00:06)
...
$ tail -n 500 syslog
<cut>
May 19 19:44:58 atlas07 ntpdate[1489]: adjust time server 91.189.94.4 offset 0.000047 sec
May 19 19:45:04 atlas07 CRON[1492]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
May 19 19:54:57 atlas07 dbus[1012]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
May 19 19:54:57 atlas07 dbus[1012]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
May 19 19:54:57 atlas07 polkitd[1565]: started daemon version 0.104 using authority implementation `local' version `0.104'
<cut>
2 ответа
Последняя команда отображает сбой в течение времени окончания сеанса, если выключение не было чистым, что могло бы включать отключение питания. Пример записи:
myuser pts/1 myhostname Wed Sep 28 14:18 - crash (00:23)
Просматривая ваши последние записи (при условии, что это все они), там нет перечисленных сбоев, поэтому при отключении питания не происходило никаких отключений питания. Перечисленная здесь перезагрузка выглядит как управляемая перезагрузка, а не сбой. Если вы не перезагрузили этот ящик вручную, значит, это сделала программа с правами root.
Ваши коробки не подключены к ИБП? Если вы это делаете, обычно для этого есть регистрация и поддержка, и вы будете четко видеть, когда на ИБП отключается питание, а когда сервер отключается из-за безопасного отключения ИБП. Возможно, вас заинтересует этот вопрос: https://unix.stackexchange.com/questions/13714/how-to-properly-prepare-a-server-for-power-outages7
[ 116] Когда нет ИБП, трудно «записать журнал», когда нет питания. Это невозможно. Вы можете косвенно отключить электричество, чтобы исключить другие причины.
Я рекомендую отслеживать все важные параметры ваших ящиков, чтобы решить, что отключает вашу систему. Это может быть сбой компонента в виде материнской платы или памяти (как правило, некоторые из двух экранов / совмещенных элементов памяти), либо ЦП и вентиляторов (перегрев приводит к выключению), либо ошибок жесткого диска (плохие кластеры на системных ресурсах), у каждого из которых есть некоторые типичные симптомы.
Посмотрите в / var / log / syslog /var/log/kern.log, если есть что-то интересное.
Отключение питания может быть записано в BIOS системы. Вы можете попробовать прочитать системный журнал BIOS, если таковой имеется, но это будет сложнее, поскольку каждый сервер отличается в этом отношении. Но это не обязательно скажет вам, что происходит и в чем причина «выключения сервера». Попробуйте получить команду dmidecode, чтобы узнать подробности BIOS, но я сомневаюсь, что там будет журнал.
или ... если вы не хотите вкладывать средства в ИБП, вы можете, по крайней мере, контролировать линию электропередачи через локальный ноутбук (имеет аккумулятор и может читать и регистрировать состояние диспетчера электропитания), попробуйте войти в адаптер grep ' 'из acpi -V, как следует написать что-то вроде Adapter 0: on/off-line
acpi -V |grep 'Adapter'