+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1730436 +++ ====================================================================== Description of problem: Snapshot creation seemingly completed successfully, yet the snapshot remained 'LOCKED'. This VM consisted of two disks, each with three volumes, prior to the snapshot creation. The new volume for both disks was then successfully created and linked to each volume chain, marked as LEAF and set as the writable volume by 'qemu-kvm'. All volume chains (d/b, volume metadata, XML, qcow headers) reflected the newly-added volumes correctly. There were no tasks, jobs, steps or command entities in the d/b by the time it was captured. It looks like the snapshot creation was successful, other than the snapshot (snapshots table entry) being unlocked. Version-Release number of selected component (if applicable): RHV 4.2.8 RHEL 7.6 hosts vdsm-4.30.13-4 (VM host) vdsm-4.20.47-1 (SPM) How reproducible: Not. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: (Originally by Gordon Watson)
Yep, reproduced successfully Steps to reproduce for QE, similar to [1] 1. Place a sleep in /usr/lib/python2.7/site-packages/vdsm/API.py Volume#getInfo() for about 90 seconds 2. Reduce transaction timeout to 60 seconds (see [1] for instructions) 3. Create a live snapshot [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1590218#c15 (Originally by Benny Zlotnik)
WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{'rhevm-4.3.z': '?'}', ] For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{'rhevm-4.3.z': '?'}', ] For more info please contact: rhv-devops (Originally by rhv-bugzilla-bot)
Verification builds: rhvm-4.3.6.3-0.1.el7 vdsm-4.30.25-1.el7ev.x86_64 qemu-kvm-rhev-2.12.0-33.el7.x86_64 libvirt-4.5.0-23.el7.x86_64 sanlock-3.7.3-1.el7.x86_64 Verification scenario: 1. Place a sleep in /usr/lib/python2.7/site-packages/vdsm/API.py Volume#getInfo() for about 90 seconds 2. Reduce transaction timeout to 60 seconds (see [1] for instructions) 3. Create a live snapshot 4. Verify snapshot does not remain in "locked" state. [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1590218#c15
sync2jira
INFO: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Tag 'ovirt-engine-4.3.5.6' doesn't contain patch 'https://gerrit.ovirt.org/102298'] gitweb: https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs/tags/ovirt-engine-4.3.5.6 For more info please contact: rhv-devops
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://access.redhat.com/errata/RHEA-2019:3010