Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Aug 2010 10:12:02 -0700
From:      "David Brodbeck" <gull@gull.us>
To:        "Al Plant" <noc@hdk5.net>
Cc:        David Brodbeck <gull@gull.us>, Ryan Coleman <ryan.coleman@cwis.biz>, freebsd-questions@freebsd.org
Subject:   Re: UPS question
Message-ID:  <4a001956c1cb09bc1b2de566daefef1e.squirrel@www.gull.us>
In-Reply-To: <4C64B895.3070708@hdk5.net>
References:  <E1B44814-1433-4FBE-902B-BCC1944FBFCD@cwis.biz> <3135A83C-6FD9-4C3B-958F-11EE85221061@mac.com> <5304A319-0406-4510-B6B2-8FD609239FF9@cwis.biz> <43a2b1b16a03a5c58dfb7beaadd0c535.squirrel@www.gull.us> <3AB9F23A-B56C-4176-83C9-F248161066B9@cwis.biz> <cc009d380d95eaa9fee8328a6bbfe4fe.squirrel@www.gull.us> <4C6434E0.20801@hdk5.net> <D04386F5-C6C5-4C4C-BEE3-1F209FB85A49@cwis.biz> <4C64B895.3070708@hdk5.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, August 12, 2010 8:14 pm, Al Plant wrote:
>> #3. Thats why setting the bios "not" to self boot would work. (Stopping
>> the bios from turning the server on after an outage.) Someone would have
>> to check the power status manually before throwing the switch manually
>> to make it come up after power has been restored.  Also turning servers
>> and some desktops off and on is many cases a bad idea.

Yeah, that's why I prefaced my original misgivings by asking if this was
an unattended system.  If someone will be around to push the button,
there's no need to worry about bringing the system back up automatically. 
But if someone's going to have to drive 50 miles on a weekend to do it,
automatic start-up is a good idea. ;)

Where I work we have most of our systems set to *not* power back up after
an outage.  This is deliberate; I can't guarantee that the air
conditioners will come back on when power is restored, so I need to
manually verify that they're working before all that heat-generating
equipment is powered back on.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4a001956c1cb09bc1b2de566daefef1e.squirrel>