<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="GENERATOR" content="GtkHTML/4.6.4">
</head>
<body>
tor 2013-08-15 klockan 10:46 -0500 skrev Dead Horse:
<blockquote type="CITE">Itamar this is true (I have noted occasional timing issues with it actually working).<br>
But what if as the administrator I have a specific storage domain in mind that I would like to have become the master (in the case of more then two)?<br>
<br>
<br>
</blockquote>
<blockquote type="CITE">@Karli<br>
<br>
</blockquote>
<blockquote type="CITE">The idea is not to not have to shut down all the VM's or the engine just to maintenance a storage domain(s) that may happen to be on disparate storage servers<br>
.<br>
</blockquote>
<br>
Yes I understood that. My suggestion was a workaround until such operations are possible, that we use to minimize downtime as much as possible, to
<b>pause</b> the VM's, shut down engine, maintenance, bring engine and VM's back. Since the VM's only was paused and engine shut down, the VM's just continue going happily unknowing exactly from where they were, and a reboot of a storage takes at most 5mins,
which means 5mins total of downtime in the cloud environment for that quarter, which is acceptable for just about any SLA.<br>
<br>
/Karli<br>
<br>
<blockquote type="CITE"><br>
</blockquote>
<blockquote type="CITE">- DHC<br>
<br>
</blockquote>
<blockquote type="CITE"><br>
<br>
</blockquote>
<blockquote type="CITE">On Thu, Aug 15, 2013 at 9:37 AM, Itamar Heim <<a href="mailto:iheim@redhat.com">iheim@redhat.com</a>> wrote:
</blockquote>
<blockquote type="CITE">
<blockquote>On 08/15/2013 06:18 AM, Dead Horse wrote:<br>
<br>
</blockquote>
</blockquote>
<blockquote type="CITE">
<blockquote>
<blockquote>Is there any method of designating which domain should be the master<br>
storage domain or forcibly changing the role to a different 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 down<br>
Storage Server 2.<br>
<br>
Thus we know we must shut down VM's from Storage Domain A to 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 Storage Server 2.<br>
<br>
We would want to be able to promote Storage Domain B to Master so that<br>
we can take down Storage Domain A to do maintenance to Storage 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 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 noted any<br>
manual method of doing so given the above scenario.<br>
<br>
- DHC<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<blockquote type="CITE">
<blockquote>
<blockquote>_______________________________________________<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">http://lists.ovirt.org/</a><a href="http://lists.ovirt.org/mailman/listinfo/users">mailman/listinfo/users</a><br>
<br>
</blockquote>
<br>
my understanding is you can move the storage domain A which is master to maint. engine will promote storage domain B to master and everything should continue working as is.
</blockquote>
</blockquote>
<blockquote type="CITE"><br>
<br>
</blockquote>
<br>
<table cellspacing="0" cellpadding="0" width="100%">
<tbody>
<tr>
<td>-- <br>
<br>
Med Vänliga Hälsningar<br>
-------------------------------------------------------------------------------<br>
Karli Sjöberg<br>
Swedish University of Agricultural Sciences<br>
Box 7079 (Visiting Address Kronåsvägen 8)<br>
S-750 07 Uppsala, Sweden<br>
Phone: +46-(0)18-67 15 66<br>
<a href="mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a> </td>
</tr>
</tbody>
</table>
</body>
</html>