<div dir="ltr">Adding users list, dropped from the reply.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 20, 2016 at 1:49 PM, Amit Aviram <span dir="ltr"><<a href="mailto:aaviram@redhat.com" target="_blank">aaviram@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi sasundar.<div>IIUC, The storage that is being imported is a backup that was generated by other process than VDSM? </div><div>If that is the case, the files inside might have other user as an owner, which might cause permission problems to VDSM while trying to write to it.</div><div><br></div><div>Can you try changing the owner back to VDSM and try importing again?</div><div><br></div><div>Please let us know if that did the trick.</div><div><br></div><div>Thanks, Amit.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Wed, Apr 20, 2016 at 12:42 PM, SATHEESARAN <span dir="ltr"><<a href="mailto:sasundar@redhat.com" target="_blank">sasundar@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><div>Hi All,<br>
<br>
I was testing the gluster geo-replication on RHEV storage domain backed by gluster volume.<br>
In this case, storage domain ( data domain ) was created with gluster replica 3 volume.<br>
<br>
The VMs additional disks are carved out from this storage domain.<br>
<br>
Now I have geo-replicated[1] the gluster volume to the remote volume.<br>
When I try importing this storage domain in another RHEVM instance, it fails with error "internal engine error"<br>
I see the following error in engine.log<br>
<br>
<snip><br>
2016-04-20 05:13:47,685 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-3) [20f6ea4c] Failed in 'DetachStorageDomainVDS' method<br>
2016-04-20 05:13:47,708 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp-/127.0.0.1:8702-3) [20f6ea4c] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Cannot acquire host id: (u'89061d19-fb76-47c9-a4aa-22b0062b769e', SanlockException(-262, 'Sanlock lockspace add failure', 'Sanlock exception'))<br>
2016-04-20 05:13:47,708 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-3) [20f6ea4c] Command 'org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand' return value 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=661, message=Cannot acquire host id: (u'89061d19-fb76-47c9-a4aa-22b0062b769e', SanlockException(-262, 'Sanlock lockspace add failure', 'Sanlock exception'))]]'<br>
</snip><br>
<br>
The complete logs are available in the fpaste[2]<br>
Attaching the part of vdsm log to this mail<br>
<br>
[1] - geo-replication is the feature in glusterfs where the contents of volume are asynchronously replicated in remote volume.<br>
This is used for disaster-recovery workflow<br>
<br>
[2] - <a href="https://paste.fedoraproject.org/357701/11448771/" rel="noreferrer" target="_blank">https://paste.fedoraproject.org/357701/11448771/</a><br>
<br>
Thanks,<br>
Satheesaran S<br>
</div></div><br></div></div>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>