Bug 1248493
Summary: | After failed MIXED Live Storage Migration - correct problem - second attempt fails | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] oVirt | Reporter: | Kevin Alon Goldblatt <kgoldbla> | ||||
Component: | ovirt-engine-core | Assignee: | Daniel Erez <derez> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Kevin Alon Goldblatt <kgoldbla> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 3.6 | CC: | acanan, amureini, bugs, derez, ecohen, gklein, kgoldbla, lsurette, nsoffer, rbalakri, yeylon, ylavi | ||||
Target Milestone: | m1 | ||||||
Target Release: | 3.6.0 | ||||||
Hardware: | x86_64 | ||||||
OS: | Unspecified | ||||||
Whiteboard: | storage | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2015-11-04 13:46:09 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Kevin Alon Goldblatt
2015-07-30 12:08:46 UTC
Created attachment 1057640 [details]
engine, vdsm, server logs
Adding logs
Daniel, can you take a look please? Seems we aren't clearing up something we should. (In reply to Kevin Alon Goldblatt from comment #0) > Description of problem: > Failed a LSM operation by killing the PID of the VM during the session. > Started the VM again and ran the LSM again - It failed again Is this related to lsm between different domain types? Please check migration from block to block or file to file, and update the title of the bug if this issue is not related to different storage domains type. Also, is this a new problem in 3.6 or it also happens in 3.5 engine? (In reply to Nir Soffer from comment #3) > (In reply to Kevin Alon Goldblatt from comment #0) > > Description of problem: > > Failed a LSM operation by killing the PID of the VM during the session. > > Started the VM again and ran the LSM again - It failed again > > Is this related to lsm between different domain types? > > Please check migration from block to block or file to file, and update > the title of the bug if this issue is not related to different storage > domains type. > > Also, is this a new problem in 3.6 or it also happens in 3.5 engine? I tested this scenario with Mixed LSM: Steps to Reproduce: 1. Created VM with block, nfs and gluster disks 2. Started the VM 3. Ran LSM FROM (gluster) to (block) domains - just after the automatic snapshot is created, killed the VM PID on the vdsm host >>>>> as expected the LSM operation fails 4. Started the VM again and ran the LSM again >>>>> the operation fails again I will test this for block to block on V3.6 to see whether this happens there too Testing this on v3.5 will have to wait as sur systems are all 3.6 now Tried to reproduce this scen(In reply to Nir Soffer from comment #3) > (In reply to Kevin Alon Goldblatt from comment #0) > > Description of problem: > > Failed a LSM operation by killing the PID of the VM during the session. > > Started the VM again and ran the LSM again - It failed again > > Is this related to lsm between different domain types? > > Please check migration from block to block or file to file, and update > the title of the bug if this issue is not related to different storage > domains type. > > Also, is this a new problem in 3.6 or it also happens in 3.5 engine? I tested this again as requested. I used V3.6.0.9 on a Rhel6.7 engine and a Rhel7.2 host. Tried to reproduce this on a block to block LSM scenario. The LSM failed with CDA during the Create Snapshot operation. Submitted bz: https://bugzilla.redhat.com/show_bug.cgi?id=1256786 Can this bug be closed? I see the fix is ON_QA for the RHEL 7.2 issue. I retested this scenario again with the NEW Version: ------------------------------------------------------------- rhevm-3.6.0-0.12.master.el6.noarch V3.6.10 vdsm-4.17.3-1.el7ev.noarch The Mixed LSM works fine now with the following scenario: ------------------------------------------------------------ Steps to Reproduce: 1. Created VM with block, nfs and gluster disks 2. Started the VM 3. Ran LSM FROM gluster to block domains - just after the automatic snapshot is created, killed the VM PID on the vdsm host >>>>> as expected the LSM operation fails 4. Started the VM again and ran the LSM again >>>>> NOW THE OPERATION IS SUCCESSFULL This BZ can now be moved to VERIFIED / CLOSED (In reply to Kevin Alon Goldblatt from comment #7) > This BZ can now be moved to VERIFIED / CLOSED Moving to VERIFIED based on that comment. We'll move it to CLOSED when 3.6.0 is released. oVirt 3.6.0 has been released on November 4th, 2015 and should fix this issue. If problems still persist, please open a new BZ and reference this one. |