From owner-freebsd-virtualization@FreeBSD.ORG Mon May 25 04:32:19 2015 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15F57555 for ; Mon, 25 May 2015 04:32:19 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00D46D9D for ; Mon, 25 May 2015 04:32:18 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from [IPv6:2001:559:8000:cb:c102:7d6:6720:f5ce] (unknown [IPv6:2001:559:8000:cb:c102:7d6:6720:f5ce]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 4F0EA184E8; Mon, 25 May 2015 04:32:18 +0000 (UTC) Message-ID: <5562A5D0.7050207@redbarn.org> Date: Sun, 24 May 2015 21:32:16 -0700 From: Paul Vixie User-Agent: Postbox 3.0.11 (Windows/20140602) MIME-Version: 1.0 To: John-Mark Gurney CC: "freebsd-virtualization@freebsd.org" Subject: Re: can we get some interaction between halt/reboot and bhyve? References: <5562755C.8090407@redbarn.org> <20150525030835.GB37063@funkthat.com> In-Reply-To: <20150525030835.GB37063@funkthat.com> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 04:32:19 -0000 John-Mark Gurney wrote: > Shouldn't shutdown be used instead of reboot/halt? This allows > various rc.d scripts to run, and you can use that to make sure all > your bhyve instances are shutdown... yes. but, if the reboot or poweroff or halt command is used, i'd like my bhyve's to have enough time to umount their ufs zvol's. the rc.d script should pass along some softer signal that can cause the bhyve to do its own clean shutdown. but where SIGTERM is used, which is passed on as ACPI power-off, i'd like busy (that is, not hung, trying hard to shut down cleanly) bhyve's to get more time. the current poweroff/halt/reboot command only looks for evidence of paging as a reason to extend the time between SIGTERM and SIGKILL. i'd like to give it some bhyve-relevant additional reason to delay that SIGKILL. -- Paul Vixie