Date: Wed, 24 Apr 2019 13:52:23 +0700 From: Victor Sudakov <vas@mpeks.tomsk.su> To: freebsd-virtualization@freebsd.org Subject: Re: [vm-bhyve] Windows 2012 and 2016 servers guests would not stop Message-ID: <20190424065223.GA28138@admin.sibptus.ru> In-Reply-To: <201904240557.x3O5v6AK041737@gndrsh.dnsmgr.net> References: <20190424043656.GA25754@admin.sibptus.ru> <201904240557.x3O5v6AK041737@gndrsh.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--ikeVEW9yuYc//A+q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Rodney W. Grimes wrote:
> > >=20
> > > I've noticed that it takes too long for Windows 2012 and 2016 servers
> > > guests to shutdown when I issue "vm stopall," several minutes even.
> > >=20
> > > Does vm-bhyve provide a way to power them off ungracefully if they wo=
uld
> > > not stop within a predefined time?
> > >=20
> > > Or is there perhaps a way to tune the guest OSes to react more prompt=
ly
> > > to an ACPI shutdown?
> > >=20
> > > My primary concern is that my UPS and "apcupsd --kill-on-powerfail" g=
ive
> > > me about 30 seconds of grace time before the power supply is cut out.=
It
> > > is not sufficient for the bhyve box to shutdown shutdown properly
> > > because it waits for the guests to shutdown.
> >=20
> > For the present I think I've found a workaround not directly related to
> > vm-bhyve. I'm going to insert "service vm stop" into the doshutdown()
> > procedure in /usr/local/etc/apcupsd/apccontrol before the actual
> > ${SHUTDOWN}. It should give the VMs sufficient time to shutdown before
> > the actual /sbin/shutdown is executed.
>=20
> Make sure it does not do the waitall for pids or your going to
> sit here waiting for that to complete for a long time, ie until
> all vm's go to power off.
In fact, this is my intention to sit here waiting for all VM's to go power =
off.
I can configure apcupsd to start the doshutdown() routine when there is
enough power in the UPS, like maybe for 20-30 minutes.
> > > If you know of a better way to configure apcupsd so that it powers do=
wn
> > > the UPS only after all the guest OSes and other daemons are safely do=
wn,
> > > I'd appreciate that too.
> >=20
> > Do you think the above hack would have any negative effects?
>=20
> I think this is a reasonable approach given the current situation.
>=20
--=20
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
--ikeVEW9yuYc//A+q
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQEcBAEBAgAGBQJcwAenAAoJEA2k8lmbXsY0K2AH/iGON5bDFbmyWGKoDhf3Y0pG
591ZxJl1/+0XMFbhX9VZ6ZdIwL5LwNtHLo7xvNJMzrvQoG4M8BRAxDDH3I7wGINn
g1NVkgpv/crq/vqy3dHjOJq3uiIkySN9HRA9sVg+Wuqbmo3Tx3ZADrq69vUvqYCc
GLHmXv/tw06t76q8XkANvKeBizeOkkG8gd3Wr/3wDSG3Jd2vKVa28JpTbFUfj2DS
Ybzu6JxKzKrdzjpkLhzNP12H0d7pHLrSKNFfSHdZ1WeBxPUNd0LjKnoUfVn2UIjh
UdbRu3PU7cRYoNy/Fa4FFWOJ0cfn8MzG7It88XpkXiQAlu0juwluCU8VwuPOLnI=
=ZnO1
-----END PGP SIGNATURE-----
--ikeVEW9yuYc//A+q--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190424065223.GA28138>