Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1686280 - [cinderLib] - Kaminario backend- CloneVM fails and non managed disk does not roll back and remains in "LOCKED' state
Summary: [cinderLib] - Kaminario backend- CloneVM fails and non managed disk does not ...
Keywords:
Status: NEW
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Storage
Version: 4.3.1
Hardware: Unspecified
OS: Unspecified
unspecified
high vote
Target Milestone: ovirt-4.3.4
: ---
Assignee: Benny Zlotnik
QA Contact: Elad
URL:
Whiteboard:
Depends On:
Blocks: 1539837
TreeView+ depends on / blocked
 
Reported: 2019-03-07 07:28 UTC by Avihai
Modified: 2019-03-18 12:48 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Storage
pm-rhel: ovirt-4.3+


Attachments (Terms of Use)
engine and vdsm logs (deleted)
2019-03-07 07:28 UTC, Avihai
no flags Details

Description Avihai 2019-03-07 07:28:30 UTC
Created attachment 1541712 [details]
engine and vdsm logs

Description of problem:
VM clone with this scenario running with Kaninario backend fails and the file-based disk does not roll back and stay in 'LOCKED' state:

clone VM 'vm1_clone' is created but without ANY disks -> not file-based disk neither block managed SD disk.


Engine log:

2019-03-06 16:36:15,699+02 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-59) [] SPMAsyncTask::PollTask: Polling task '79a9d5f8-a248-4ed2-b991-c99bc2496346' (Parent Command 'CopyImageGroup', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'running'.
2019-03-06 16:36:15,700+02 INFO  [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (EE-ManagedThreadFactory-engineScheduled-Thread-59) [] Finished polling Tasks, will poll again in 10 seconds.
2019-03-06 16:36:18,519+02 ERROR [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] (default task-9) [1b5eb7b3-f4d0-4b7e-988a-7c82f9675423] cinderlib execution failed: Traceback (most recent call last):
  File "./cinderlib-client.py", line 187, in main
    args.command(args)
  File "./cinderlib-client.py", line 304, in clone_volume
    vol.clone(id=args.cloned_vol_id)
  File "/usr/lib/python2.7/site-packages/cinderlib/objects.py", line 492, in clone
    new_vol._raise_with_resource()
  File "/usr/lib/python2.7/site-packages/cinderlib/objects.py", line 222, in _raise_with_resource
    six.reraise(*exc_info)
  File "/usr/lib/python2.7/site-packages/cinderlib/objects.py", line 485, in clone
    new_vol._ovo, self._ovo)
  File "/usr/lib/python2.7/site-packages/cinder/volume/drivers/kaminario/kaminario_common.py", line 120, in func_wrapper
    ret = func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/cinder/volume/drivers/kaminario/kaminario_common.py", line 663, in create_cloned_volume
    raise exception.KaminarioCinderDriverException(reason=ex)
KaminarioCinderDriverException: KaminarioCinderDriver failure: KaminarioCinderDriver failure: 'initiator'

2019-03-06 16:36:18,629+02 ERROR [org.ovirt.engine.core.bll.storage.disk.managedblock.CloneSingleManagedBlockDiskCommand] (default task-9) [1b5eb7b3-f4d0-4b7e-988a-7c82f9675423] Transaction rolled-back for command 'org.ovirt.engine.core.bll.storage.disk.managedblock.CloneSingleManagedBlockDiskCommand'.


Version-Release number of selected component (if applicable):
4.3.2.1

How reproducible:
100%

Steps to Reproduce:
1.Create a Kaminario managed block SD
2.Create a VM with 2 disks(file based disk and a managed block storage disk from SD of step 1)
3.Clone the VM

Actual results:
Clone VM fails and the file base disk remains stuck in 'Locked' state.

Expected results:


Additional info:
I tested with HP3PAR, Netapp and CEPH, and this flow work, issue seen only on Kaminario.

Comment 1 Benny Zlotnik 2019-03-11 10:27:24 UTC
We need to improve the failure handling, but regardless, it is not possible to perform any operation that perform clone volume with the kaminario backend as it uses host-assisted copy


Note You need to log in before you can comment on or make changes to this bug.