<div dir="ltr"><div><div></div>I don't think it will work.<br>We rely heavily on LVM when working with iSCSI and FC and I am not sure how LVM will handle this kind of operation.<br></div><div>A storage domain is a VG that contains PVs (LUNS), and each disk is a LV.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 8, 2017 at 6:02 PM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.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"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 8, 2017 at 3:33 PM, Fred Rolland <span dir="ltr"><<a href="mailto:frolland@redhat.com" target="_blank">frolland@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I cannot think of another option other to have an export domain in the middle that can be accessed from all the hosts.<br><br></div><div class="m_1238428715091571334gmail-HOEnZb"><div class="m_1238428715091571334gmail-h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 8, 2017 at 3:50 PM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span>On Wed, Mar 8, 2017 at 1:30 PM, Fred Rolland <span dir="ltr"><<a href="mailto:frolland@redhat.com" target="_blank">frolland@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Hi,<br><br></div>Storage domains are per Data Center, and all hosts in this DC should be able to access the SDs, no matter in which cluster they are...<br></div><div><br></div><div>Are you sure your hosts are on the same DC ?<br><br></div><div>Thanks,<br><br></div><div>Freddy<br></div></div><div class="gmail_extra"><br></div></blockquote><div><br></div></span><div>No, my scenario was a planning workflow.</div><div>At this moment I only have Host1 and Host2 that are connected to an FC-SAN.</div><div>I have to move data to an iSCSI storage and also oVirt hosts to Host3 and Host4 (yet to be deployed).</div><div>So I'm trying to understand if I can do it in pieces bypassing export/import</div><div><br></div><div>I forgot that it is DC the constraint for SD accessibility.</div><div>Any suggestion to accomplish the desired target?</div><div><br></div><div>Thanks,</div><div>Gianluca</div><div><br></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div><div class="gmail_extra">Is it realistic to think something similar to the workflow described below, based on the import storage domain functionality described here:</div><div class="gmail_extra"><a href="http://www.ovirt.org/develop/release-management/features/storage/importstoragedomain" target="_blank">http://www.ovirt.org/develop/<wbr>release-management/features/<wbr>storage/importstoragedomain</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">and in particular one of its targets:</div><div class="gmail_extra">Transfer VMs between setups without the need to copy the data into and out of the export domain.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Prerequisite:</div><div class="gmail_extra">- Host1 has network connectivity with Host3</div><div class="gmail_extra">- Host1 is part of a DC that contains an FC based storage domain, composed of SAN LUN A of X Tb </div><div class="gmail_extra">- Host3 is part of another DC and has connection in place with iSCSI LUN B of X Tb </div><div class="gmail_extra"><br></div><div class="gmail_extra">Workflow:</div><div class="gmail_extra">- Stop the VMs that are on the source FC domain</div><div class="gmail_extra">- Put source storage domain into maintenance </div><div class="gmail_extra">- Detach source storage domain </div><div class="gmail_extra">- Clone LUN A to LUN B at low level </div><div class="gmail_extra">(eg dd command via network</div><div class="gmail_extra">Similar to when you clone an entire disk from a server to another server....<br></div><div class="gmail_extra">)</div><div class="gmail_extra">- import domain on DC where Host3 lives giving the correct iSCSI parameters...</div><div class="gmail_extra"><br></div><div class="gmail_extra">Do the OVF_STORE disks on the storage domain contain information about the fact of it being an FC or an iSCSI storage domain, preventing then a possible import operation?</div><div class="gmail_extra"><br></div><div class="gmail_extra">This is a test environment where I would like to transfer 4Tb of data from FC SAN in decommission phase to an iSCSI SAN, and if I can by-pass export / import phases, even giving some downtime, would be good.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks for reading,</div><div class="gmail_extra">Gianluca</div><div class="gmail_extra"><br></div></div>
</blockquote></div><br></div>