| Summary: | Qemu w/ macvtap backend virtual network hangs when the fd is over 1024 | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Qian Guo <qiguo> |
| Component: | qemu-kvm | Assignee: | Vlad Yasevich <vyasevic> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.5 | CC: | chayang, famz, jen, jgalipea, juzhang, knoel, michen, mkenneth, qzhang, rbalakri, rpacheco, virt-maint |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | qemu-kvm-0.12.1.2-2.462.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-07-22 06:03:34 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: | |
| Bug Depends On: | |||
| Bug Blocks: | 1024684, 1125735, 1199873 | ||
|
Description
Qian Guo
2013-09-06 03:09:51 UTC
Deferring to 6.6 since it is an old bug (not a regression), and the backport is not trivial. Nobody really needs 1024 FDs. See https://bugzilla.redhat.com/show_bug.cgi?id=892977 *** Bug 1121589 has been marked as a duplicate of this bug. *** A big (24 patches + tests) and sensitive fix. (pulls in all the async I/O that is used by storage/networking ...) Needs a lot of QA, so we have to push it to 6.7, and maybe a Z-stream. *** Bug 1196955 has been marked as a duplicate of this bug. *** Patches posted to rhvirt-patches Fix included in qemu-kvm-0.12.1.2-2.462.el6 Reproduced with qemu-kvm-0.12.1.2-2.458.el6.x86_64.
Steps:
1. set limit of open files to 10240
2. set macvtap up
3. start a qemu-kvm instance with fd > 1024
Actual Result:
(qemu) qemu-kvm: /builddir/build/BUILD/qemu-kvm-0.12.1.2/vl.c:4042: main_loop_wait: Assertion `ioh->fd < 1024' failed.
Program received signal SIGABRT, Aborted.
0x00007ffff4a5e625 in raise () from /lib64/libc.so.6
(gdb) bt
#0 0x00007ffff4a5e625 in raise () from /lib64/libc.so.6
#1 0x00007ffff4a5fe05 in abort () from /lib64/libc.so.6
#2 0x00007ffff4a5774e in __assert_fail_base () from /lib64/libc.so.6
#3 0x00007ffff4a57810 in __assert_fail () from /lib64/libc.so.6
#4 0x00007ffff7db2cd6 in main_loop_wait (timeout=1000) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4042
#5 0x00007ffff7dd622a in kvm_main_loop () at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2258
#6 0x00007ffff7db74a7 in main_loop (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>)
at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4285
#7 main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>)
at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:6742
Verified pass with qemu-kvm-0.12.1.2-2.462.el6.x86_64. Neither crash nor hang happened. Guest owned an available IP.
CLI:
/usr/libexec/qemu-kvm -name sriov-test -S -M rhel6.6.0 ... -netdev tap,id=hostnet0,vhost=on,fd=1025 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=b2:8b:46:58:ab:f1,bus=pci.0,addr=0x3 1025<>/dev/tap11
As per above, this issue has fixed correctly.
Moving to VERIFIED.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-1275.html |