Petri Riihikallio <[EMAIL PROTECTED]> wrote:
> > "sync" is pretty much useless, it doesn't buy you anything.
> > Particularly, it won't mark your filesystems clean (so fsck
> > will still have to run on the next boot), and it does not
> > guarantee that there's no unwritten data left in memory
> > This way the system reboots, but the reboot is interrupted with
>> powerdown at early stage. Not ideal, I agree, but a solution still.
>
>And it has the side-benefit of nicely handling the fairly common case of
>where the power comes back on just long enough to get your UPS going
>again, esp
Thanks for your reply!
>"sync" is pretty much useless, it doesn't buy you anything.
>Particularly, it won't mark your filesystems clean (so fsck
>will still have to run on the next boot), and it does not
>guarantee that there's no unwritten data left in memory.
Yes, this I found out by testing.
> This way the system reboots, but the reboot is interrupted with
> powerdown at early stage. Not ideal, I agree, but a solution still.
And it has the side-benefit of nicely handling the fairly common case of
where the power comes back on just long enough to get your UPS going
again, especially i
At 08:45 PM 9.27.2002 +0300, Petri Riihikallio wrote:
>>I have several SmartUPS (APC 1500s) that run the most critical machines and
>>dictate to the slaves.
>
>I believe the SmartUPS can be programmed to wait before they start to
>supply power. If I read the apcupsd docs correctly you can check y
>I've never tried this and it's not the ideal method, but it's simple,
>so I offer it for your consideration:
>
>Put your UPS software on the root partition.
>
>In the software which initiates the mains-failure shutdown, just do
>"shutdown -r now" or "init 6" or "reboot" or whatever.
>
>At the top
>I have several SmartUPS (APC 1500s) that run the most critical machines and
>dictate to the slaves.
I believe the SmartUPS can be programmed to wait before they start to
supply power. If I read the apcupsd docs correctly you can check you
settings with "apcaccess eeprom".
It should return the
I've never tried this and it's not the ideal method, but it's simple,
so I offer it for your consideration:
Put your UPS software on the root partition.
In the software which initiates the mains-failure shutdown, just do
"shutdown -r now" or "init 6" or "reboot" or whatever.
At the top of /etc/
At 07:09 PM 9.27.2002 +0300, Petri Riihikallio wrote:
>>In my case where I DON'T want the machines to restart after complete
>>shutdown, was from an expensive learning experience. In our area
>>(summertime subtropics), sometimes the power comes back on but flips right
>>back off -- just as the mac
On Fri 2002-09-27 (19:03), Petri Riihikallio wrote:
> You have an APC "smart" model, I have a dumb one. The smart ones have
> a "shutdown grace period". That is, they don't kill the power
> immediately after the -k command, but after a delay. That -d 3 should
> make it 3 seconds, which is kind
>In my case where I DON'T want the machines to restart after complete
>shutdown, was from an expensive learning experience. In our area
>(summertime subtropics), sometimes the power comes back on but flips right
>back off -- just as the machine is trying to restart -- this happened THREE
>times in
>The way I've set it up, upsmon (part of NUT) issues a 'shutdown -p'
>when the battery is low. A local hack to rc.shutdown then instructs
>the UPS to turn itself off a few seconds later, by running:
>
> /usr/local/libexec/nut/newapc -a su1000 -k -d 3
>
>In the scenario you describe, things wo
At 05:14 PM 9.27.2002 +0200, David Siebörger wrote:
>On Fri 2002-09-27 (14:00), Petri Riihikallio wrote:
>> Have you thought about this situation:
>>
>> 1. The UPS is almost empty, and the monitoring system issues shutdown -p
>> 2. The system starts the shutdown sequence. It can take well over a
On Fri 2002-09-27 (14:00), Petri Riihikallio wrote:
> Have you thought about this situation:
>
> 1. The UPS is almost empty, and the monitoring system issues shutdown -p
> 2. The system starts the shutdown sequence. It can take well over a
> minute. There is no way to stop it now.
> 3. Power ret
>I don't *think* that any of those daemons would be harmed by unmounting the
>drives. After all, you can 'kill -9' them without any permanent bad
>effects.
kern_shutdown.c kills all processes with signals, flushes and syncs
disks etc. It just seems silly to try to duplicate a kernel function
w
At 05:55 PM 9.27.2002 +0300, Petri Riihikallio wrote:
>>===> What happens if power returns AFTER this final decision, but BEFORE
>>the system is actually shut down? The time frame can be over a minute.<===
>>
>>Interesting! This is the most I can recall being discussed about UPS for
>>the past yea
>===> What happens if power returns AFTER this final decision, but BEFORE
>the system is actually shut down? The time frame can be over a minute.<===
>
>Interesting! This is the most I can recall being discussed about UPS for
>the past year. Glad we are doing it, but I still don't see the problem
At 05:11 PM 9.27.2002 +0300, Petri Riihikallio wrote:
>>Have you looked at the script I'm referring to...?? It's the one provided
>>by apccontrol as I recall which contains several "shutdown -h" commands
>>which can be stopped and go back to business if the power returns because
>>apcupsd checks t
At 2002-09-27T13:45:42Z, Kirk Strauser <[EMAIL PROTECTED]> writes:
> I would think so. Other people have mentioned the 'shutdown -p' command;
> does it do what you need?
I wrote that before reading some of the other messages - feel free to ignore
it.
--
Kirk Strauser
In Googlis non est, ergo
>Have you looked at the script I'm referring to...?? It's the one provided
>by apccontrol as I recall which contains several "shutdown -h" commands
>which can be stopped and go back to business if the power returns because
>apcupsd checks to see if the power is back before it runs the shutdown par
>The fact of the matter is that if the timing is *just* wrong you
>probably can't automatically recover. How likely is that to happen?
Power outages are rare and short around here. I remember one that
lasted for an hour in the last five years. It made headlines.
My UPS is good for ca. 15 min.
At 2002-09-27T11:21:18Z, Petri Riihikallio <[EMAIL PROTECTED]> writes:
> Thank you for your thoughts.
You are quite welcome.
>> I think that the biggest hurdle will be making sure that your filesystems
>> are cleanly unmounted.
> Yes, something like that should be done.
> There are still all
> > I didn't discover this problem myself. It is documented in
>> http://www.apcupsd.com/users_manual/shutdown.html ("automatic
>> reboot") and http://www.exploits.org/nut/docs/1.0.0/shutdown.html
> > ("power race"). It is just that I haven't found any FreeBSD solution.
>
>Now I'm with you ...
Petri Riihikallio <[EMAIL PROTECTED]> wrote:
> I have a FreeBSD 4.6.2 box and an UPS. I have chosen NUT
> (http://www.exploits.org/nut) as my UPS monitor. Everything compiles
> and runs fine. I have a problem with the shutdown script.
>
> How do I shut down the system properly?
> [...]
>
On Friday 27 September 2002 07:01 am, Petri Riihikallio wrote:
| >h I use apcupsd from ports which has shown to be very
| > reliable and has great docs. It has been months since I looked at
| > this stuff, but remember something like this issue you make was
| > covered in detail.
|
| Th
>>What is wrong with
>>
>> shutdown -p now
>>
>>?
>>
>>(Or shutdown -h now, if you don't have APM?)
The system is helpless, if the power returns before the UPS shuts
down. Since there won't be any power-out, there won't be autoboot at
power-return.
The time frame is over a minute. That's why
Thank you for your thoughts.
>I haven't actually done this, so take my advice with a grain of salt.
>
>I think that the biggest hurdle will be making sure that your filesystems
>are cleanly unmounted. I would *think* that:
>
> umount -af
> sync; sync; sync
> umount -fr /
>
>should unmount
Thanks for your reply!
>Maybe the question wasn't the clearest?
The problem is hard to explain. The post should be short, but include
all information. Apparently I was too terse.
>>It doesn't feel right to crash after the UPS has run dry. (I don't
>>have a generator.) About the first thing I
>I have a small program that monitors an APC smart 700 that does what
>you are talking about... I do not really remember how it does it.
>
>If you are interested I can email you the source code.
Thank you, but I have the BackUPS 650, which is dumb. The serial
control is completely different from
>h I use apcupsd from ports which has shown to be very reliable and
>has great docs. It has been months since I looked at this stuff, but
>remember something like this issue you make was covered in detail.
Thanks, good pointer:
http://www.apcupsd.com/users_manual/shutdown.html discusses
>No, you are not the only one using UPS, but in my case, I don't use NUT and
>don't quite understand the problem you have with the shutdown. My scripts
>use shutdown -p just fine (rather than shutdown -h). It will only use that
>when it reaches the final designated time to do so. If power returns,
At 17:02 26/09/2002 +0300, Petri Riihikallio sent this up the stick:
>A couple of days ago I sent a message asking how to shut down a FreeBSD
>system when I KNOW the power will be off after the next script command.
>
>Nobody has commented yet.
Maybe the question wasn't the clearest?
>Am I the
At 05:02 PM 9.26.2002 +0300, Petri Riihikallio wrote:
>Hello
>
>A couple of days ago I sent a message asking how to shut down a
>FreeBSD system when I KNOW the power will be off after the next
>script command.
>
>Nobody has commented yet.
>
>Am I the only one using an UPS with FreeBSD?
>
No,
What is wrong with
shutdown -p now
?
(Or shutdown -h now, if you don't have APM?)
On Thursday 26 September 2002 11:09 am, Kirk Strauser wrote:
| At 2002-09-26T14:02:01Z, Petri Riihikallio
<[EMAIL PROTECTED]> writes:
| > A couple of days ago I sent a message asking how to shut down a
| > Fr
At 2002-09-26T14:02:01Z, Petri Riihikallio <[EMAIL PROTECTED]> writes:
> A couple of days ago I sent a message asking how to shut down a FreeBSD
> system when I KNOW the power will be off after the next script command.
I haven't actually done this, so take my advice with a grain of salt.
I thi
# [EMAIL PROTECTED] / 2002-09-26 17:02:01 +0300:
> Hello
>
> A couple of days ago I sent a message asking how to shut down a
> FreeBSD system when I KNOW the power will be off after the next
> script command.
>
> Nobody has commented yet.
i think the policy is that it's ok to ask on hacke
Hello
A couple of days ago I sent a message asking how to shut down a
FreeBSD system when I KNOW the power will be off after the next
script command.
Nobody has commented yet.
Am I the only one using an UPS with FreeBSD?
It doesn't feel right to crash after the UPS has run dry. (I don't
hav
Hello
I have a FreeBSD 4.6.2 box and an UPS. I have chosen NUT
(http://www.exploits.org/nut) as my UPS monitor. Everything compiles
and runs fine. I have a problem with the shutdown script.
How do I shut down the system properly?
The problem is that I want to issue the command "upsdrvctl shut
38 matches
Mail list logo