[sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[john]

Добрый день.

Заметил неприятную вещь на ядрах 2.6.38-std-def-alt7.2 и 2.6.32-el-smp-alt22
На других пока не проверял.

Делаю shutdown -h now и получаю на экране:

Для ядра 2.6.38-std-def-alt7.2

The system is halted
[ 54.220256] System halted.

Для 2.6.32-el-smp-alt22

The system is halted
System halted.

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

Замечено на совершенно разных компьютерах. Что и где подкрутить что-бы нормально тушились ПК ? 

-- 
С уважением, Серов Евгений

E-mail: john@sakh.com
UIN: 17777140

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[Sergey]

On Thursday, June 02, 2011, john@sakh.com wrote:

> Делаю shutdown -h now и получаю на экране:
>
> Для 2.6.32-el-smp-alt22
> 
> The system is halted
> System halted.
> 
> И машина до конца не тушится, так и продолжает отображать данное сообщение.
> В итоге получаем машину в глубокой коме. И не жива и не мертва.

Что значит в коме ? Не выключилась просто ? "-h" - это вовсе не power off.
Ну и https://bugzilla.altlinux.org/10326

Можно писать poweroff, если надо отключить.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[Dmitry Chistikov]

Sergey, Jun. 02, 2011, 10:23 +0400:
> "-h" - это вовсе не power off.

Строго говоря, это не так. Согласно man 8 shutdown,
-h - это "Halt or power off after shutdown", а вот
-P - это "Halt action is to turn off the power" (модификатор для -h).

-- 
Дмитрий Чистиков

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[john]

В сообщении от 2 июня 2011 18:00:33 автор Dmitry Chistikov написал:
> Sergey, Jun. 02, 2011, 10:23 +0400:
> > "-h" - это вовсе не power off.
> 
> Строго говоря, это не так. Согласно man 8 shutdown,
> -h - это "Halt or power off after shutdown", а вот
> -P - это "Halt action is to turn off the power" (модификатор для -h).
/sbin/shutdown -hP now

так же не выключает пк

-- 
С уважением, Серов Евгений

E-mail: john@sakh.com
UIN: 17777140

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[Sergey]

On Thursday, June 02, 2011, Dmitry Chistikov wrote:

> > "-h" - это вовсе не power off.
> 
> Строго говоря, это не так. Согласно man 8 shutdown,
> -h - это "Halt or power off after shutdown", а вот

Тут да, "или", что странно само по себе: неоднозначность, это плохо в
таком деле. Однако, согласно Usage, который показывает сам shutdown,
никакого "или" нет:

Usage:    shutdown [-akrhPHfFnc] [-t sec] time [warning message]
                  -a:      use /etc/shutdown.allow
                  -k:      don't really shutdown, only warn.
                  -r:      reboot after shutdown.
                  -h:      halt after shutdown.
                  -P:      halt action is to turn off power.
                  -H:      halt action is to just halt.
                  -f:      do a 'fast' reboot (skip fsck).
                  -F:      Force fsck on reboot.
                  -n:      do not go through "init" but go down real fast.
                  -c:      cancel a running shutdown.
                  -t secs: delay between warning and kill signal.
                  ** the "time" argument is mandatory! (try "now") **

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[Sergey]

On Thursday, June 02, 2011, john@sakh.com wrote:

> https://bugzilla.altlinux.org/show_bug.cgi?id=10326
> 
> "2. Самое главное. Существуют системы, причём серверные, где выбора
> поведения atx power нет, а используется режим запоминания последнего
> состояния." Это как раз мой случай. Итог: не поднялся.

Вот как раз должен был подняться именно в этом случае, а в случае
выключения потребовалось бы нажимать кнопку. Давайте разбираться,
что именно произошло. Я так понимаю, 220 дали до того, как UPS
отключился ? Что используется, apcupsd и APC Smart UPS, или что-то
ещё ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[john]

В сообщении от 2 июня 2011 19:06:13 автор Sergey написал:
> On Thursday, June 02, 2011, john@sakh.com wrote:
> > https://bugzilla.altlinux.org/show_bug.cgi?id=10326
> > 
> > "2. Самое главное. Существуют системы, причём серверные, где выбора
> > поведения atx power нет, а используется режим запоминания последнего
> > состояния." Это как раз мой случай. Итог: не поднялся.
> 
> Вот как раз должен был подняться именно в этом случае, а в случае
> выключения потребовалось бы нажимать кнопку. Давайте разбираться,
> что именно произошло. Я так понимаю, 220 дали до того, как UPS
> отключился ? Что используется, apcupsd и APC Smart UPS, или что-то
> ещё ?
APC Smart UPS, настройки в конфиге apcupsd одинаковые что на CentOS, что на альте,
за исключением того, что альтовский сервер управляет UPS по com порту, а сервер на
CentOS по ether. 
Сейчас с утра пришёл и хорошенько глянул логи на серверах. Ночью когда всё это случилось,
дёргали свет. UPS дох потихоньку.

Хроника событий:
Когда заряд батареи был исчерпан, он об этом сказал.
И сервер на альте пошёл честно выполнять shutdown -h now
Jun  2 04:50:18 gw apcupsd[4078]: Battery power exhausted.
Jun  2 04:50:18 gw apcupsd[4078]: Initiating system shutdown!
...
Jun  2 04:50:31 gw kernel: Kernel logging (proc) stopped.
Jun  2 04:50:31 gw kernel: Kernel log daemon terminating.
Jun  2 04:50:32 gw klogd: klogd shutdown succeeded
Jun  2 04:50:32 gw exiting on signal 15
.
Последнее что увидел сервер на CentOS от apcupsd
Jun  2 04:51:13 host apcupsd[3482]: Communications with UPS lost.
Так и работал, пока UPS окончательно не сдох.
.
Ниже видно, что в 04:52:24, может чуть позднее UPS выключился.
.
Jun  2 04:52:24 host openvpn[10615]: UDPv4 link remote: 
Jun  2 04:54:34 host syslogd 1.4.1: restart.
.
Jun  2 04:54:34 host syslog: запуск syslogd succeeded
.
Приблизительно в 04:54:34 появилось напряжение 220В в сети.
UPS включился. Сервер на CentOS включился, а альт так и висел.
Посмотреть что было на экране в этот момент не смог, на клавиатуру не реагировал.
Индикатор питания горел. Удержал кнопку питания, потушил сервер и включил.  
Всё.
В этой ситуации все сервера на CentOS без исключения завелись, кроме сервера на альте.
Наводит на мысли использовать идеологически неправильный poweroff.

-- 
С уважением, Серов Евгений

E-mail: john@sakh.com
UIN: 17777140

Re: [sisyphus] 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома

[Sergey]

On Friday, June 03, 2011, john@sakh.com wrote:

> Jun  2 04:50:31 gw kernel: Kernel logging (proc) stopped.
> Jun  2 04:50:31 gw kernel: Kernel log daemon terminating.
> Jun  2 04:50:32 gw klogd: klogd shutdown succeeded
> Jun  2 04:50:32 gw exiting on signal 15
> .
> Последнее что увидел сервер на CentOS от apcupsd
> Jun  2 04:51:13 host apcupsd[3482]: Communications with UPS lost.
> Так и работал, пока UPS окончательно не сдох.

Это - неправильное поведение. Если бы в этот момент дали 220, он 
бы не поднялся. apcupsd должен был успеть послать killpower. UPS
точно не отключился ?

> .
> Ниже видно, что в 04:52:24, может чуть позднее UPS выключился.
> .
> Jun  2 04:52:24 host openvpn[10615]: UDPv4 link remote: 
> Jun  2 04:54:34 host syslogd 1.4.1: restart.
> .
> Jun  2 04:54:34 host syslog: запуск syslogd succeeded
> .
> Приблизительно в 04:54:34 появилось напряжение 220В в сети.
> UPS включился. Сервер на CentOS включился, а альт так и висел.

Это, опять же, говорит только о том, что SmartUPS не получил сигнал
killpower. Это не имеет никакого отношения к halt/poweroff/shutdown.

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

Это совершенно неправильная мысль. Копать надо в сторону правильности
отработки команд apcupsd. 

> APC Smart UPS, настройки в конфиге apcupsd одинаковые что на CentOS,
> что на альте,

Этого не может быть, я гарантирую, что в ALT есть отличия в скриптах
и порядке останова. Сам делал. ;-) Разве что сам конфиг одинаковый.

> за исключением того, что альтовский сервер управляет UPS по com
> порту,

RS-232 - самый простой вариант. Тут должно быть всё всегда
правильно. Разбираемся дальше. "rpm -qa|grep apcupsd" что
показывает ? И ls /etc/rc0.d/*apc* .

Кстати, сразу замечу, у меня десятка два систем с ALT/SmartUPS/apcupsd,
с RS-232, с читым USB, с USB-Serial. Один с snmp. Сейчас вот с Moxa
NPort ещё появился, правда тут гаситься не будет мониторящий хост - не 
надо. Отключения хоть где-то, но раз в месяц бывают.

-- 
С уважением, Сергей
a_s_y@sama.ru

[sisyphus] apcupsd (Re: 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома)

[Sergey]

On Friday, June 03, 2011, Sergey wrote:

> > за исключением того, что альтовский сервер управляет UPS по
> > com порту,
 
> RS-232 - самый простой вариант. Тут должно быть всё всегда
> правильно. Разбираемся дальше.

ТАк что ? Мне, и как мантейнеру пакета, и как пользователю пакета
на большом количестве инсталляций, интересно достичь полной ясности
по этому вопросу. Либо надо что-то починить в пакете, а я сам ещё, 
почему-то, не наступил на эту граблю, либо это какой-то локальный
баг, например UPS неисправный.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] apcupsd (Re: 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома)

[john]

В сообщении от 6 июня 2011 18:54:52 автор Sergey написал:
> On Friday, June 03, 2011, Sergey wrote:
> > > за исключением того, что альтовский сервер управляет UPS по
> > > com порту,
> > 
> > RS-232 - самый простой вариант. Тут должно быть всё всегда
> > правильно. Разбираемся дальше.
> 
> ТАк что ? Мне, и как мантейнеру пакета, и как пользователю пакета
> на большом количестве инсталляций, интересно достичь полной ясности
> по этому вопросу. Либо надо что-то починить в пакете, а я сам ещё,
> почему-то, не наступил на эту граблю, либо это какой-то локальный
> баг, например UPS неисправный.
Вчера увидел всю картину воочию. Всё что описывал ранне, происходило
ночью. Сейчас же произошло утром. В здании где стоят сервера начался
капремонт. И там долбят и сверлят мощным инструментом. В пилоте, что стоит
в самом начале цепочки, начала срабатывать защита. Он отключается и включается
когда хочет. Когда пришёл, то у видел представление из орущих UPSов и щёлкающего пилота.
Что именно щёлкает, понял не сразу.
Всё это почти разом стихает, UPSы дохнут. Разряд батарей полный. Они не успевают даже немного
зарядиться.  Тишина минуты 2-3. Щелчок, в пилоте отработала  защита. Он включился.
Все сервера заработали, альтовский не хочет. Проверил в биосе альтовского сервера стоит
Power On. Но он не заводится.

Повторюсь к SU1500APC подключены 2 сервера, один на альте, другой на центос.
Альтовский сервер подключен по rs-232 и по сети apcupsd управляет центосовским сервером.

При первом полном разряде батарей, когда только началась проблема с сработкой защиты на пилоте,
UPS как и положено послал команду на shutdown серверов. Сервера потухли как и положенно. Разряд батарей
был не таким критическим, что бы не успеть выдать команду на завершение работы.
Альтовский сервер в режим halt. Центосовский выключился полностью.
Потом начинается свистопляска что описал выше. Включается, выключается, всё орёт, пищит.
Сервера заводятся, потом всё это падает. И опять заводятся, и опять всё тухнет. UPSы кроме этого
есть ещё и другие.
До управления UPSами серверами думаю даже в дальнейщем и не доходило. Разряд батарей на UPSах
стал  до такой степени критический, что они просто напросто выключались при сработке защиты на пилоте.
Вот собственно что происходило.

-- 
С уважением, Серов Евгений

E-mail: john@sakh.com
UIN: 17777140

Re: [sisyphus] apcupsd (Re: 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома)

[Sergey]

On Tuesday 07 June 2011, john@sakh.com wrote:

> Всё это почти разом стихает, UPSы дохнут. Разряд батарей полный. Они не
> успевают даже немного зарядиться.  Тишина минуты 2-3. Щелчок, в пилоте
> отработала  защита. Он включился. Все сервера заработали, альтовский не
> хочет. Проверил в биосе альтовского сервера стоит Power On. Но он не
> заводится. 

В смысле не включается сам компьютер ?

> При первом полном разряде батарей, когда только началась проблема с
> сработкой защиты на пилоте, UPS как и положено послал команду на
> shutdown серверов. Сервера потухли как и положенно. Разряд батарей 
> был не таким критическим, что бы не успеть выдать команду на завершение
> работы. Альтовский сервер в режим halt. Центосовский выключился полностью.

Через время "apcaccess|grep DSHUTD" должен был отключиться UPS и показать
соотвующую индикацию: перемигивающиеся вверх-вниз индикаторы.

> Потом начинается свистопляска что описал выше. Включается, выключается,
> всё орёт, пищит. Сервера заводятся, потом всё это падает. И опять заводятся,
> и опять всё тухнет.

Нехорошая ситуация сама по себе. Думаю, надо выставить у UPS параметр RETPCT
больше нуля (это по-умолчанию). Первое значение 15%. Минус - включаться всё
не будет сразу, но, зато, этого "туда-сюда" не будет. Железо целее останется.

DSHUTD и RETPCT можно задать через apctest.

5) Program EEPROM 

   8) Change shutdown delay
   11) Change battery return threshold percent

Кстати, неплохо бы ещё

   4) Change sensitivity

в Low выставить. Импульсным б/п в компьютерах по барабану, а UPS от лишних
переходов на батарею может уберечь. Да и диапазоны переходов поправить тоже
можно, в смысле пошире сделать.

> До управления UPSами серверами думаю даже в дальнейщем и не доходило.
> Разряд батарей на UPSах стал  до такой степени критический, что они
> просто напросто выключались при сработке защиты на пилоте. Вот собственно
> что происходило. 

В этой ситуации, как я понимаю, сервер с ALT никак не мог остаться
включенным после shutdown, даже если что-то не так прошло с UPS.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] apcupsd (Re: 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома)

[Sergey]

On Tuesday, June 07, 2011, Sergey wrote:

> 5) Program EEPROM 
> 
>    8) Change shutdown delay

На всякий случай. shutdown delay не не должен быть 0. Это время,
через сколько UPS должен отключить питание после получения killpower,
a killpower выдаётся в K89apcupsd, перед K90network. Надо оставить
время для завершения всего остального.

Почему перед network ? Потому, что UPS может быть подключен по
SNMP через ethernet, например. Это актуально для моделей, у которых
используется новый протокол через RS-232. Его ещё не расковыряли, так
что, пока, apcupsd его не поддерживает.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] apcupsd (Re: 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома)

[john]

В сообщении от 7 июня 2011 15:54:47 автор Sergey написал:
> On Tuesday 07 June 2011, john@sakh.com wrote:
> > Всё это почти разом стихает, UPSы дохнут. Разряд батарей полный. Они не
> > успевают даже немного зарядиться.  Тишина минуты 2-3. Щелчок, в пилоте
> > отработала  защита. Он включился. Все сервера заработали, альтовский не
> > хочет. Проверил в биосе альтовского сервера стоит Power On. Но он не
> > заводится.
> 
> В смысле не включается сам компьютер ?
Да, не включился, хотя должен был. Показывало что питание есть, но сервер
как будто спал. Хотя в биосе стоит Power On на случай появления питания.
Может конечно крыша поехала у сервера, от такой котовасии...
И к слову, есть два совершенно одинаковых сервера. Совершенно одинаково
настроены в плане BIOS. Firmware один и тот же.
Один заводится при появлении в эл. сети напряжения, другой
напрочь отказывается это делать. Отличаются только установленной на них ОС.
Управляются по сети тем же apcupsd. 
Который поднимается, там CentOS. Тот, что только по пинку по кнопке Power, альт.
Опять ерунда и как говорила моя учительница математики: один раз - это случайность,
два раза - это уже закономерность.
А хочеться думать что это, всё же только случайность, не более.
Кто виноват apcupsd или shutdown -h now, не знаю.
Рассуждать о кошерности применения poweroff или shutdown -h now
не могу. Но знаю одно, что shutdown -h now в центос ведёт к однозначному выключению
питания на сервере. И он однозначно поднимается, что не могу сказать про альт.
> 
> > При первом полном разряде батарей, когда только началась проблема с
> > сработкой защиты на пилоте, UPS как и положено послал команду на
> > shutdown серверов. Сервера потухли как и положенно. Разряд батарей
> > был не таким критическим, что бы не успеть выдать команду на завершение
> > работы. Альтовский сервер в режим halt. Центосовский выключился
> > полностью.
> 
> Через время "apcaccess|grep DSHUTD" должен был отключиться UPS и показать
> соотвующую индикацию: перемигивающиеся вверх-вниз индикаторы.
> 
> > Потом начинается свистопляска что описал выше. Включается, выключается,
> > всё орёт, пищит. Сервера заводятся, потом всё это падает. И опять
> > заводятся, и опять всё тухнет.
> 
> Нехорошая ситуация сама по себе. Думаю, надо выставить у UPS параметр
> RETPCT больше нуля (это по-умолчанию). Первое значение 15%. Минус -
> включаться всё не будет сразу, но, зато, этого "туда-сюда" не будет.
> Железо целее останется.
> 
> DSHUTD и RETPCT можно задать через apctest.
> 
> 5) Program EEPROM
> 
>    8) Change shutdown delay
>    11) Change battery return threshold percent
> 
> Кстати, неплохо бы ещё
> 
>    4) Change sensitivity
> 
> в Low выставить. Импульсным б/п в компьютерах по барабану, а UPS от лишних
> переходов на батарею может уберечь. Да и диапазоны переходов поправить тоже
> можно, в смысле пошире сделать.
в Low и стоит, это уже по умолчанию, с нашим мерзким напряжением.

> 
> > До управления UPSами серверами думаю даже в дальнейщем и не доходило.
> > Разряд батарей на UPSах стал  до такой степени критический, что они
> > просто напросто выключались при сработке защиты на пилоте. Вот собственно
> > что происходило.
> 
> В этой ситуации, как я понимаю, сервер с ALT никак не мог остаться
> включенным после shutdown, даже если что-то не так прошло с UPS.
Конечно не мог. Но при появлении питания, он вернулся в состояние halt
Как будто ему наплевать что в BIOS стоит Power On
Вообще такое поведение вижу в первый раз и очень надеюсь, последний.

-- 
С уважением, Серов Евгений

E-mail: john@sakh.com
UIN: 17777140

Re: [sisyphus] apcupsd (Re: 2.6.38-std-def-alt7.2, 2.6.32-el-smp-alt22 & shutdown -h now = кома)

[Sergey]

On Tuesday, June 07, 2011, john@sakh.com wrote:

>> В смысле не включается сам компьютер ?

> Да, не включился, хотя должен был. Показывало что питание есть, но
> сервер как будто спал. Хотя в биосе стоит Power On на случай появления
> питания. Может конечно крыша поехала у сервера, от такой котовасии...
> И к слову, есть два совершенно одинаковых сервера. Совершенно одинаково
> настроены в плане BIOS. Firmware один и тот же.
> Один заводится при появлении в эл. сети напряжения, другой
> напрочь отказывается это делать. Отличаются только установленной на
> них ОС.

Включение при появлении питания никак не зависит от ОС. Это исключительно
настройки BIOS материнской платы или её работоспособность вообще.

> > В этой ситуации, как я понимаю, сервер с ALT никак не мог остаться
> > включенным после shutdown, даже если что-то не так прошло с UPS.

> Конечно не мог. Но при появлении питания, он вернулся в состояние halt
> Как будто ему наплевать что в BIOS стоит Power On
> Вообще такое поведение вижу в первый раз и очень надеюсь, последний.

Такое поведение попросту невозможно само собой. То есть, вообще. Либо
он включился и кто-то ему ещё раз сказал halt (или что-то аналогиченое),
или надо чинить железо. В первом случае надо искать, кто сказал halt.
Если это сказал apcupsd, то он же должен был отключить и UPS. Если
отключения не было, то это не apcupsd.

-- 
С уважением, Сергей
a_s_y@sama.ru