Bug 1177220
Summary: | RHEV: Failed to Delete First snapshot with live merge | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | rhev-integ | ||||||||
Component: | ovirt-engine | Assignee: | Adam Litke <alitke> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Kevin Alon Goldblatt <kgoldbla> | ||||||||
Severity: | urgent | Docs Contact: | |||||||||
Priority: | urgent | ||||||||||
Version: | 3.5.0 | CC: | acanan, alitke, amureini, bkorren, ecohen, fsimonce, gklein, iheim, juwu, kgoldbla, lkuchlan, lpeer, lsurette, mst, nsoffer, pnovotny, rbalakri, Rhev-m-bugs, sbonazzo, scohen, sherold, tnisan, yeylon, ylavi | ||||||||
Target Milestone: | --- | Keywords: | Reopened, ZStream | ||||||||
Target Release: | 3.5.1 | Flags: | ylavi:
Triaged+
|
||||||||
Hardware: | x86_64 | ||||||||||
OS: | Unspecified | ||||||||||
Whiteboard: | storage | ||||||||||
Fixed In Version: | vdsm-4.16.13.1-1.el6ev | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | 1158563 | Environment: | |||||||||
Last Closed: | 2015-04-28 18:42:16 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Bug Depends On: | 1158563, 1199182 | ||||||||||
Bug Blocks: | 647386, 1193058, 1196199, 1197441 | ||||||||||
Attachments: |
|
Comment 2
Kevin Alon Goldblatt
2015-03-02 10:41:22 UTC
Created attachment 997018 [details]
server, engine and vdsm logs
Reopend this bz. Added logs.
The relevant vdsm log is the log from nott-vds2
I have seen this error: libvirtError: internal error: unable to execute QEMU command 'block-commit': Top image file /rhev/data-center/6d96f52d-d791-4f66-83bd-2553ca0f3012/17eac76f-4aaa-4d99-8f1a-b7f6e68e4c70/images/cc37393d-a848-4f72-b884-fb306c412702/../cc37393d-a848-4f72-b884-fb306c412702/../cc37393d-a848-4f72-b884-fb306c412702/../cc37393d-a848-4f72-b884-fb306c412702/57801c1d-78e8-4692-b963-fd0226d5a878 not found Thread-44055::DEBUG::2015-03-02 On Fedora 21, when deleting snapshot after live storage migration. This error went away when using patch https://gerrit.ovirt.org/38201 using new VIR_DOMAIN_BLOCK_REBASE_COPY_DEV flag. Kevin: - can you share output of: rpm -qa | grep libvirt - did you do live storage migration with this disk before the test? Created attachment 997264 [details] vdsm log with libvirt debugging info Reproduced with block storage on Fedora 21 (the error did not went away as I suggest in comment 4). Using master with modified version of https://gerrit.ovirt.org/38018 adding domain xml before/after blockCommit and tryPivot (In reply to Nir Soffer from comment #4) > I have seen this error: > > libvirtError: internal error: unable to execute QEMU command 'block-commit': > Top image file > /rhev/data-center/6d96f52d-d791-4f66-83bd-2553ca0f3012/17eac76f-4aaa-4d99- > 8f1a-b7f6e68e4c70/images/cc37393d-a848-4f72-b884-fb306c412702/../cc37393d- > a848-4f72-b884-fb306c412702/../cc37393d-a848-4f72-b884-fb306c412702/../ > cc37393d-a848-4f72-b884-fb306c412702/57801c1d-78e8-4692-b963-fd0226d5a878 > not found > Thread-44055::DEBUG::2015-03-02 > > On Fedora 21, when deleting snapshot after live storage migration. > This error went away when using patch https://gerrit.ovirt.org/38201 > using new VIR_DOMAIN_BLOCK_REBASE_COPY_DEV flag. > > Kevin: > > - can you share output of: > rpm -qa | grep libvirt Output as requested: libvirt-daemon-driver-nwfilter-1.2.8-16.el7.x86_64 libvirt-daemon-driver-secret-1.2.8-16.el7.x86_64 libvirt-daemon-1.2.8-16.el7.x86_64 libvirt-python-1.2.8-7.el7.x86_64 libvirt-daemon-driver-interface-1.2.8-16.el7.x86_64 libvirt-lock-sanlock-1.2.8-16.el7.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7.x86_64 libvirt-daemon-driver-storage-1.2.8-16.el7.x86_64 libvirt-client-1.2.8-16.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.8-16.el7.x86_64 libvirt-daemon-driver-nodedev-1.2.8-16.el7.x86_64 libvirt-daemon-driver-network-1.2.8-16.el7.x86_64 libvirt-daemon-kvm-1.2.8-16.el7.x86_64 > - did you do live storage migration with this disk before the test? No I did not do live storage migration before with this disk On December 10th you verified this bug. Is there any way you can tell us which versions of libvirt and qemu you were using? We're trying to identify any possible regressions in qemu or libvirt. (In reply to Adam Litke from comment #7) > On December 10th you verified this bug. Is there any way you can tell us > which versions of libvirt and qemu you were using? We're trying to identify > any possible regressions in qemu or libvirt. I used the following: wget /http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-1.2.8-10.el7ost.src.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-1.2.8-10.el7ost.x86_64.r/pm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-client-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-config-network-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-config-nwfilter-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-interface-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-lxc-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-network-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-nodedev-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-nwfilter-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-qemu-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-secret-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-storage-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-kvm-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-lxc-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-debuginfo-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-devel-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-docs-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-lock-sanlock-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-login-shell-1.2.8-10.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-python-1.2.8-6.el7ost.src.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-python-1.2.8-6.el7ost.x86_64.rpm wget http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-python-debuginfo-1.2.8-6.el7ost.x86_64.rpm (In reply to Kevin Alon Goldblatt from comment #8) > (In reply to Adam Litke from comment #7) > > On December 10th you verified this bug. Is there any way you can tell us > > which versions of libvirt and qemu you were using? We're trying to identify > > any possible regressions in qemu or libvirt. > > I used the following: > wget > /http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-1.2.8-10.el7ost.src. > rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-1.2.8-10.el7ost.x86_64. > r/pm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-client-1.2.8-10.el7ost. > x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-1.2.8-10.el7ost. > x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-config-network- > 1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-config-nwfilter- > 1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver- > interface-1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-lxc-1.2. > 8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-network- > 1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-nodedev- > 1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-nwfilter- > 1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-qemu-1.2. > 8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-secret-1. > 2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-driver-storage- > 1.2.8-10.el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-kvm-1.2.8-10. > el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-daemon-lxc-1.2.8-10. > el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-debuginfo-1.2.8-10. > el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-devel-1.2.8-10.el7ost. > x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-docs-1.2.8-10.el7ost. > x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-lock-sanlock-1.2.8-10. > el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-login-shell-1.2.8-10. > el7ost.x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-python-1.2.8-6.el7ost. > src.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-python-1.2.8-6.el7ost. > x86_64.rpm > wget > http://people.redhat.com/jdenemar/libvirt/7.0/libvirt-python-debuginfo-1.2.8- > 6.el7ost.x86_64.rpm I installed the above on 12/12/14 libvirt-1.2.8-10? Doesn't RHEL7.1 deliver libvort-1.2.8-16? Created attachment 998419 [details]
virsh-based reproducer
Here is a script I created which reproduces the issue without oVirt involved.
This is a confirmed issue with either libvirt or qemu. Eric Blake is investigating the issue. For now, the workaround is to power off and on the VM before attempting to live merge the snapshots :( Not related to NFS, reproduced on block storage, see comment 5. I talked with Eric Blake today and his plan is to get a fix into libvirt in time for the next RHEL-7.1 z-stream build (probably end of March) and a Fedora build at that same time. (In reply to Adam Litke from comment #14) > I talked with Eric Blake today and his plan is to get a fix into libvirt in > time for the next RHEL-7.1 z-stream build (probably end of March) and a > Fedora build at that same time. Adam, is there any action item on us, besides requiring the newer libvirt build? If not, I wonder if it's worth the effort for our QA to start engaging Eric's scratch build mentioned on bug 1199182. No action for us. Yes, I'd recommend that QE use Eric's build since it seems to have resolved the issue for me locally. Kevin, can we early engage the libvirt version proposed in bug 1203119 ? Hi Adam, If this bug requires doc text for errata release, please provide draft text in the doc text field in the following format: Cause: Consequence: Fix: Result: The documentation team will review, edit, and approve the text. If this bug does not require doc text, please set the 'requires_doc_text' flag to -. (In reply to Allon Mureinik from comment #17) > Kevin, can we early engage the libvirt version proposed in bug 1203119 ? I ran the scenario above with v3.5.1 vt14 and the libvirt rpms provided in: The test PASSED successfully. http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/ wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-client-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-config-network-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-interface-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-lxc-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-network-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-qemu-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-secret-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-driver-storage-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-kvm-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-daemon-lxc-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-debuginfo-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-devel-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-docs-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-lock-sanlock-1.2.8-16.el7_1.2.x86_64.rpm wget http://download.devel.redhat.com/brewroot/packages/libvirt/1.2.8/16.el7_1.2/x86_64/libvirt-login-shell-1.2.8-16.el7_1.2.x86_64.rpm (In reply to Kevin Alon Goldblatt from comment #21) > (In reply to Allon Mureinik from comment #17) > > Kevin, can we early engage the libvirt version proposed in bug 1203119 ? > > I ran the scenario above with v3.5.1 vt14 and the libvirt rpms provided in: > > > The test PASSED successfully. Great news! Thanks Kevin! Adam - so the AI for us is just to require this version. (In reply to Allon Mureinik from comment #22) > (In reply to Kevin Alon Goldblatt from comment #21) > > (In reply to Allon Mureinik from comment #17) > > > Kevin, can we early engage the libvirt version proposed in bug 1203119 ? > > > > I ran the scenario above with v3.5.1 vt14 and the libvirt rpms provided in: > > > > > > The test PASSED successfully. > Great news! > Thanks Kevin! > > Adam - so the AI for us is just to require this version. Any reason not to merge this change? 7.1.z libvirt is out and we only need to update the spec file to require it. (In reply to Yaniv Dary from comment #23) > (In reply to Allon Mureinik from comment #22) > > (In reply to Kevin Alon Goldblatt from comment #21) > > > (In reply to Allon Mureinik from comment #17) > > > > Kevin, can we early engage the libvirt version proposed in bug 1203119 ? > > > > > > I ran the scenario above with v3.5.1 vt14 and the libvirt rpms provided in: > > > > > > > > > The test PASSED successfully. > > Great news! > > Thanks Kevin! > > > > Adam - so the AI for us is just to require this version. > > Any reason not to merge this change? > 7.1.z libvirt is out and we only need to update the spec file to require it. 1. We need to fix bug 1206722, as this libvirt introduces a nasty regression 2. Agreed - but this is d/s only - upstream oVirt cannot rely on packages that are not available in CentOS *** Bug 1208012 has been marked as a duplicate of this bug. *** 3.5.1 Z-STREAM vt14.3 rhevm-3.5.1-0.4.el6ev.noarch vdsm-4.16.13.1-1.el7ev.x86_64 libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.2.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.2.x86_64 libvirt-client-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-driver-network-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-driver-interface-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-driver-storage-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-driver-secret-1.2.8-16.el7_1.2.x86_64 libvirt-daemon-kvm-1.2.8-16.el7_1.2.x86_64 libvirt-python-1.2.8-7.el7_1.1.x86_64 I ran the scenario with the above version and all Live merges were successfull. 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/RHSA-2015-0888.html |