| Summary: | call trace when boot guest specified 160 vCPUs with a small memory | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Sibiao Luo <sluo> | ||||||
| Component: | qemu-kvm | Assignee: | Virtualization Maintenance <virt-maint> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||
| Severity: | low | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 6.5 | CC: | acathrow, bsarathy, chayang, juzhang, michen, mkenneth, pbonzini, qzhang, sluo, virt-maint, xfu | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-04-15 18:19:44 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
|
Description
Sibiao Luo
2013-10-24 06:25:38 UTC
Created attachment 815635 [details]
guest kernel logs.
My host has 160 PCU and 1 TB memory, guest can boot up successfully without any call trace if i boot guest with 160 vCPU + 900G memory. Guest also call trace if i boot it with 160 vCPU + 10G memory, but the call trace logs different with 160 vCPU + 2G memory, i will also provice the logs later. Created attachment 815641 [details]
10Gmemory_160vCPU_guest_kernel_logs.
(In reply to Sibiao Luo from comment #3) > Created attachment 815641 [details] > 10Gmemory_160vCPU_guest_kernel_logs. # /usr/libexec/qemu-kvm -M pc -S -cpu host -enable-kvm -m 10G -smp 160 -no-kvm-pit-reinjection -usb -device usb-tablet,id=input0 -name sluo -uuid 990ea161-6b67-47b2-b803-19fb01d30d30 -rtc base=localtime,clock=host,driftfix=slew -device virtio-serial-pci,id=virtio-serial0,max_ports=16,vectors=0,bus=pci.0,addr=0x3 -chardev socket,id=channel1,path=/tmp/helloworld1,server,nowait -device virtserialport,chardev=channel1,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port1 -chardev socket,id=channel2,path=/tmp/helloworld2,server,nowait -device virtserialport,chardev=channel2,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port2 -drive file=/home/RHEL-6.5-Snapshot-4-Server-x86_64.qcow2,if=none,id=drive-virtio-disk,format=qcow2,cache=none,aio=native,werror=stop,rerror=stop -device ide-drive,bus=ide.0,unit=0,drive=drive-virtio-disk,id=virtio-disk,bootindex=1 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=virtio-net-pci0,mac=00:01:02:B6:40:21,bus=pci.0,addr=0x5 -device virtio-balloon-pci,id=ballooning,bus=pci.0,addr=0x6 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -k en-us -boot menu=on -qmp tcp:0:4444,server,nowait -serial unix:/tmp/ttyS0,server,nowait -vnc :1 -spice disable-ticketing,port=5931 -monitor stdio The two call traces are the same, just with different messages when the lockup lasts <120s (in the 10G guest) or >=120s (in the 2G guest). I think I have seen this bug already, but I cannot find it. I don't think it is useful, each CPU would have access to 10 MB in the 2G guest. That's less than the CPU cache size. WONTFIX for RHEL6, as it's not a real-world scenario. If you can reproduce it with RHEL7, please open a RHEL7 bug. (In reply to Ademar Reis from comment #6) > WONTFIX for RHEL6, as it's not a real-world scenario. If you can reproduce > it with RHEL7, please open a RHEL7 bug. Hi, Sibiao As Ademar said please open a RHEL7 bug if it exists in RHEL7. Thanks. (In reply to Ademar Reis from comment #6) > WONTFIX for RHEL6, as it's not a real-world scenario. If you can reproduce > it with RHEL7, please open a RHEL7 bug. Not met this issue in rhel7 with 160 vCPU + 1G memory which boot up guest successfully without any guest call trace. host info: 160 PCU & 1TB memory # uname -r && rpm -q qemu-kvm 3.10.0-121.el7.x86_64 qemu-kvm-1.5.3-60.el7.x86_64 guest info: 160 vCPU & 1GB memory # uname -r 3.10.0-121.el7.x86_64 Best Regards, sluo |