<div dir="ltr">Hello,<div>I have a source oVirt environment with storage domain on FC</div><div>I have a destination oVirt environment with storage domain on iSCSI</div><div>The two environments can communicate only via the network of their respective hypervisors.</div><div>The source environment, in particular, is almost isolated and I cannot attach an export domain to it or something similar.</div><div>So I&#39;m going to plan a direct move through dd of the disks of some VMs</div><div><br></div><div>The workflow would be</div><div>On destination create a new VM with same config and same number of disks of the same size of corresponding source ones.</div><div>Also I think same allocation policy (thin provision vs preallocated)</div><div>Using lvs -o+lv_tags I can detect the names of my origin and destination LVs, corresponding to the disks</div><div>When a VM is powered down, the LV that maps the disk will be not open, so I have to force its activation (both on source and on destination)</div><div><br></div><div>lvchange --config &#39;global {use_lvmetad=0}&#39; -ay vgname/lvname<br></div><div><br></div><div>copy source disk with dd through network (I use gzip to limit network usage basically...)</div><div>on src_host:</div><div>dd if=/dev/src_vg/src_lv bs=1024k | gzip | ssh dest_host &quot;gunzip | dd bs=1024k of=/dev/dest_vg/dest_lv&quot;<br></div><div><br></div><div>deactivate LVs on source and dest</div><div><br></div><div>lvchange --config &#39;global {use_lvmetad=0}&#39; -an vgname/lvname<br></div><div><br></div><div>Try to power on the VM on destination</div><div><br></div><div>Some questions:</div><div>- about overall workflow</div><div>- about dd flags, in particular if source disks are thin vs preallocated</div><div><br></div><div>Thanks,</div><div>Gianluca</div><div><br></div></div>