Re: [vm-bhyve] Windows 2012 and 2016 servers guests would not stop

2019-04-20 Thread Jason Tubnor
On Sun., 21 Apr. 2019, 2:51 pm Victor Sudakov,  wrote:

>
>
> Does vm-bhyve provide a way to power them off ungracefully if they would
> not stop within a predefined time?
>

You'd have to do your own checking but to force an instant power off of a
guest simply execute:

vm poweroff {guest}

Cheers.

>
___
freebsd-virtualization@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to 
"freebsd-virtualization-unsubscr...@freebsd.org"


[vm-bhyve] Windows 2012 and 2016 servers guests would not stop

2019-04-20 Thread Victor Sudakov
Dear Colleages,

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.

Does vm-bhyve provide a way to power them off ungracefully if they would
not stop within a predefined time?

Or is there perhaps a way to tune the guest OSes to react more promptly
to an ACPI shutdown?

My primary concern is that my UPS and "apcupsd --kill-on-powerfail" give
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.

If you know of a better way to configure apcupsd so that it powers down
the UPS only after all the guest OSes and other daemons are safely down,
I'd appreciate that too.

For some reason, apctest does not allow me to change the grace period,
perhaps this model does not support it. And it would mean a race
condition anyway.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature


[Bug 237429] bhyve not stable

2019-04-20 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237429

Kubilay Kocak  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|virtualizat...@freebsd.org
 CC||virtualizat...@freebsd.org
 Status|New |Open
   Keywords||needs-qa, performance

--- Comment #1 from Kubilay Kocak  ---
Thank you for the report. Could you please provide more information on the
system, in particular:

- Exact freebsd version (uname -a)
- /var/run/dmesg.boot (as an attachment)
- pciconf -lv output (as an attachment)
- list of running processes when the system (or guest) is performing slowly (as
an attachment)
- top -t output (as an attachment), during guest slowdown (when the performance
issue is apparenty)
- /etc/rc.conf contents (as an attachment, sanitized if necessary)
- complete host/guest bhyve vm configurations, including cpu/memory/disk
confirations for the guests (as an attachment)

Reduction of the test/reproduction case, and steps to reproduce are going to be
critical to progressing this issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
freebsd-virtualization@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to 
"freebsd-virtualization-unsubscr...@freebsd.org"