On Tue, Dec 17, 2013 at 2:00 PM, Andriy Gapon <a...@freebsd.org> wrote:
> on 17/12/2013 20:53 Maksim Yevmenkin said the following:
>> would anyone object to this patch?
>> Index: src/etc/rc.d/watchdogd
>> --- src/etc/rc.d/watchdogd (revision 2999)
>> +++ src/etc/rc.d/watchdogd (working copy)
>> @@ -39,4 +39,7 @@
>> load_rc_config $name
>> run_rc_command "$1"
> I wonder if anyone could object to this rather generic (and NOP by default)
> I see your intent, but a few words about it would not hurt :-)
well, when watchdogd is asked to exit nicely (via SIGTERM) it will
stop timer. since watchdogd rc.d script is marked as 'shutdown' it
will exit (on shutdown) and stop timer. if system happens to hung
after this, manual reset is required. when one operates in
"lights-out" type of environments and without readily available
"remote hands" it could create a problem.
default behavior is preserved, i.e. watchdogd will still be killed via
SIGTERM and timer will be stopped. in order to activate new feature,
one needs to put
into /etc/rc.conf and also make sure watchdogd timeout is set to long
enough value make sure system comes back online before timeout fires.
> BTW, for a while now we have some support for interacting with the watchdog(9)
> from within the kernel. I have the following local patch / hack that makes
> of that support:
> commit b64c5e855420f2d905a04f69fad5de116e8ffae5
> Author: Andriy Gapon <a...@icyb.net.ua>
> Date: Fri Nov 25 10:00:59 2011 +0200
> [test] arm the watchdog before going into the final shutdown/reboot step
> ... to preclude hanging on that step.
> Note: halt assumes the limbo, so no watchdog for that case.
> diff --git a/sys/kern/kern_shutdown.c b/sys/kern/kern_shutdown.c
> index eaa78b8e..88afaa9 100644
> --- a/sys/kern/kern_shutdown.c
> +++ b/sys/kern/kern_shutdown.c
> @@ -444,6 +444,11 @@ kern_reboot(int howto)
> if ((howto & (RB_HALT|RB_DUMP)) == RB_DUMP && !cold && !dumping)
> + if ((howto & RB_HALT) != 0)
> + wdog_kern_pat(0);
> + else
> + wdog_kern_pat(WD_TO_32SEC + 1);
> /* Now that we're going to really halt the system... */
> EVENTHANDLER_INVOKE(shutdown_final, howto);
> Admittedly, there is a gap between userland watchdog being stopped and kernel
> watchdog taking over. I wish that we had 'proper' integration between them,
> with proper hand-off, etc.
fixed timeout of 32 sec (if i'm understanding this correctly) might
not be enough for all usage cases. its definitely not enough in for
our usage case. at the very least timeout value should be configurable
to be useful in our case.
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"