[Bug 215972] Bhyve crash more then 1 cpu AMD

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215972

jesper at monsted.dk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jesper at monsted.dk

--- Comment #13 from jesper at monsted.dk ---
I appear to be running into the same problem with different circumstances.

I am running a Windows 2012R2 VM with a little help from chyves. It works
perfectly well for a 3-4 days, idling at about 1% CPU on my Xeon E5-2630v3.
Then, the VM goes unresponsive and bhyve starts consuming ~100% of a core,
regardless of the number of vCPUs assigned to the VM. I've tested this with
both one and four cores assigned to the VM.

One crash filled the screen with "atkbd data buffer full", but most don't. The
VNC console is blank and unresponsive.

==================================================
Platform:
==================================================
White box server
Motherboard: Asrock X99/Extreme4
CPU: Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz (2399.35-MHz K8-class CPU)
RAM: 8x 16 GB ECC (128GB)
Intel NIC, IBM/LSI HBA, a few other odds and ends i doubt would make much
difference

===================================================
top reports one of 16 (8, hyperthreaded) cores in use:
===================================================
last pid: 41496;  load averages:  1.12,  1.13,  1.09                           
               up 44+19:40:00  17:55:06
59 processes:  1 running, 58 sleeping
CPU:  0.0% user,  0.0% nice,  6.2% system,  0.0% interrupt, 93.8% idle
Mem: 12M Active, 1281M Inact, 121G Wired, 2684M Free
ARC: 92G Total, 39G MFU, 50G MRU, 300K Anon, 787M Header, 2850M Other
Swap:

  PID USERNAME      THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
29470 root           23  20    0 17482M  6750M kqread  3  21.9H 101.21% bhyve

==================================================
root at chef:~ # uname -a
FreeBSD chef.bofh 11.0-STABLE FreeBSD 11.0-STABLE #0: Fri Mar  3 04:28:46 CET
2017     root at chef.bofh:/usr/obj/usr/src/sys/CHEF  amd64
root at chef:~ # chyves ike get all
Getting all ike's properties...
bargs                                -A -H -P -S
bhyve_disk_type                      ahci-hd
bhyve_net_type                       e1000
bhyveload_flags
chyves_guest_version                 0300
cpu                                  4
creation                             Created on Fri Mar 24 20:26:53 CET 2017 by
chyves v0.2.0 2016/09/11 using __create()
description                          -
eject_iso_on_n_reboot                3
loader                               uefi
net_ifaces                           tap51
notes                                -
os                                   windows
ram                                  16G
rcboot                               0
revert_to_snapshot
revert_to_snapshot_method            off
serial                               nmdm51
template                             no
uefi_console_output                  vnc
uefi_firmware                        BHYVE_UEFI.fd
uefi_vnc_client                      print
uefi_vnc_client_custom_cmd
uefi_vnc_ip                          0.0.0.0
uefi_vnc_mouse_type                  usb3
uefi_vnc_pause_until_client_connect  no
uefi_vnc_port                        5901
uefi_vnc_res                         800x600
uuid                                 d5302114-10c7-11e7-91c6-d05099803cdc

==================================================
I get the same kdump output as Nils Beyer:
==================================================

 29470 vcpu 1   CALL  ioctl(0x3,0xc0907601,0x7fffdd9eae30)
 29470 vcpu 2   CALL  ioctl(0x3,0xc0907601,0x7fffdd7e9e30)
 29470 vcpu 3   CALL  ioctl(0x3,0xc0907601,0x7fffdd5e8e30)
 29470 vcpu 1   RET   ioctl 0
 29470 vcpu 3   RET   ioctl 0
 29470 vcpu 1   CALL  ioctl(0x3,0xc0907601,0x7fffdd9eae30)
 29470 vcpu 3   CALL  ioctl(0x3,0xc0907601,0x7fffdd5e8e30)
 29470 vcpu 2   RET   ioctl 0
 29470 vcpu 2   CALL  ioctl(0x3,0xc0907601,0x7fffdd7e9e30)
 29470 vcpu 1   RET   ioctl 0
 29470 vcpu 1   CALL  ioctl(0x3,0xc0907601,0x7fffdd9eae30)
 29470 vcpu 3   RET   ioctl 0
 29470 vcpu 3   CALL  ioctl(0x3,0xc0907601,0x7fffdd5e8e30)
 29470 vcpu 2   RET   ioctl 0
 29470 vcpu 2   CALL  ioctl(0x3,0xc0907601,0x7fffdd7e9e30)
 29470 vcpu 0   RET   ioctl 0
 29470 vcpu 0   CALL  ioctl(0x3,0xc0907601,0x7fffddbebe30)

-- 
You are receiving this mail because:
You are the assignee for the bug.