| Summary: | With virtio-scsi disk guest can't resume form "No space left on device" | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | daiwei <wdai> |
| Component: | qemu-kvm | Assignee: | Paolo Bonzini <pbonzini> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.3 | CC: | acathrow, areis, bcao, bsarathy, dawu, dyasny, juzhang, michen, mkenneth, pbonzini, shuang, sluo, tburke, virt-maint |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | qemu-kvm-0.12.1.2-2.309.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-02-21 07:33:47 UTC | Type: | --- |
| 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: | 827284, 833566 | ||
|
Description
daiwei
2012-03-31 05:39:10 UTC
Since virtio-blk is safe w.r.t this case I'll move it to 6.4 This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4. *** Bug 828047 has been marked as a duplicate of this bug. *** *** Bug 827284 has been marked as a duplicate of this bug. *** (In reply to comment #6) > *** Bug 828047 has been marked as a duplicate of this bug. *** (In reply to comment #7) > *** Bug 827284 has been marked as a duplicate of this bug. *** I'm sure QE does it already, but for the record, please make these other scenarios (Bug 827284 and Bug 828047) are tested when verifying this bug. *** Bug 846268 has been marked as a duplicate of this bug. *** See also another scenario in bug 846268. *** Bug 847616 has been marked as a duplicate of this bug. *** Reproduce this issue on qemu-kvm-0.12.1.2-2.295.el6.x86_64 with the same steps as comment #0. host info: # uname -r && rpm -q qemu-kvm 2.6.32-325.el6.x86_64 qemu-kvm-0.12.1.2-2.295.el6.x86_64 Results of reproduce: after step 5, QEMU gets Aborted. (qemu) cont (qemu) qemu-kvm: /builddir/build/BUILD/qemu-kvm-0.12.1.2/hw/scsi-disk.c:369: scsi_write_data: Assertion `r->req.aiocb == ((void *)0)' failed. Program received signal SIGABRT, Aborted. 0x00007ffff57568a5 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff57568a5 in raise () from /lib64/libc.so.6 #1 0x00007ffff5758085 in abort () from /lib64/libc.so.6 #2 0x00007ffff574fa1e in __assert_fail_base () from /lib64/libc.so.6 #3 0x00007ffff574fae0 in __assert_fail () from /lib64/libc.so.6 #4 0x00007ffff7e5fef1 in scsi_write_data (req=0x7fffd4026230) at /usr/src/debug/qemu-kvm-0.12.1.2/hw/scsi-disk.c:369 #5 0x00007ffff7e5f4e6 in scsi_dma_restart_bh (opaque=<value optimized out>) at /usr/src/debug/qemu-kvm-0.12.1.2/hw/scsi-bus.c:53 #6 0x00007ffff7e1e921 in qemu_bh_poll () at async.c:70 #7 0x00007ffff7dec319 in main_loop_wait (timeout=1000) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4032 #8 0x00007ffff7e0da4a in kvm_main_loop () at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2244 #9 0x00007ffff7deecec in main_loop (argc=20, argv=<value optimized out>, envp=<value optimized out>) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4202 #10 main (argc=20, argv=<value optimized out>, envp=<value optimized out>) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:6427 (gdb) ------------------------------------------------------------------------------ Reproduce this issue on qemu-kvm-0.12.1.2-2.320.el6.x86_64 with the following three scenarios. host info: # uname -r && rpm -q qemu-kvm 2.6.32-325.el6.x86_64 qemu-kvm-0.12.1.2-2.320.el6.x86_64 --- scenario 1: just as comment #0 Results: after enlarge the lvm, guest resume successfully and dd finish successfully in guest. (In reply to comment #8) > I'm sure QE does it already, but for the record, please make these other > scenarios (Bug 827284 and Bug 828047) are tested when verifying this bug. --- scenario 2: Bug 827284 Steps: just as bug 827284 describe. Results: after the step 6, the QEMU have no core dump, VM can be resumed successfully without any error, and the guest can work correctlly. --- scenario 3: Bug 828047 Steps: just as bug 828047 describe. Results: the data image size can was shrink to 5.0G correctly as expected, both the guest and host work correctly. (In reply to comment #10) > See also another scenario in bug 846268. this bug has been verify in bug 846268. Base on above, this issue has been fixed successfully. Best Regards. sluo According to comment16, set this issue as 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. http://rhn.redhat.com/errata/RHBA-2013-0527.html |