<div dir="ltr">I am all for the "mix and match" idea of storage.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 15, 2013 at 1:30 PM, Itamar Heim <span dir="ltr"><<a href="mailto:iheim@redhat.com" target="_blank">iheim@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 class="im">On 08/15/2013 07:32 PM, Dead Horse wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+1 to Adding a "Make Master Storage Domain Button" ;-)<br>
</blockquote>
<br></div>
actually, not sure i'm for this.<br>
if anything, we want to get rid of the master storage domain going forward to make the storage domains autonomous, allowing to mix and match storage types, local and shared storage, etc...<br>
<br>
rhev-m may reconstruct the master storage domain on any of your SDs over time automatically<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
<br>
On Thu, Aug 15, 2013 at 11:09 AM, Liron Aravot <<a href="mailto:laravot@redhat.com" target="_blank">laravot@redhat.com</a><br></div><div class="im">
<mailto:<a href="mailto:laravot@redhat.com" target="_blank">laravot@redhat.com</a>>> wrote:<br>
<br>
<br>
<br>
----- Original Message -----<br>
> From: "Dead Horse" <<a href="mailto:deadhorseconsulting@gmail.com" target="_blank">deadhorseconsulting@gmail.com</a><br></div><div><div class="h5">
<mailto:<a href="mailto:deadhorseconsulting@gmail.com" target="_blank">deadhorseconsulting@<u></u>gmail.com</a>>><br>
> To: "Itamar Heim" <<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a> <mailto:<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>>><br>
> Cc: "<<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a> <mailto:<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>>>" <<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a><br>
<mailto:<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>>><br>
> Sent: Thursday, August 15, 2013 6:46:00 PM<br>
> Subject: Re: [Users] Designate Master Storage Domain<br>
><br>
> Itamar this is true (I have noted occasional timing issues with<br>
it actually<br>
> working).<br>
> But what if as the administrator I have a specific storage domain<br>
in mind<br>
> that I would like to have become the master (in the case of more<br>
then two)?<br>
<br>
In that case - you could reinitialize the pool using unattached<br>
domain (you chose which one) - this domain will become the new master.<br>
1. Create new unattached domain/Detach the domain that you want to<br>
be the master from the pool (if possible)<br>
2. Move all the pool domain to maintenance (the master should be put<br>
to maintenance last to avoid reconstructing to another domain).<br>
3. Right click on the data center, chose reinitialize storage pool -<br>
you can chose which domain do you want to be the master from the<br>
unattached domains.<br>
<br>
The other option is manual db intervention :)<br>
Possibly we could add a possibility to manually change the master<br>
domain, same as was added for the spm ("Make SPM" button that was<br>
added recently).<br>
<br>
<br>
><br>
> @Karli<br>
> The idea is not to not have to shut down all the VM's or the<br>
engine just to<br>
> maintenance a storage domain(s) that may happen to be on<br>
disparate storage<br>
> servers<br>
> .<br>
> - DHC<br>
><br>
><br>
> On Thu, Aug 15, 2013 at 9:37 AM, Itamar Heim < <a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a><br></div></div><div><div class="h5">
<mailto:<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>> > wrote:<br>
><br>
><br>
><br>
> On 08/15/2013 06:18 AM, Dead Horse wrote:<br>
><br>
><br>
><br>
> Is there any method of designating which domain should be the master<br>
> storage domain or forcibly changing the role to a different<br>
storage domain?<br>
><br>
> EG: Given the following example<br>
><br>
> Storage Domain A (Master) --> NFS --> Storage Server 1<br>
> Storage Domain B --> NFS --> Storage Server 2<br>
><br>
> One wants to do maintenance to Storage Server 1 but in doing so the<br>
> Master storage domain is hosted from Storage Server 1. Thus the net<br>
> result of taking down Storage Server 1 is that one must also take<br>
down<br>
> Storage Server 2.<br>
><br>
> Thus we know we must shut down VM's from Storage Domain A to<br>
maintenance<br>
> Storage Server 1. Suppose however that VM's are running that we don't<br>
> want to shut down and are hosted from Storage Domain B via<br>
Storage Server 2.<br>
><br>
> We would want to be able to promote Storage Domain B to Master so<br>
that<br>
> we can take down Storage Domain A to do maintenance to Storage<br>
Server 1.<br>
><br>
> Once we are done with maintenance to Storage Server 1 we can bring<br>
> Storage Domain A back on line, re-designate it as Master if<br>
desired and<br>
> bring it's VM's back online.<br>
><br>
> I know I have seen this occur automatically to a point when a Storage<br>
> Domain goes missing that is the Master Domain but I have not<br>
noted any<br>
> manual method of doing so given the above scenario.<br>
><br>
> - DHC<br>
><br>
><br>
> ______________________________ _________________<br>
> Users mailing list<br></div></div>
> <a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><div class="im"><br>
> <a href="http://lists.ovirt.org/" target="_blank">http://lists.ovirt.org/</a> mailman/listinfo/users<br>
><br>
><br>
> my understanding is you can move the storage domain A which is<br>
master to<br>
> maint. engine will promote storage domain B to master and<br>
everything should<br>
> continue working as is.<br>
><br>
><br>
> ______________________________<u></u>_________________<br>
> Users mailing list<br></div>
> <a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<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/<u></u>mailman/listinfo/users</a><br>
><br>
<br>
<br>
</blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<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/<u></u>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">-- <br>James P. Kinney III<br><i><i><i><i><br></i></i></i></i>Every time you stop a school, you will have to build a jail. What you
gain at one end you lose at the other. It's like feeding a dog on his
own tail. It won't fatten the dog.<br>
- Speech 11/23/1900 Mark Twain<br><i><i><i><i><br><a href="http://heretothereideas.blogspot.com/" target="_blank">http://heretothereideas.blogspot.com/</a><br></i></i></i></i></div>
</div>