lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 30 Jan 2008 21:12:41 +0100
From:	Bruno Prémont <bonbons@...ux-vserver.org>
To:	Michael Tokarev <mjt@....msk.ru>
Cc:	Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: hibernate/suspend-to-disk: to turn power or not?

On Wednesday 30 January 2008 20:18:40 you wrote:
> I'm trying to "glue" hibernation and UPS control
> together, and have a question.
>
> When the system power comes off an UPS (Uninterruptable
> Power Supply I mean), it's probably a good idea to turn
> the UPS off when shutting the system down or hibernating.
This depends on how you can turn the UPS back on...
If pushing the button manually is not an issue or the UPS
can still be controlled remotely (e.g. via network) when
being off it doesn't matter.

> Even with shutdown (not related to hibernating) there's
> an interesting twist: modern systems can remember the
> previous on/off status when the power gets cut and
> restores - BIOS-controlled option that allows the
> system to automatically start when the input power
> returns.  Now, when we shutting down a system, we
> need to turn the UPS *before* powering down the
> system but *after* the shutdown procedure has been
> completed.  This is done by replacing poweroff with
> halt, and ordering the UPS to turn itself off after
> a small delay (needed for the poweroff command to
> complete) - this way, system will be on but in a
> safe-to-powercut mode, and in order to turn it
> back on only the UPS has to be turned on.
All systems I've seen that provide such an option in the BIOS
list three possible actions on power-back:
- remain off
- go back to previous state
- boot

In your case it's possibly easier to choose the option to
always boot when power comes back.

> But the question comes as how to control the UPS when
> we replace shutdown with hibernation.  Ideally I want
> to send some commands to the UPS after hibernation has
> been completed (since I don't know how much time it
> will require to hibernate), but before the machine
> will be turned off by the kernel.  Or at the very least,
> to be able to stop the kernel turning the machine off
> after hibernation process is complete - this way,
> I can order the UPS to turn the power off after some
> delay and hope hibernation process will finish when
> the UPS will finally cut the power (not all UPSes
> are able to do timely shutdown like this).
Can you configure your UPS to poweroff when load on its output
drops below a given threshold? (I know that such a feature
exists on master-slave power outlets where all slave outlets
are powered only when the master outlet has a sufficient load)

Another path may be to dig into hibernate via kexec:
  http://kerneltrap.org/node/11756

> What's my way here?
>
> Thanks!
>
> /mjt
>
> P.S.  Surprisingly, there's NO software that works
> with UPSes and implements even the basic shutdown
> process completely (not even mentioning hibernation).
> Most common is just to turn the system off without
> touching the UPS.  Yes it will work (till the UPS
> will run out of battery), but how about servers which
> should be up-n-running, ie. which should restart
> automatically?..  Oh well.
Can't the UPS software trigger scripts or be controlled
using scripts?

Regards,
Bruno

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ