[ovirt-users] Disk copies

Raz Tamir ratamir at redhat.com
Sun Jan 31 12:54:33 UTC 2016


OK, can you please attach your engine log and vdsm logs ?



Thanks,
Raz Tamir
Red Hat Israel

On Sun, Jan 31, 2016 at 2:37 PM, Pavel Gashev <Pax at acronis.com> wrote:

> iSCSI and NFS, so it looks like my case doesn't depend on storage type.
>
> vdsm.log:
> jsonrpc.Executor/2::ERROR::2016-01-31
> 12:27:52,267::vm::4820::virt.vm::(merge) vmId=`3f560d63-3221-47e4-9786
> -bb6cdca8f39c`::Refusing to merge into a shared volume
>
> # vdsClient -s localhost getVolumeInfo 75801b3b-d9ce-4b62-aa36
> -6b6519ecc04e 00000002-0002-0002-0002-0000000002db e4fae648-4fea-4f86
> -9f24-48894039b8dc e04e1db9-c076-4d2d-8388-311d0d4069e8 | grep voltype
>         voltype = SHARED
>
> In my case VDSM even doesn't start live snapshot merging. And if
> manually change voltype of my disk on iSCSI from SHARED to LEAF, then
> it goes further and hit the bug 1302215. On NFS everything works well
> after the hack.
>
>
> On Sun, 2016-01-31 at 12:56 +0200, Raz Tamir wrote:
> > We have a bug opened in the version you mentioned:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1302215
> > I guess the storage you use is iSCSI?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160131/df30599e/attachment-0001.html>


More information about the Users mailing list