5:51 p.m.
This is a multi-part message in MIME format.
--------------9AE8F9DB18CD3709026D88C7
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
I had the very same impression. It doesn't look like that it works then.
So for a fully redundant where you can loose a complete host you must
have at least 3 nodes then ?
Fernando
On 01/09/2017 12:53, Jim Kusznir wrote:
Huh...Ok., how do I convert the arbitrar to full replica, then? I
was
misinformed when I created this setup. I thought the arbitrator held
enough metadata that it could validate or refudiate any one replica
(kinda like the parity drive for a RAID-4 array). I was also under
the impression that one replica + Arbitrator is enough to keep the
array online and functional.
--Jim
On Fri, Sep 1, 2017 at 5:22 AM, Charles Kozler <ckozleriii(a)gmail.com
<mailto:ckozleriii@gmail.com>> wrote:
@ Jim - you have only two data volumes and lost quorum. Arbitrator
only stores metadata, no actual files. So yes, you were running in
degraded mode so some operations were hindered.
@ Sahina - Yes, this actually worked fine for me once I did that.
However, the issue I am still facing, is when I go to create a new
gluster storage domain (replica 3, hyperconverged) and I tell it
"Host to use" and I select that host. If I fail that host, all VMs
halt. I do not recall this in 3.6 or early 4.0. This to me makes
it seem like this is "pinning" a node to a volume and vice versa
like you could, for instance, for a singular hyperconverged to ex:
export a local disk via NFS and then mount it via ovirt domain.
But of course, this has its caveats. To that end, I am using
gluster replica 3, when configuring it I say "host to use: " node
1, then in the connection details I give it node1:/data. I fail
node1, all VMs halt. Did I miss something?
On Fri, Sep 1, 2017 at 2:13 AM, Sahina Bose <sabose(a)redhat.com
<mailto:sabose@redhat.com>> wrote:
To the OP question, when you set up a gluster storage domain,
you need to specify backup-volfile-servers=<server2>:<server3>
where server2 and server3 also have bricks running. When
server1 is down, and the volume is mounted again - server2 or
server3 are queried to get the gluster volfiles.
@Jim, if this does not work, are you using 4.1.5 build with
libgfapi access? If not, please provide the vdsm and gluster
mount logs to analyse
If VMs go to paused state - this could mean the storage is not
available. You can check "gluster volume status <volname>" to
see if atleast 2 bricks are running.
On Fri, Sep 1, 2017 at 11:31 AM, Johan Bernhardsson
<johan(a)kafit.se <mailto:johan@kafit.se>> wrote:
If gluster drops in quorum so that it has less votes than
it should it will stop file operations until quorum is
back to normal.If i rember it right you need two bricks to
write for quorum to be met and that the arbiter only is a
vote to avoid split brain.
Basically what you have is a raid5 solution without a
spare. And when one disk dies it will run in degraded
mode. And some raid systems will stop the raid until you
have removed the disk or forced it to run anyway.
You can read up on it here:
https://gluster.readthedocs.io/en/latest/Administrator%20Guide/arbiter-vo...
<https://gluster.readthedocs.io/en/latest/Administrator%20Guide/arbiter-vo...
/Johan
On Thu, 2017-08-31 at 22:33 -0700, Jim Kusznir wrote:
> Hi all:
>
> Sorry to hijack the thread, but I was about to start
> essentially the same thread.
>
> I have a 3 node cluster, all three are hosts and gluster
> nodes (replica 2 + arbitrar). I DO have the
> mnt_options=backup-volfile-servers= set:
>
> storage=192.168.8.11:/engine
> mnt_options=backup-volfile-servers=192.168.8.12:192.168.8.13
>
> I had an issue today where 192.168.8.11 went down. ALL
> VMs immediately paused, including the engine (all VMs
> were running on host2:192.168.8.12). I couldn't get any
> gluster stuff working until host1 (192.168.8.11) was
> restored.
>
> What's wrong / what did I miss?
>
> (this was set up "manually" through the article on
> setting up self-hosted gluster cluster back when 4.0 was
> new..I've upgraded it to 4.1 since).
>
> Thanks!
> --Jim
>
>
> On Thu, Aug 31, 2017 at 12:31 PM, Charles Kozler
> <ckozleriii(a)gmail.com <mailto:ckozleriii@gmail.com>> wrote:
>> Typo..."Set it up and then failed that **HOST**"
>>
>> And upon that host going down, the storage domain went
>> down. I only have hosted storage domain and this new one
>> - is this why the DC went down and no SPM could be elected?
>>
>> I dont recall this working this way in early 4.0 or 3.6
>>
>> On Thu, Aug 31, 2017 at 3:30 PM, Charles Kozler
>> <ckozleriii(a)gmail.com <mailto:ckozleriii@gmail.com>>
wrote:
>>> So I've tested this today and I failed a node.
>>> Specifically, I setup a glusterfs domain and selected
>>> "host to use: node1". Set it up and then failed that
VM
>>>
>>> However, this did not work and the datacenter went
>>> down. My engine stayed up, however, it seems
>>> configuring a domain to pin to a host to use will
>>> obviously cause it to fail
>>>
>>> This seems counter-intuitive to the point of glusterfs
>>> or any redundant storage. If a single host has to be
>>> tied to its function, this introduces a single point of
>>> failure
>>>
>>> Am I missing something obvious?
>>>
>>> On Thu, Aug 31, 2017 at 9:43 AM, Kasturi Narra
>>> <knarra(a)redhat.com <mailto:knarra@redhat.com>>
wrote:
>>>> yes, right. What you can do is edit the
>>>> hosted-engine.conf file and there is a parameter as
>>>> shown below [1] and replace h2 and h3 with your second
>>>> and third storage servers. Then you will need to
>>>> restart ovirt-ha-agent and ovirt-ha-broker services in
>>>> all the nodes .
>>>>
>>>> [1]
'mnt_options=backup-volfile-servers=<h2>:<h3>'
>>>>
>>>> On Thu, Aug 31, 2017 at 5:54 PM, Charles Kozler
>>>> <ckozleriii(a)gmail.com
<mailto:ckozleriii@gmail.com>>
>>>> wrote:
>>>>> Hi Kasturi -
>>>>>
>>>>> Thanks for feedback
>>>>>
>>>>> > If cockpit+gdeploy plugin would be have been used
>>>>> then that would have automatically detected glusterfs
>>>>> replica 3 volume created during Hosted Engine
>>>>> deployment and this question would not have been asked
>>>>> Actually, doing hosted-engine --deploy it too also
>>>>> auto detects glusterfs. I know glusterfs fuse client
>>>>> has the ability to failover between all nodes in
>>>>> cluster, but I am still curious given the fact that I
>>>>> see in ovirt config node1:/engine (being node1 I set
>>>>> it to in hosted-engine --deploy). So my concern was
>>>>> to ensure and find out exactly how engine works when
>>>>> one node goes away and the fuse client moves over to
>>>>> the other node in the gluster cluster
>>>>>
>>>>> But you did somewhat answer my question, the answer
>>>>> seems to be no (as default) and I will have to use
>>>>> hosted-engine.conf and change the parameter as you list
>>>>>
>>>>> So I need to do something manual to create HA for
>>>>> engine on gluster? Yes?
>>>>>
>>>>> Thanks so much!
>>>>>
>>>>> On Thu, Aug 31, 2017 at 3:03 AM, Kasturi Narra
>>>>> <knarra(a)redhat.com
<mailto:knarra@redhat.com>> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> During Hosted Engine setup question about
>>>>>> glusterfs volume is being asked because you have
>>>>>> setup the volumes yourself. If cockpit+gdeploy
>>>>>> plugin would be have been used then that would have
>>>>>> automatically detected glusterfs replica 3 volume
>>>>>> created during Hosted Engine deployment and this
>>>>>> question would not have been asked.
>>>>>>
>>>>>> During new storage domain creation when glusterfs
>>>>>> is selected there is a feature called 'use
managed
>>>>>> gluster volumes' and upon checking this all
>>>>>> glusterfs volumes managed will be listed and you
>>>>>> could choose the volume of your choice from the
>>>>>> dropdown list.
>>>>>>
>>>>>> There is a conf file called
>>>>>> /etc/hosted-engine/hosted-engine.conf where there is
>>>>>> a parameter called
backup-volfile-servers="h1:h2"
>>>>>> and if one of the gluster node goes down engine uses
>>>>>> this parameter to provide ha / failover.
>>>>>>
>>>>>> Hope this helps !!
>>>>>>
>>>>>> Thanks
>>>>>> kasturi
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Aug 30, 2017 at 8:09 PM, Charles Kozler
>>>>>> <ckozleriii(a)gmail.com
<mailto:ckozleriii@gmail.com>>
>>>>>> wrote:
>>>>>>> Hello -
>>>>>>>
>>>>>>> I have successfully created a hyperconverged
hosted
>>>>>>> engine setup consisting of 3 nodes - 2 for
VM's and
>>>>>>> the third purely for storage. I manually
configured
>>>>>>> it all, did not use ovirt node or anything.
Built
>>>>>>> the gluster volumes myself
>>>>>>>
>>>>>>> However, I noticed that when setting up the
hosted
>>>>>>> engine and even when adding a new storage domain
>>>>>>> with glusterfs type, it still asks for
>>>>>>> hostname:/volumename
>>>>>>>
>>>>>>> This leads me to believe that if that one node
goes
>>>>>>> down (ex: node1:/data), then ovirt engine wont
be
>>>>>>> able to communicate with that volume because its
>>>>>>> trying to reach it on node 1 and thus, go down
>>>>>>>
>>>>>>> I know glusterfs fuse client can connect to all
>>>>>>> nodes to provide failover/ha but how does the
>>>>>>> engine handle this?
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>
<http://lists.ovirt.org/mailman/listinfo/users>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------9AE8F9DB18CD3709026D88C7
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>I had the very same impression. It doesn't look like that it
works then. So for a fully redundant where you can loose a
complete host you must have at least 3 nodes then ?<br>
</p>
<p>Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 01/09/2017 12:53, Jim Kusznir
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CA+5-SEonfEjQ-8-5z4F2L4tenSDJq0A9=6B3Af=URp4AKYUOzQ@mail.gmail.com">
<div dir="ltr">Huh...Ok., how do I convert the arbitrar to full
replica, then? I was misinformed when I created this setup. I
thought the arbitrator held enough metadata that it could
validate or refudiate any one replica (kinda like the parity
drive for a RAID-4 array). I was also under the impression that
one replica + Arbitrator is enough to keep the array online and
functional.
<div><br>
</div>
<div>--Jim</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Sep 1, 2017 at 5:22 AM, Charles
Kozler <span dir="ltr"><<a
href="mailto:ckozleriii@gmail.com" target="_blank"
moz-do-not-send="true">ckozleriii(a)gmail.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">@ Jim - you have only two data volumes and
lost quorum. Arbitrator only stores metadata, no actual
files. So yes, you were running in degraded mode so some
operations were hindered.
<div><br>
</div>
<div>@ Sahina - Yes, this actually worked fine for me once
I did that. However, the issue I am still facing, is
when I go to create a new gluster storage domain
(replica 3, hyperconverged) and I tell it "Host to use"
and I select that host. If I fail that host, all VMs
halt. I do not recall this in 3.6 or early 4.0. This to
me makes it seem like this is "pinning" a node to a
volume and vice versa like you could, for instance, for
a singular hyperconverged to ex: export a local disk via
NFS and then mount it via ovirt domain. But of course,
this has its caveats. To that end, I am using gluster
replica 3, when configuring it I say "host to use: "
node 1, then in the connection details I give it
node1:/data. I fail node1, all VMs halt. Did I miss
something?</div>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Sep 1, 2017 at 2:13
AM, Sahina Bose <span dir="ltr"><<a
href="mailto:sabose@redhat.com"
target="_blank"
moz-do-not-send="true">sabose(a)redhat.com</a>&gt;</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>To the OP question, when you set up a
gluster storage domain, you need to specify
backup-volfile-servers=<server<wbr>2>:<server3>
where server2 and server3 also have bricks
running. When server1 is down, and the
volume is mounted again - server2 or server3
are queried to get the gluster volfiles.<br>
<br>
</div>
@Jim, if this does not work, are you using
4.1.5 build with libgfapi access? If not,
please provide the vdsm and gluster mount logs
to analyse<br>
<br>
</div>
If VMs go to paused state - this could mean the
storage is not available. You can check "gluster
volume status <volname>" to see if atleast
2 bricks are running.<br>
</div>
<div class="m_688166259021271601HOEnZb">
<div class="m_688166259021271601h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Sep 1, 2017
at 11:31 AM, Johan Bernhardsson <span
dir="ltr"><<a
href="mailto:johan@kafit.se"
target="_blank"
moz-do-not-send="true">johan(a)kafit.se</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
<div>
<div>If gluster drops in quorum so
that it has less votes than it
should it will stop file operations
until quorum is back to normal.If i
rember it right you need two bricks
to write for quorum to be met and
that the arbiter only is a vote to
avoid split brain.</div>
<div><br>
</div>
<div><br>
</div>
<div>Basically what you have is a
raid5 solution without a spare. And
when one disk dies it will run in
degraded mode. And some raid systems
will stop the raid until you have
removed the disk or forced it to run
anyway. </div>
<div><br>
</div>
<div>You can read up on it here: <a
href="https://gluster.readthedocs.io/en/latest/Administrator%20Guide/arbiter-volumes-and-quorum/"
target="_blank"
moz-do-not-send="true">https://gluster.readthed<wbr>ocs.io/en/latest/Administrator<wbr>%20Guide/arbiter-volumes-and-q<wbr>uorum/</a></div>
<span
class="m_688166259021271601m_8337997229390174390HOEnZb"><font
color="#888888">
<div><br>
</div>
<div>/Johan</div>
</font></span>
<div>
<div
class="m_688166259021271601m_8337997229390174390h5">
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250-x-evo-paragraph
m_688166259021271601m_8337997229390174390m_-8986942953698210250-x-evo-top-signature-spacer"><br>
</div>
<div>On Thu, 2017-08-31 at 22:33
-0700, Jim Kusznir wrote:</div>
<blockquote type="cite">
<div dir="ltr">Hi all:
<div><br>
</div>
<div>Sorry to hijack the
thread, but I was about to
start essentially the same
thread.</div>
<div><br>
</div>
<div>I have a 3 node cluster,
all three are hosts and
gluster nodes (replica 2 +
arbitrar). I DO have the
mnt_options=backup-volfile-ser<wbr>vers=
set:</div>
<div><br>
</div>
<div>
<div>storage=192.168.8.11:/engine</div>
<div>mnt_options=backup-volfile-ser<wbr>vers=192.168.8.12:192.168.8.13</div>
</div>
<div><br>
</div>
<div>I had an issue today
where 192.168.8.11 went
down. ALL VMs immediately
paused, including the engine
(all VMs were running on
host2:192.168.8.12). I
couldn't get any gluster
stuff working until host1
(192.168.8.11) was restored.</div>
<div><br>
</div>
<div>What's wrong / what did I
miss?</div>
<div><br>
</div>
<div>(this was set up
"manually" through the
article on setting up
self-hosted gluster cluster
back when 4.0 was new..I've
upgraded it to 4.1 since).</div>
<div><br>
</div>
<div>Thanks!</div>
<div>--Jim</div>
<div><br>
</div>
</div>
<div
class="gmail_extra"><br>
<div class="gmail_quote">On
Thu, Aug 31, 2017 at 12:31
PM, Charles Kozler <span
dir="ltr"><<a
href="mailto:ckozleriii@gmail.com"
target="_blank"
moz-do-not-send="true">ckozleriii(a)gmail.com</a>&gt;</span>
wrote:<br>
<blockquote type="cite">
<div
dir="ltr">Typo..."Set
it up and then failed
that **HOST**"
<div><br>
</div>
<div>And upon that host
going down, the
storage domain went
down. I only have
hosted storage domain
and this new one - is
this why the DC went
down and no SPM could
be elected?</div>
<div><br>
</div>
<div>I dont recall this
working this way in
early 4.0 or 3.6</div>
</div>
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250HOEnZb">
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250h5">
<div
class="gmail_extra"><br>
<div
class="gmail_quote">On
Thu, Aug 31, 2017
at 3:30 PM,
Charles Kozler <span
dir="ltr"><<a
href="mailto:ckozleriii@gmail.com" target="_blank"
moz-do-not-send="true">ckozleriii(a)gmail.com</a>&gt;</span>
wrote:<br>
<blockquote
type="cite">
<div dir="ltr">So
I've tested
this today and
I failed a
node.
Specifically,
I setup a
glusterfs
domain and
selected "host
to use:
node1". Set it
up and then
failed that VM
<div><br>
</div>
<div>However,
this did not
work and the
datacenter
went down. My
engine stayed
up, however,
it seems
configuring a
domain to pin
to a host to
use will
obviously
cause it to
fail</div>
<div><br>
</div>
<div>This
seems
counter-intuitive
to the point
of glusterfs
or any
redundant
storage. If a
single host
has to be tied
to its
function, this
introduces a
single point
of failure</div>
<div><br>
</div>
<div>Am I
missing
something
obvious?</div>
</div>
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885HOEnZb">
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885h5">
<div
class="gmail_extra"><br>
<div
class="gmail_quote">On
Thu, Aug 31,
2017 at 9:43
AM, Kasturi
Narra <span
dir="ltr"><<a
href="mailto:knarra@redhat.com" target="_blank"
moz-do-not-send="true">knarra(a)redhat.com</a>&gt;</span>
wrote:<br>
<blockquote
type="cite">
<div
dir="ltr">yes,
right. What
you can do is
edit the
hosted-engine.conf
file and there
is a parameter
as shown below
[1] and
replace h2 and
h3 with your
second and
third storage
servers. Then
you will need
to restart
ovirt-ha-agent
and
ovirt-ha-broker
services in
all the nodes
.
<div><br>
</div>
<div>[1]
'mnt_options=backup-volfile-se<wbr>rvers=<h2>:<h3>' </div>
</div>
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885m_5951134109970997349HOEnZb">
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885m_5951134109970997349h5">
<div
class="gmail_extra"><br>
<div
class="gmail_quote">On
Thu, Aug 31,
2017 at 5:54
PM, Charles
Kozler <span
dir="ltr"><<a
href="mailto:ckozleriii@gmail.com" target="_blank"
moz-do-not-send="true">ckozleriii(a)gmail.com</a>&gt;</span>
wrote:<br>
<blockquote
type="cite">
<div
dir="ltr">Hi
Kasturi -
<div><br>
</div>
<div>Thanks
for feedback</div>
<span>
<div><br>
</div>
<div>> <span
style="font-size:12.8px">If cockpit+gdeploy plugin would be have been
used then that
would have
automatically
detected
glusterfs
replica 3
volume created
during Hosted
Engine
deployment and
this question
would not have
been
asked</span></div>
<div><span
style="font-size:12.8px"> </span></div>
</span>
<div><span
style="font-size:12.8px">Actually,
doing
hosted-engine
--deploy it
too also auto
detects
glusterfs. I
know glusterfs
fuse client
has the
ability to
failover
between all
nodes in
cluster, but I
am still
curious given
the fact that
I see in ovirt
config
node1:/engine
(being node1 I
set it to in
hosted-engine
--deploy). So
my concern was
to ensure and
find out
exactly how
engine works
when one node
goes away and
the fuse
client moves
over to the
other node in
the gluster
cluster</span></div>
<div><span
style="font-size:12.8px"><br>
</span></div>
<div><span
style="font-size:12.8px">But
you did
somewhat
answer my
question, the
answer seems
to be no (as
default) and I
will have to
use
hosted-engine.conf
and change the
parameter as
you
list</span></div>
<div><span
style="font-size:12.8px"><br>
</span></div>
<div><span
style="font-size:12.8px">So
I need to do
something
manual to
create HA for
engine on
gluster?
Yes?</span></div>
<div><span
style="font-size:12.8px"><br>
</span></div>
<div><span
style="font-size:12.8px">Thanks
so
much!</span></div>
</div>
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885m_5951134109970997349m_3449479715428376713HOEnZb">
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885m_5951134109970997349m_3449479715428376713h5">
<div
class="gmail_extra"><br>
<div
class="gmail_quote">On
Thu, Aug 31,
2017 at 3:03
AM, Kasturi
Narra <span
dir="ltr"><<a
href="mailto:knarra@redhat.com" target="_blank"
moz-do-not-send="true">knarra(a)redhat.com</a>&gt;</span>
wrote:<br>
<blockquote
type="cite">
<div
dir="ltr">Hi,
<div><br>
</div>
<div> During
Hosted Engine
setup question
about
glusterfs
volume is
being asked
because you
have setup the
volumes
yourself. If
cockpit+gdeploy
plugin would
be have been
used then that
would have
automatically
detected
glusterfs
replica 3
volume created
during Hosted
Engine
deployment and
this question
would not have
been asked.</div>
<div><br>
</div>
<div> During
new storage
domain
creation when
glusterfs is
selected there
is a feature
called 'use
managed
gluster
volumes' and
upon checking
this all
glusterfs
volumes
managed will
be listed and
you could
choose the
volume of your
choice from
the dropdown
list.</div>
<div><br>
</div>
<div> There
is a conf file
called
/etc/hosted-engine/hosted-engi<wbr>ne.conf
where there is
a parameter
called
backup-volfile-servers="h1:h2"
and if one of
the gluster
node goes down
engine uses
this parameter
to provide ha
/ failover. </div>
<div><br>
</div>
<div> Hope
this helps !!</div>
<div><br>
</div>
<div>Thanks</div>
<div>kasturi</div>
<div><br>
<div><br>
</div>
</div>
</div>
<div
class="gmail_extra"><br>
<div
class="gmail_quote">
<div>
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885m_5951134109970997349m_3449479715428376713m_-614118149965673531h5">On
Wed, Aug 30,
2017 at 8:09
PM, Charles
Kozler <span
dir="ltr"><<a
href="mailto:ckozleriii@gmail.com" target="_blank"
moz-do-not-send="true">ckozleriii(a)gmail.com</a>&gt;</span>
wrote:<br>
</div>
</div>
<blockquote
type="cite">
<div>
<div
class="m_688166259021271601m_8337997229390174390m_-8986942953698210250m_-6021655538959603885m_5951134109970997349m_3449479715428376713m_-614118149965673531h5">
<div
dir="ltr">Hello
-
<div><br>
</div>
<div>I have
successfully
created a
hyperconverged
hosted engine
setup
consisting of
3 nodes - 2
for VM's and
the third
purely for
storage. I
manually
configured it
all, did not
use ovirt node
or anything.
Built the
gluster
volumes myself</div>
<div><br>
</div>
<div>However,
I noticed that
when setting
up the hosted
engine and
even when
adding a new
storage domain
with glusterfs
type, it still
asks for
hostname:/volumename</div>
<div><br>
</div>
<div>This
leads me to
believe that
if that one
node goes down
(ex:
node1:/data),
then ovirt
engine wont be
able to
communicate
with that
volume because
its trying to
reach it on
node 1 and
thus, go down</div>
<div><br>
</div>
<div>I know
glusterfs fuse
client can
connect to all
nodes to
provide
failover/ha
but how does
the engine
handle this?</div>
</div>
<br>
</div>
</div>
______________________________<wbr>_________________<br>
Users mailing
list<br>
<a
href="mailto:Users@ovirt.org"
target="_blank"
moz-do-not-send="true">Users(a)ovirt.org</a><br>
<a
href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr...
<br>
</blockquote>
</div>
<br>
</div>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a
href="mailto:Users@ovirt.org"
target="_blank"
moz-do-not-send="true">Users(a)ovirt.org</a><br>
<a
href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer"
target="_blank"
moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr...
<br>
</blockquote>
</div>
<br>
</div>
<pre>______________________________<wbr>_________________
Users mailing list
<a href="mailto:Users@ovirt.org" target="_blank"
moz-do-not-send="true">Users(a)ovirt.org</a>
<a href="http://lists.ovirt.org/mailman/listinfo/users"
target="_blank"
moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr...
</pre>
</blockquote>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org"
target="_blank"
moz-do-not-send="true">Users(a)ovirt.org</a><br>
<a
href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr...
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org"
moz-do-not-send="true">Users(a)ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://lists.ovirt.org/<wbr>mai...
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
</body>
</html>
--------------9AE8F9DB18CD3709026D88C7--