Bug 1121589
Summary: | windows 8.1 always hangs either on changing mac in guest or restarting guest with great macvtap index | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Chao Yang <chayang> |
Component: | qemu-kvm | Assignee: | Ronen Hod <rhod> |
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.6 | CC: | acathrow, bsarathy, chayang, jasowang, juzhang, knoel, michen, mkenneth, qiguo, qzhang, virt-maint |
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-07-22 09:49:06 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
Chao Yang
2014-07-21 09:50:18 UTC
Top shows: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9638 root 20 0 6514m 2.1g 5788 R 101.3 27.2 5:35.83 qemu-kvm Can you reproduce this through libvirt? (In reply to jason wang from comment #3) > Can you reproduce this through libvirt? Hi jason, I am not sure how to pass libvirt 'fd=', but I guess this number is unpredictable and not sure if libvirt will pick numbers greater than like 3000. Additional, I retested again without specifying fd but let qemu-kvm open it by itself, then this issue is not reproducible. Hope this helps. (In reply to Chao Yang from comment #4) > (In reply to jason wang from comment #3) > > Can you reproduce this through libvirt? > > > Hi jason, > > I am not sure how to pass libvirt 'fd=', but I guess this number is > unpredictable and not sure if libvirt will pick numbers greater than like > 3000. Additional, I retested again without specifying fd but let qemu-kvm > open it by itself, then this issue is not reproducible. Hope this helps. Then you mean it has something related to the fd number instead of the number of macvtaps? Then it could be related to the 1024 file descriptors limitation with select(). Upstream switch to g_poll(). Could you pls retry with fd=X (X<1024)? If yes, please duplicate this with bz1005016. Thanks (In reply to jason wang from comment #5) > (In reply to Chao Yang from comment #4) > > (In reply to jason wang from comment #3) > > > Can you reproduce this through libvirt? > > > > > > Hi jason, > > > > I am not sure how to pass libvirt 'fd=', but I guess this number is > > unpredictable and not sure if libvirt will pick numbers greater than like > > 3000. Additional, I retested again without specifying fd but let qemu-kvm > > open it by itself, then this issue is not reproducible. Hope this helps. > > Then you mean it has something related to the fd number instead of the > number of macvtaps? > > Then it could be related to the 1024 file descriptors limitation with > select(). Upstream switch to g_poll(). Could you pls retry with fd=X > (X<1024)? If yes, please duplicate this with bz1005016. > > Thanks I made a mistake. I should append 'fd=' to qemu-kvm in comment 4 to test macvtap. Retested again, still reproducible with large fd index. I have changed max of open files to 6000 manually before test. About libvirt, haven't found a way to pass fd to qemu-kvm yet. Checked bug 1005016, same steps. Closing. *** This bug has been marked as a duplicate of bug 1005016 *** |