Hi Steve,
The VM was building ports. I could try to deduce which ports, but I
wouldn't be 100% sure.
Probably no need, unless this can be repro'd by building that
particular port.
Some more questions: Were there other VMs running at the same time ?
What's the type of host CPU/number of CPUs/amount of RAM ? Did the VM
have much uptime before the crash ? Have you been able to run similar
VMs on prior CURRENT releases without this issue (i.e. have we
introduced a regression) ?
Also, for the guest, do you have the config that was being used
(e.g. bhyve command line) ?
/usr/sbin/bhyve -c 4 -m 12G -A -H -P -g 0 -s 0:0,hostbridge -s
1:0,lpc -s 2:0,virtio-net,tap1,mac=58:9c:fc:01:01:02 -s
3:0,virtio-blk,/vm/100amd64/disk.img -l com1,/dev/nmdm1A 100amd64
Thanks for that.
If you see this again, would you be able to grab VM state for all the
vcpus with
bhyvectl --get-all --cpu=0 --vm=100amd64
bhyvectl --get-all --cpu=1 --vm=100amd64
bhyvectl --get-all --cpu=2 --vm=100amd64
bhyvectl --get-all --cpu=3 --vm=100amd64
later,
Peter.
_______________________________________________
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to
"freebsd-virtualization-unsubscr...@freebsd.org"