<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_extra"><div class="gmail_quote">On Sat, Dec 21, 2013 at 4:43 AM,  <span dir="ltr">&lt;<a href="mailto:gregoire.leroy@retenodus.net" target="_blank">gregoire.leroy@retenodus.net</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">Hi,<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
 keepalived is only for grabbing the gluster volume info (eg. the servers which host the bricks) &gt; in which from what I&#39;ve noticed your clients will then connect to the gluster servers directly<br>
(not using keepalived anymore).<br>
</blockquote>
<br></div>
Can&#39;t keepalived be replace by naming the hostname by localhost, as what Alex says ?</blockquote><div class="gmail_default" style="font-family:tahoma,sans-serif">Yes it could sorry I forgot about that method, I used to do it that way but we had plans on possibly implementing nodes without glusterfs bricks possibly in the future so we moved to keepalived.</div>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
If you disable quorum then you won&#39;t have the issue of &quot;read only&quot; when you lose a host, but you &gt; won&#39;t have protection from split brain (if your two hosts lose network connectivity). VMs will<br>
keep writing to the hosts, as you have the gluster server and client on the same host this is<br>
inevitable.<br>
</blockquote>
<br></div>
Ok, I get the problem caused by disabling the quorum. So, what if while I&#39;ve two hosts the lack of HA is not so dramatic but will be necessary when I&#39;ll have more hosts ? (3 or 4). Here is the scenario I would like to have :<br>

</blockquote><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Quorum generally requires 3 hosts, I believe the default configuration when you press &quot;Optimize for virt store&quot; will require a minimum of 2 bricks connected before writing is allowed.</div>

<div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<br>
1) I have two hosts : HOSTA and HOSTB. They have glusterfs bricks configured as Distribute Replicated and data is replicated.<br>
=&gt; For now, I&#39;m totally ok with the fact that if a node fails, then VM on this hosts are stopped and unreachable. However, I would like that if a node fails, the DC keeps running so that VM on the other hosts are not stopped and a human intervention make possible to start the VM on the other host. Would it be possible without disabling the quorum ?<br>

</blockquote><div><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">For the 2 host scenario, disable quorum will allow you to do this.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<br>
2) In few months, I&#39;ll add two other hosts to the glusterfs volum. Their bricks will be replicated.<br>
=&gt; At that time, I would like to be able to make evolve my architecture (without shut my VM and export/import them on a new cluster) so that if a node fails, VM on this host start to run on the other host of the same brick (without manual intervention).<br>

</blockquote><div><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Later on you just enable quorum, it&#39;s only a setting in the gluster volume.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">

<span style="background-color:transparent;font-family:Inconsolata,monospace,sans-serif;font-size:inherit;white-space:pre-wrap;color:rgb(36,38,40);line-height:27.28125px">gluster volume set DATA cluster.quorum-type auto </span></div>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Is it possible ?<br>
<br>
Le 2013-12-20 16:22, <a href="mailto:a.ludas@gmail.com" target="_blank">a.ludas@gmail.com</a> a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi,<br>
<br>
in a 2 node cluster you can set the path to localhost:volume. If one<br>
host goes down and SPM role switches to the remaining running host,<br>
your master domain is still accessible and so your VMs stay up and<br>
running.<br>
<br>
Regards,<br>
Alex<br>
</blockquote>
<br></div>
I tried it but still, the storage/cluster were shutdown, probably because of the quorum.<div class=""><div class="h5"><br>
<br>
Thank you very much,<br>
Regards,<br>
Grégoire Leroy<br>
</div></div></blockquote></div><br></div></div>