<div dir="ltr">Please open RFE requests for your suggestions.<div><br></div><div><br></div><div>thanks,</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><pre cols="72"><p style="color:rgb(0,0,0);font-family:overpass,sans-serif;white-space:normal;font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:uppercase">YANIV LAVI</p><p style="color:rgb(0,0,0);font-family:overpass,sans-serif;white-space:normal;font-size:10px;margin:0px 0px 4px;text-transform:uppercase">SENIOR TECHNICAL PRODUCT MANAGER</p><p style="font-family:overpass,sans-serif;white-space:normal;margin:0px;font-size:10px;color:rgb(153,153,153)"><a href="https://www.redhat.com/" style="color:rgb(0,136,206);margin:0px" target="_blank">Red Hat Israel Ltd.</a></p><span style="font-family:overpass,sans-serif;white-space:normal;font-size:10px;margin:0px;color:rgb(153,153,153)"><p style="margin:0px">34 Jerusalem Road, Building A, 1st floor</p></span><span style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium;white-space:normal"></span><span style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium;white-space:normal"><p style="font-size:10px;margin:0px;color:rgb(153,153,153)">Ra'anana, Israel 4350109</p></span><span style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium;white-space:normal"></span><p style="font-family:overpass,sans-serif;white-space:normal;margin:0px 0px 6px;font-size:10px"><span style="color:rgb(153,153,153);margin:0px;padding:0px"><a href="mailto:ylavi@redhat.com" style="color:rgb(0,136,206);margin:0px" target="_blank">ylavi@redhat.com</a> </span><font color="#999999"> T: </font><a href="tel:+972-9-7692306" style="color:rgb(0,136,206);margin:0px" target="_blank">+972-9-7692306</a><font color="#999999">/</font><a href="tel:8272306" style="color:rgb(0,136,206);margin:0px" target="_blank">8272306</a><font color="#999999"> F: </font><a href="tel:+972-9-7692223" style="color:rgb(0,136,206);margin:0px" target="_blank">+972-9-7692223</a><font color="#999999"> IM: </font><span style="color:rgb(153,153,153)">ylavi</span></p><table border="0" style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium;white-space:normal"><tbody><tr><td width="100px"><a href="https://red.ht/sig" target="_blank"><img src="https://www.redhat.com/files/brand/email/sig-redhat.png" width="90" height="auto"></a></td><td style="font-size:10px"><a href="https://redhat.com/trusted" style="color:rgb(204,0,0);font-weight:bold" target="_blank">TRIED. TESTED. TRUSTED.</a></td></tr></tbody></table><div style="color:rgb(0,0,0);font-family:overpass,sans-serif;white-space:normal;font-size:10px"><div style="color:rgb(153,153,153)"><a href="https://twitter.com/redhatnews" title="twitter" style="background:url("https://www.redhat.com/files/brand/email/sm-twitter.png") 0px 50%/16px no-repeat transparent;height:20px;color:rgb(119,119,119);display:inline-block;line-height:20px;padding-left:16px" target="_blank">@redhatnews</a> <a href="https://www.linkedin.com/company/red-hat" title="LinkedIn" style="background:url("https://www.redhat.com/files/brand/email/sm-linkedin.png") 0px 50%/16px no-repeat transparent;height:20px;color:rgb(119,119,119);display:inline-block;line-height:20px;padding-left:16px" target="_blank">Red Hat</a> <a href="https://www.facebook.com/RedHatInc" title="Facebook" style="background:url("https://www.redhat.com/files/brand/email/sm-facebook.png") 0px 50%/16px no-repeat transparent;height:20px;color:rgb(119,119,119);display:inline-block;line-height:20px;padding-left:16px" target="_blank">Red Hat</a></div></div></pre></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Oct 3, 2017 at 6:38 PM, Pavel Gashev <span dir="ltr"><<a href="mailto:Pax@acronis.com" target="_blank">Pax@acronis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="white" lang="EN-GB" link="blue" vlink="purple">
<div class="m_4437237545684302846WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Shubham,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">I hope you’re going to keep the Export feature at least as “Clone to another storage domain”. In the real life, the copy-in/copy-out is required for backups.
Moving disks between Data SD and Backup SD is not a way to backup or restore. It’s often required to keep VM runnable during backing up, and it’s often required to keep a backup during restoring. Typical backup storage is not designed for running VMs directly.
SSDs are not cheap enough for storing backups, and there are HDDs especially designed for storing cold data [1]. Thus, the disaster recovery scenario is a great feature, but it can’t be a recommended way to recover.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:Calibri">And I hope you are going to show VMs on backup storages in a separate list (“Backups” instead of “Virtual Machines”).</span><span style="font-size:11.0pt;font-family:Calibri"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">[1]
<a href="http://www.seagate.com/enterprise-storage/hard-disk-drives/archive-hdd/" target="_blank">
http://www.seagate.com/<wbr>enterprise-storage/hard-disk-<wbr>drives/archive-hdd/</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">I hope this helps.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-family:Calibri;color:black">From: </span>
</b><span style="font-family:Calibri;color:black">shubham dubey <<a href="mailto:sdubey504@gmail.com" target="_blank">sdubey504@gmail.com</a>><br>
<b>Date: </b>Monday, 2 October 2017 at 19:10<br>
<b>To: </b>Pavel Gashev <<a href="mailto:Pax@acronis.com" target="_blank">Pax@acronis.com</a>><br>
<b>Cc: </b>Maor Lipchuk <<a href="mailto:mlipchuk@redhat.com" target="_blank">mlipchuk@redhat.com</a>>, "<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>" <<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>></span></p><div><div class="h5"><br>
<b>Subject: </b>Re: [ovirt-users] deprecating export domain?<u></u><u></u></div></div><p></p>
</div><div><div class="h5">
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Yes, I just gave an example case. If you want to use vms with a backup, then you can just copy that vm or disk into another domain and make it as backup domain as you do it in export domain.
<u></u><u></u></p>
<div>
<p class="MsoNormal">In simple language, main aim of creating backup domain is just to use all the features available in export domain without creating a dedicated export domain. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Hope you understand now:)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On 2 Oct 2017 8:55 pm, "Pavel Gashev" <<a href="mailto:Pax@acronis.com" target="_blank">Pax@acronis.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Shubham,</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">I don’t really understand the process you described. If I need to backup the whole datacenter, you say I have to turn off all
VMs, and make them non-runnable. It doesn’t look like a backing up. It looks like an archiving. But what if I need to keep my VMs running?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"> </span><u></u><u></u></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-family:Calibri;color:black">From:
</span></b><span style="font-family:Calibri;color:black">shubham dubey <<a href="mailto:sdubey504@gmail.com" target="_blank">sdubey504@gmail.com</a>><br>
<b>Date: </b>Monday, 2 October 2017 at 15:55<br>
<b>To: </b>Charles Kozler <<a href="mailto:ckozleriii@gmail.com" target="_blank">ckozleriii@gmail.com</a>><br>
<b>Cc: </b>Pavel Gashev <<a href="mailto:Pax@acronis.com" target="_blank">Pax@acronis.com</a>>, users <<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>>, Maor Lipchuk <<a href="mailto:mlipchuk@redhat.com" target="_blank">mlipchuk@redhat.com</a>><br>
<b>Subject: </b>Re: [ovirt-users] deprecating export domain?</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">Hi,<u></u><u></u></p>
</div>
<p class="MsoNormal">The backup storage domain is quite like export storage domain but with easy usability.
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Since you can change any data domain into backup domain any time, you not need to create a dedicated
<u></u><u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">export storage domain for backup or disaster recovery purpose. Altough its working is same as export sd.<u></u><u></u></p>
</div>
<p class="MsoNormal">The process of backup can be as simple as this:<u></u><u></u></p>
</div>
<p class="MsoNormal">1) turn off all the vms in your storage domain<u></u><u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">2) select backup flag to convert that into backup domain.<u></u><u></u></p>
</div>
<p class="MsoNormal">Once the domain is used for backup, you cannot make any changes to its vms, disk etc as mentioned by maor.<u></u><u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">And yes, you can convert export sd to data domain using cli script but it is not required anymore.<u></u><u></u></p>
</div>
<p class="MsoNormal">If in future export storage domain get deprecated, you not need to be worry about that much since you can convert all your
<u></u><u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">export sd into data domain anytime and start using backup feature instead.<u></u><u></u></p>
</div>
<p class="MsoNormal">Regards,<u></u><u></u></p>
</div>
<p class="MsoNormal">Shubham<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Mon, Oct 2, 2017 at 6:04 PM, Charles Kozler <<a href="mailto:ckozleriii@gmail.com" target="_blank">ckozleriii@gmail.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">Thank you for clearing this up for me everyone. My concern that something like the export domain wasnt going to exist and it was just going to be deprecated with no alternative.
Glad to hear all the news of the SD<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Mon, Oct 2, 2017 at 8:31 AM, Pavel Gashev <<a href="mailto:Pax@acronis.com" target="_blank">Pax@acronis.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
<p class="MsoNormal">Maor,<br>
<br>
Could you please clarify, what would be the process of making backup of a running VM to an existing backup storage domain?<br>
<br>
I’m asking because it looks like the process is going to be quite the same:<br>
1. Clone VM from a snapshot<br>
2. Move the cloned VM to a backup storage domain<br>
<br>
An ability of choosing destination storage for cloned VMs would increase backup efficiency. On the other hand, an ability of exporting VM from a snapshot would increase the efficiency in the same way even without creating new entity.<br>
<br>
Indeed, Backup SDs would increase efficiency of disaster recovery. But the same would be achieved by converting Export SDs to Data SDs using a small CLI utility.<br>
<br>
<br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im">On 01/10/2017, 15:32, "<a href="mailto:users-bounces@ovirt.org" target="_blank">users-bounces@ovirt.org</a> on behalf of Maor Lipchuk" <<a href="mailto:users-bounces@ovirt.org" target="_blank">users-bounces@ovirt.org</a>
on behalf of <a href="mailto:mlipchuk@redhat.com" target="_blank">mlipchuk@redhat.com</a>> wrote:</span><br>
<br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> On Sun, Oct 1, 2017 at 2:50 PM, Nir Soffer <<a href="mailto:nsoffer@redhat.com" target="_blank">nsoffer@redhat.com</a>> wrote:</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> ></span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> > Attaching and detaching data domain was not designed for backing up vms.</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> > How would you use it for backup?</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> ></span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> > How do you ensure that a backup clone of a vm is not started by mistake,</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> > changing the backup contents?</span><br>
<br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> That is a good question.</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> We recently introduced a new feature called "backup storage domain"</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> which you can mark the storage domain as backup storage domain.</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> That can guarantee that no VMs will run with disks/leases reside on</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> the storage domain.</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> The feature should already exist in oVirt 4.2 (despite a bug that</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> should be handled with this patch
<a href="https://gerrit.ovirt.org/#/c/81290/" target="_blank">https://gerrit.ovirt.org/#/c/<wbr>81290/</a>)</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> You can find more information on this here:</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> <a href="https://github.com/shubham0d/ovirt-site/blob/41dcb0f1791d90d1ae0ac43cd34a399cfedf54d8/source/develop/release-management/features/storage/backup-storage-domain.html.md" target="_blank">
https://github.com/shubham0d/<wbr>ovirt-site/blob/<wbr>41dcb0f1791d90d1ae0ac43cd34a39<wbr>9cfedf54d8/source/develop/<wbr>release-management/features/<wbr>storage/backup-storage-domain.<wbr>html.md</a></span><br>
<br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> Basically the OVF that is being saved in the export domain should be</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> similar to the same one that is being saved in the OVF_STORE disk in</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> the storage domain.</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> If the user manages replication on that storage domain it can be</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> re-used for backup purposes by importing it to a setup.</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> Actually it is much more efficient to use a data storage domain than</span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> to use the copy operation to/from the export storage domain.</span><br>
<br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> ></span><br>
<span class="m_4437237545684302846m1396584675318865564m1977707062678777080im"> > Nir</span><u></u><u></u></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"> ______________________________<wbr>_________________<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" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<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" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div></div></div>
</div>
<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>