ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Sergey Y. Afonin" <asy@altlinux.ru>
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: Re: [devel] Re: apcupsd, incoming и /etc/init.d/halt
Date: Thu, 14 Apr 2005 16:34:30 +0500
Message-ID: <200504141634.30605.asy@altlinux.ru> (raw)
In-Reply-To: <200504141153.39973.ngrechukh@ua.fm>

On Thursday 14 April 2005 13:53, Nick S. Grechukh wrote:

> > отмонтирование. На сколько я помню APC-шные Смарты к таковым относятся.
> > И по поводу еще одной предположительно баги:
> > command=/sbin/poweroff. Это приведет к тому, что будет отключено питание у

> предполагается, что еще до этого сам ups ее отрубит. 

Это достаточно смелое предположение... В общем, чтобы не быть голословным,
я провел эксперименты с APC Smart UPS 700. Оказалось, что все еще хуже.
В кратце, команда killpower должна даваться бесперебойнику в K00, а не
в S01. Поясняю. Критерием для начала процесса shutdown у apcupsd служит 
параметр в EEPROM UPS, который в отчете apcupsd называется MINTIMEL. Этот
же параметр является задержкой для отключения питания у самого UPS после
получения команы killpower. В результате, в текущей ситуации с halt

1. пока UPS отключит питание, успевает отработаться все.

2. если poweroff не сможет отключить питание, есть риск, что UPS отключится
   не по команде killpower, а просто потому, что батареи сели.

Кто еще для каких UPS проверить может ?

> > ATX материнки. Если у нее в BIOS стоит "запоминать последнее состояние", то

> а если не стоит, то тем более не включится. 

Ну почему ? Вообще, у Intel, к примеру, три варианта на возврат напряжения: 
всегда включаться, оставаться в предыдущем состоянии, никогда не включаться.

> > после подачи питания с UPS системник не включится. Я думаю, что если идет
> > отключение по power fail, то должно быть halt, а не poweroff.

> ups дается команда на отключение именно для этого.

Ничего ничего подобного. Это у тех UPS, на которые просто рассчитывать не
стоит. Чисто настольные поделки скачек напряжения отработать. :-)

Тот же Smart UPS после отключения питания по killpower переходит в состояние
ожидания входного напряжения. После его появления он ждет минуту (или до
определенного заряда батарей - по выбору), после чего подает питание на 
свои выходные розетки, включая технику. Более того, у них предусмотрена и
ситуация с возвратом питания раньше времени: после получения killpower процесс
с обесточиванием не может быть прерван, иначе как ручным отключением UPS. Это
означает, что бесперебойник перезапустит остановленный по halt компьютер 
всегда. А если ему, компьютеру, сделали не halt, а poweroff, а в БИОС стоит
что-то отличное от "включать всегда", выходит конфуз. 

Кроме того, Smart UPS имеет возможность управлять работой компьютера по 
расписанию: скажем, с утра включить, а вечером выключить, сообщив о начале 
процесса killpower управляющему демону. АПС-шный парашут это точно понимает,
не знаю вот только, как apcupsd.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru


  reply	other threads:[~2005-04-14 11:34 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-13 15:20 [devel] " Sergey Y. Afonin
2005-04-13 15:35 ` [devel] " Michael Shigorin
2005-04-13 15:51   ` Sergey Y. Afonin
2005-04-13 16:01     ` Sergey Y. Afonin
2005-04-13 17:05     ` Dmitry V. Levin
2005-04-14  8:25       ` [devel] [JT] " Michael Shigorin
2005-04-14  8:46       ` [devel] " Sergey Y. Afonin
2005-04-14  8:53         ` Nick S. Grechukh
2005-04-14 11:34           ` Sergey Y. Afonin [this message]
2005-04-14 11:44             ` Sergey Y. Afonin
2005-04-14 12:35             ` Dmitry V. Levin
2005-04-14 13:18               ` Sergey Y. Afonin
2005-04-14 13:28                 ` Dmitry V. Levin
2005-04-14 14:08                   ` Sergey Y. Afonin
2005-04-14 14:16                     ` Dmitry V. Levin
2005-04-14 16:43                       ` Sergey Y. Afonin
2005-04-14 17:10                         ` Sergey Y. Afonin
2005-04-20 11:12                           ` Dmitry V. Levin
2005-04-20 16:03                             ` Sergey Y. Afonin
2005-04-21 10:16                               ` Sergey Y. Afonin
2005-04-20 10:40                         ` Sergey Y. Afonin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200504141634.30605.asy@altlinux.ru \
    --to=asy@altlinux.ru \
    --cc=devel@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git