From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Sergey Y. Afonin" To: ALT Devel discussion list Subject: Re: [devel] Re: apcupsd, incoming =?koi8-r?q?=C9?= /etc/init.d/halt Date: Thu, 14 Apr 2005 16:34:30 +0500 User-Agent: KMail/1.8 References: <200504132020.30611.asy@altlinux.ru> <200504141346.21150.asy@altlinux.ru> <200504141153.39973.ngrechukh@ua.fm> In-Reply-To: <200504141153.39973.ngrechukh@ua.fm> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200504141634.30605.asy@altlinux.ru> X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on relay1.hippo.ru X-Virus-Status: Clean X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 11:34:44 -0000 Archived-At: List-Archive: List-Post: 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