Bug 981532
Summary: | Host call trace happened when try to boot multi guest | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | yunpingzheng <yunzheng> |
Component: | qemu-kvm | Assignee: | Luiz Capitulino <lcapitulino> |
Status: | CLOSED WORKSFORME | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 6.5 | CC: | acathrow, bsarathy, juzhang, michen, mkenneth, qzhang, virt-maint, yunzheng |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-09-18 12:29:17 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: | |
Embargoed: |
Description
yunpingzheng
2013-07-05 05:24:45 UTC
Hi Yunping, Does same issue happens on rhel7.0 host? Hi, yunzheng (1) Seems the p-cpu number is 8? And what is the host total memory? (2) Does this happen with rhel6 guest? as we will not test rhel7.0 guest on rhel6.5 host. host overcommit, does host hang or just print call trace info. hi shuang: not overcommit, just call trace (In reply to Qunfang Zhang from comment #3) > Hi, yunzheng > (1) Seems the p-cpu number is 8? And what is the host total memory? > (2) Does this happen with rhel6 guest? as we will not test rhel7.0 guest on > rhel6.5 host. ^^^^ NEEDINFO(reporter) 1. host memory is 8G 2. when using rhel6 guest, can reproduce this issue. maybe, the issue is caused by bridge. I have few questions: - How reproducible is it? - What's the network setup in the host? - I see this is a bit old, can you try with a more recent kernel? when i run this test on the latest kernel and qemu (kernel-2.6.32-419.el6.x86_64 qemu-kvm-rhev-0.12.1.2-2.404.el6.x86_64) can not reproduce this issue. Closing as WORKSFORME based on comment 9. |