Re: kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.

[Li Feng]

Dr. David Alan Gilbert <address@hidden> 于2020年5月14日周四 下午11:16写道：
>
> * Li Feng (address@hidden) wrote:
> > EXSi CPU is : Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
> > This is my vm, I run qemu in it.
>
> Do you know what the real hardware is?
What information do you need? I could send it out.
The EXSi version: VMware ESXi, 6.5.0, 5969303

>
> Dave
>
> > (base) 20-05-14 15:32:50 root@31_216:~  lscpu
> > Architecture:          x86_64
> > CPU op-mode(s):        32-bit, 64-bit
> > Byte Order:            Little Endian
> > CPU(s):                16
> > On-line CPU(s) list:   0-15
> > Thread(s) per core:    1
> > Core(s) per socket:    1
> > Socket(s):             16
> > NUMA node(s):          1
> > Vendor ID:             GenuineIntel
> > CPU family:            6
> > Model:                 63
> > Model name:            Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
> > Stepping:              2
> > CPU MHz:               2599.998
> > BogoMIPS:              5199.99
> > Virtualization:        VT-x
> > Hypervisor vendor:     VMware
> > Virtualization type:   full
> > L1d cache:             32K
> > L1i cache:             32K
> > L2 cache:              256K
> > L3 cache:              20480K
> > NUMA node0 CPU(s):     0-15
> > Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep
> > mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall
> > nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology
> > tsc_reliable nonstop_tsc cpuid pni pclmulqdq vmx ssse3 fma cx16 pcid
> > sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx
> > f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single
> > tpr_shadow vnmi ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2
> > invpcid xsaveopt arat
> >
> > Thanks,
> >
> > Feng Li
> >
> > Dr. David Alan Gilbert <address@hidden> 于2020年5月14日周四 下午8:52写道：
> > >
> > > * Philippe Mathieu-Daudé (address@hidden) wrote:
> > > > Cc'ing David/Paolo in case they have a clue...
> > > >
> > > > On 5/14/20 1:27 PM, Li Feng wrote:
> > > > > Dear all,
> > > > >
> > > > > I have encountered a weird crash.
> > > > > I remember before a few days it works well and I rebase my code from 
> > > > > upstream.
> > > > >
> > > > > This is the command:
> > > > > /root/qemu-master/x86_64-softmmu/qemu-system-x86_64 -enable-kvm
> > > > > -device virtio-balloon -cpu host -smp 4 -m 2G -drive
> > > > > file=/root/html/fedora-10g.img,format=raw,cache=none,aio=native,if=none,id=drive-virtio-disk1
> > > > > -device 
> > > > > virtio-blk-pci,scsi=off,drive=drive-virtio-disk1,id=virtio-disk1,bootindex=1
> > > > > -device virtio-net,netdev=nw1,mac=00:11:22:EE:EE:10 -netdev
> > > > > tap,id=nw1,script=no,downscript=no,ifname=tap0 -serial mon:stdio
> > > > > -nographic -object
> > > > > memory-backend-file,id=mem0,size=2G,mem-path=/dev/hugepages,share=on
> > > > > -numa node,memdev=mem0 -vnc 0.0.0.0:100 -machine usb=on,nvdimm -device
> > > > > usb-tablet -monitor unix:///tmp/a.socket,server,nowait -device
> > > > > virtio-serial-pci,id=virtio-serial0,max_ports=16 -chardev
> > > > > socket,id=channel1,path=/tmp/helloworld1,server,nowait -device
> > > > > virtserialport,chardev=channel1,name=com.redhat.rhevm.vdsm1,bus=virtio-serial0.0,id=port1
> > > > > -qmp tcp:0.0.0.0:2234,server,nowait
> > > > > qemu-system-x86_64: error: failed to set MSR 0x48f to 0x7fefff00036dfb
> > > > > qemu-system-x86_64: /root/qemu-master/target/i386/kvm.c:2695:
> > > > > kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.
> > >
> > > 48f is MSR_IA32_VMX_TRUE_EXIT_CTLS
> > > I've not got a note of seeing that one before.
> > >
> > > > > This is the commit record:
> > > > > *   c88f1ffc19 - (origin/master, origin/HEAD) Merge remote-tracking
> > > > > branch 'remotes/kevin/tags/for-upstream' into staging (3 days ago)
> > > > > <Peter Maydell>
> > > > > |\
> > > > > | * 47e0b38a13 - block: Drop unused .bdrv_has_zero_init_truncate (3
> > > > > days ago) <Eric Blake>
> > > > > | * dbc636e791 - vhdx: Rework truncation logic (3 days ago) <Eric 
> > > > > Blake>
> > > > > | * bda4cdcbb9 - parallels: Rework truncation logic (3 days ago) 
> > > > > <Eric Blake>
> > > > > | * be9c9404db - ssh: Support BDRV_REQ_ZERO_WRITE for truncate (3 days
> > > > > ago) <Eric Blake>
> > > > > | * fec00559e7 - sheepdog: Support BDRV_REQ_ZERO_WRITE for truncate (3
> > > > > days ago) <Eric Blake>
> > > > > | * 2f98910d5b - rbd: Support BDRV_REQ_ZERO_WRITE for truncate (3 days
> > > > > ago) <Eric Blake>
> > > > >
> > > > > I run this qemu in a VM base on EXSi.
> > > > >
> > > > > Does anyone have the same issue?
> > >
> > > cc'ing in Vitaly since he knows VMWare stuff.
> > >
> > > What's your host CPU?
> > >
> > > Dave
> > >
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Feng Li
> > > > >
> > > >
> > > --
> > > Dr. David Alan Gilbert / address@hidden / Manchester, UK
> > >
> >
> --
> Dr. David Alan Gilbert / address@hidden / Manchester, UK
>