From owner-freebsd-virtualization@freebsd.org Mon Apr 17 16:34:34 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDEDBD4132A for ; Mon, 17 Apr 2017 16:34:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 C45DF110F for ; Mon, 17 Apr 2017 16:34:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3HGYYNf084288 for ; Mon, 17 Apr 2017 16:34:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 215972] Bhyve crash more then 1 cpu AMD Date: Mon, 17 Apr 2017 16:34:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jesper@monsted.dk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 16:34:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215972 jesper@monsted.dk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jesper@monsted.dk --- Comment #13 from jesper@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. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Platform: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 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 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D top reports one of 16 (8, hyperthreaded) cores in use: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D last pid: 41496; load averages: 1.12, 1.13, 1.09=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 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 COM= MAND 29470 root 23 20 0 17482M 6750M kqread 3 21.9H 101.21% bhy= ve =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D root@chef:~ # uname -a FreeBSD chef.bofh 11.0-STABLE FreeBSD 11.0-STABLE #0: Fri Mar 3 04:28:46 C= ET 2017 root@chef.bofh:/usr/obj/usr/src/sys/CHEF amd64 root@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 201= 7 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 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I get the same kdump output as Nils Beyer: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 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) --=20 You are receiving this mail because: You are the assignee for the bug.=