8:39 a.m.
Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf there is
an mnt_options line, but i read
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
that this settings get lost during deployment on seconday servers.
Is there an official way to deal with that? Should this option be set manualy on all
nodes?
Thanks!
/dev/null
--
Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht
und ist - aktuelle Virenscanner vorausgesetzt - sauber.
For all your IT requirements visit: http://www.transtec.co.uk
3:42 p.m.
This is a multi-part message in MIME format.
--------------53CA43FFD57DF61F63B9D859
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
On 03/20/2017 05:09 AM, /dev/null wrote:
Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf there is
an mnt_options line, but i read
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
that this settings get lost during deployment on seconday servers.
Is there an official way to deal with that? Should this option be set manualy on all
nodes?
Thanks!
/dev/null
Hi,
I think in the above patch they are just hiding the the query for
mount_options but i think all the code is still present and you should
not loose mount options during additional host deployment. For more info
you can refer [1].
You can set this option manually on all nodes by editing
/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps will help
you to achieve this.
1) Move each host to maintenance, edit the file
'/etc/ovirt-hosted-engine/hosted-engine.conf'.
2) set mnt_options = backup-volfile-servers=<gluster_ip2>:<gluster_ip3>
3) restart the services 'systemctl restart ovirt-ha-agent' ; 'systemctl
restart ovirt-ha-broker'
4) Activate the node.
Repeat the above steps for all the nodes in the cluster.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2
Hope this helps !!
Thanks
kasturi
--
Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte untersucht
und ist - aktuelle Virenscanner vorausgesetzt - sauber.
For all your IT requirements visit: http://www.transtec.co.uk
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------53CA43FFD57DF61F63B9D859
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 03/20/2017 05:09 AM, /dev/null
wrote:<br>
</div>
<blockquote cite="mid:20170319233239.M46044@volker.buschmans.de"
type="cite">
<pre wrap="">Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf there is
an mnt_options line, but i read
(<a class="moz-txt-link-freetext"
href="https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c...>)
that this settings get lost during deployment on seconday servers.
Is there an official way to deal with that? Should this option be set manualy on all
nodes?
Thanks!
/dev/null</pre>
</blockquote>
Hi,<br>
<br>
I think in the above patch they are just hiding the the query
for mount_options but i think all the code is still present and you
should not loose mount options during additional host deployment.
For more info you can refer [1]. <br>
<br>
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
You can set this option manually on all nodes by editing
/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps will
help you to achieve this.<br>
<br>
1) Move each host to maintenance, edit the file
'/etc/ovirt-hosted-engine/hosted-engine.conf'.<br>
2) set mnt_options =
backup-volfile-servers=<gluster_ip2>:<gluster_ip3><br>
3) restart the services 'systemctl restart ovirt-ha-agent' ;
'systemctl restart ovirt-ha-broker'<br>
4) Activate the node.<br>
<br>
Repeat the above steps for all the nodes in the cluster.<br>
<br>
[1] <a class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2"&g...
<br>
Hope this helps !!<br>
<br>
Thanks<br>
kasturi<br>
<blockquote cite="mid:20170319233239.M46044@volker.buschmans.de"
type="cite">
<pre wrap="">
--
Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte untersucht
und ist - aktuelle Virenscanner vorausgesetzt - sauber.
For all your IT requirements visit: <a class="moz-txt-link-freetext"
href="http://www.transtec.co.uk">http://www.transtec.co.uk</a>
</pre>
<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>
<p><br>
</p>
</body>
</html>
--------------53CA43FFD57DF61F63B9D859--
2:30 a.m.
This is a multi-part message in MIME format.
------=OPENWEBMAIL_ATT_0.309684729061217
Content-Type: text/plain;
charset=utf-8
Hi kasturi,
thank you. I tested and it seems not to work, even after rebooting the current mount does
not show up the mnt_options nor the switch over works.
[root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
gateway=192.168.2.1
iqn=
conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
user=
host_id=2
bridge=ovirtmgmt
metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
spUUID=00000000-0000-0000-0000-000000000000
mnt_options=backup-volfile-servers=host2
fqdn=ovirt.test.lab
portal=
vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
domainType=glusterfs
port=
console=qxl
ca_subject="C=EN, L=Test, O=Test, CN=Test"
password=
vmid=272942f3-99b9-48b9-aca4-19ec852f6874
lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
vdsm_use_ssl=true
storage=host1:/gvol0
conf=/var/run/ovirt-hosted-engine-ha/vm.conf
[root@host2 ~]# mount |grep gvol0
host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type fuse.glusterfs
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
Any suggestion?
I will try an answerfile-install as well later, but it was helpful to know, where to set
this.Â
Thanks & best regards
On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote
On 03/20/2017 05:09 AM, /dev/nullwrote:
Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i
cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf
there
is
an mnt_options line, but i
read
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
that this settings get lost during deployment on seconday
servers.
Is there an official way to deal with that? Should this option be set manualy on
all
nodes?
Thanks!
/dev/nullHi,
  I think in the above patch they are just  hiding the the queryfor mount_options
but i think all the code is still present and youshould not loose mount options during
additional host deployment.For more info you can refer [1].
  Â
   You can set this option manually on all nodes by
editing/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps willhelp you to
achieve this.
1) Move each host to maintenance, edit the
file'/etc/ovirt-hosted-engine/hosted-engine.conf'.
2) set mnt_options =backup-volfile-servers=<gluster_ip2>:<gluster_ip3>
3) restart the services 'systemctl restart ovirt-ha-agent' ;'systemctl
restart ovirt-ha-broker'
4) Activate the node.
Repeat the above steps for all the nodes in the cluster.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2
Hope this helps !!
Thanks
kasturi
--
Diese Nachricht wurde auf Viren und andere gefï¿œhrliche Inhalte
untersucht
und ist - aktuelle Virenscanner vorausgesetzt -
sauber.
For all your IT requirements visit: http://www.transtec.co.uk
_______________________________________________
Users mailing
list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Diese E-Mail wurde auf Viren und gefÀhrliche AnhÀnge
durchMailScanner untersucht und ist wahrscheinlich virenfrei.
MailScanner dankt transtec fï¿œr die freundliche Unterstï¿œtzung.
--
Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht
und ist - aktuelle Virenscanner vorausgesetzt - sauber.
For all your IT requirements visit: http://www.transtec.co.uk
------=OPENWEBMAIL_ATT_0.309684729061217
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<HTML>
<HEAD>
<META content=3D"text/html; charset=3Dutf-8" http-equiv=3DContent-Type>
<META content=3D"OPENWEBMAIL" name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<font size=3D"2">Hi </font><font size=3D"2"><font
size=3D"2">kasturi,
<br />
<br />thank you. I tested and it seems not to work, even after rebooting th=
e current mount does not show up the mnt_options nor the switch over works.
<br />
<br />[root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf=20
<br />ca_cert=3D/etc/pki/vdsm/libvirt-spice/ca-cert.pem
<br />gateway=3D192.168.2.1
<br />iqn=3D
<br />conf_image_UUID=3D7bdc29ad-bee6-4a33-8d58-feae9f45d54f
<br />ca_cert=3D/etc/pki/vdsm/libvirt-spice/ca-cert.pem
<br />sdUUID=3D1775d440-649c-4921-ba3b-9b6218c27ef3
<br />connectionUUID=3Dfcf70593-8214-4e8d-b546-63c210a3d5e7
<br />conf_volume_UUID=3D06dd17e5-a440-417a-94e8-75929b6f9ed5
<br />user=3D
<br />host_id=3D2
<br />bridge=3Dovirtmgmt
<br />metadata_image_UUID=3D6252c21c-227d-4dbd-bb7b-65cf342154b6
<br />spUUID=3D00000000-0000-0000-0000-000000000000
<br />mnt_options=3Dbackup-volfile-servers=3Dhost2
<br />fqdn=3Dovirt.test.lab
<br />portal=3D
<br />vm_disk_id=3D1bb9ea7f-986c-4803-ae82-8d5a47b1c496
<br />metadata_volume_UUID=3D426ff2cc-58a2-4b83-b22f-3f7dc99890d4
<br />vm_disk_vol_id=3Db57d40d2-e68b-440a-bab7-0a9631f4baa4
<br />domainType=3Dglusterfs
<br />port=3D
<br />console=3Dqxl
<br />ca_subject=3D"C=3DEN, L=3DTest, O=3DTest, CN=3DTest"
<br />password=3D
<br />vmid=3D272942f3-99b9-48b9-aca4-19ec852f6874
<br />lockspace_image_UUID=3D9fbdbfd4-3b31-43ce-80e2-283f0aeead49
<br />lockspace_volume_UUID=3Db1e4d3ed-ec78-41cd-9a39-4372f488fb92
<br />vdsm_use_ssl=3Dtrue
<br />storage=3Dhost1:/gvol0
<br />conf=3D/var/run/ovirt-hosted-engine-ha/vm.conf
<br />
<br />
<br />[root@host2 ~]# mount |grep gvol0
<br />host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type fus=
e.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,default_permissions,allow=
_other,max_read=3D131072)
<br />
<br />Any suggestion?
<br />
<br />I will try an answerfile-install as well later, but it was helpful to=
know, where to set this.=C2=A0=20
<br />
<br />Thanks & best regards
<br /></font></font><font size=3D"2"><b>
<br />On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote</b>
<br />> On 03/20/2017=20
05:09 AM,=20
/dev/null
wrote:
<br />>=20
=20=20=20=20
<blockquote cite=3D"mid:20170319233239.M46044@volker.buschmans.de" type=
=3D"cite">
=20=20=20=20=20=20
<pre wrap=3D"">Hi,
how do i make the hosted_storage aware of gluster server failure? In --depl=
oy i=20
cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.c=
onf=20
there=20
is
an mnt_options line, but i=20
read
(<a class=3D"moz-txt-link-freetext"
href=3D"https://github.com/oVirt/ovirt-=
hosted-engine-setup/commit/995c6a65ab897d804f794306cc3654214f2c29b6">https:=
//github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d804f79430=
6cc3654214f2c29b6</a>)
that this settings get lost during deployment on seconday=20
servers.
Is there an official way to deal with that? Should this option be set manua=
ly on=20
all=20
nodes?
Thanks!
/dev/null</pre>
=20=20=20=20
</blockquote>
Hi,
<br />>=20
<br />>=20
=C2=A0=C2=A0 I think in the above patch they are just=C2=A0=C2=A0 hidin=
g the the=20
query
for mount_options but i think all the code is still present and=20
you
should not loose mount options during additional host=20
deployment.
For more info you can refer [1].=20
<br />>=20
=C2=A0=C2=A0=C2=A0=20
<br />>=20
=20=20=20=20
=C2=A0=C2=A0=C2=A0 You can set this option manually on all nodes by=20
editing
/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps=20
will
help you to achieve this.
<br />>=20
<br />>=20
1) Move each host to maintenance, edit the=20
file
'/etc/ovirt-hosted-engine/hosted-engine.conf'.
<br />>=20
2) set mnt_options=20
=3D
backup-volfile-servers=3D<gluster_ip2>:<gluster_ip3>
<br />>=20
3) restart the services 'systemctl restart ovirt-ha-agent'=20
;
'systemctl restart ovirt-ha-broker'
<br />>=20
4) Activate the node.
<br />>=20
<br />>=20
Repeat the above steps for all the nodes in the cluster.
<br />>=20
<br />>=20
[1] <a class=3D"moz-txt-link-freetext"
href=3D"https://bugzilla.redhat.=
com/show_bug.cgi?id=3D1426517#c2">https://bugzilla.redhat.com/sho...
id=3D1426517#c2</a>
<br />>=20
<br />>=20
Hope this helps !!
<br />>=20
<br />>=20
Thanks
<br />>=20
kasturi
<br />>=20
<blockquote cite=3D"mid:20170319233239.M46044@volker.buschmans.de" type=
=3D"cite">
=20=20=20=20=20=20
<pre wrap=3D"">
--
Diese Nachricht wurde auf Viren und andere gef=EF=BF=BDhrliche Inhalte=20
untersucht
und ist - aktuelle Virenscanner vorausgesetzt -=20
sauber.
For all your IT requirements visit: <a class=3D"moz-txt-link-freetext" href=
=3D"http://www.transtec.co.uk/">http://www.transtec.co.uk</a>
</pre>
=20=20=20=20=20=20
<br />>=20
<fieldset class=3D"mimeAttachmentHeader" />
=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20
<pre wrap=3D"">_______________________________________________
Users mailing=20
list
<a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:Users@ovirt.org">Users=
@ovirt.org</a>
<a class=3D"moz-txt-link-freetext"
href=3D"http://lists.ovirt.org/mailman/l=
istinfo/users">http://lists.ovirt.org/mailman/listinfo/users</...
</pre>
=20=20=20=20
</blockquote>
=20=20=20=20
<br />>=20
<br />>=20
--
<br />> Diese E-Mail wurde auf Viren und gef=C3=A4hrliche=20
Anh=C3=A4nge
<br />>=20
durch
<a
href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>
untersucht =
und ist=20
wahrscheinlich=20
virenfrei.
<br />> MailScanner dankt <a
href=3D"http://www.transtec.de/">transtec</=
a> f=EF=BF=BDr=20
die freundliche=20
Unterst=EF=BF=BDtzung.
<br />
<br />
</font>
<br />--
<br />Diese E-Mail wurde auf Viren und gefährliche Anhänge
<br />durch
<a
href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>
untersucht =
und ist wahrscheinlich virenfrei.
<br />MailScanner dankt <a
href=3D"http://www.transtec.de/">transtec</a> f=
=FCr die freundliche Unterst=FCtzung.
</BODY>
</HTML>
------=OPENWEBMAIL_ATT_0.309684729061217--
2:22 p.m.
knara
Looks like your conf is incorrect for mnt option.
It should be I believe; mnt_options=backupvolfile-server=server name
not
mnt_options=backup-volfile-servers=host2
If your dns isnt working or your hosts file is incorrect this will prevent
it as well.
On 21 March 2017 at 03:30, /dev/null <devnull(a)linuxitil.org> wrote:
Hi kasturi,
thank you. I tested and it seems not to work, even after rebooting the
current mount does not show up the mnt_options nor the switch over works.
[root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
gateway=192.168.2.1
iqn=
conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
user=
host_id=2
bridge=ovirtmgmt
metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
spUUID=00000000-0000-0000-0000-000000000000
mnt_options=backup-volfile-servers=host2
fqdn=ovirt.test.lab
portal=
vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
domainType=glusterfs
port=
console=qxl
ca_subject="C=EN, L=Test, O=Test, CN=Test"
password=
vmid=272942f3-99b9-48b9-aca4-19ec852f6874
lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
vdsm_use_ssl=true
storage=host1:/gvol0
conf=/var/run/ovirt-hosted-engine-ha/vm.conf
[root@host2 ~]# mount |grep gvol0
host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type
fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,
allow_other,max_read=131072 <13%2010%2072>)
Any suggestion?
I will try an answerfile-install as well later, but it was helpful to
know, where to set this.
Thanks & best regards
* On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote*
> On 03/20/2017 05:09 AM, /dev/null wrote:
>
Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i
cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf
there
is
an mnt_options line, but i
read
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
that this settings get lost during deployment on seconday
servers.
Is there an official way to deal with that? Should this option be set manualy on
all
nodes?
Thanks!
/dev/null
Hi,
>
> I think in the above patch they are just hiding the the query for
mount_options but i think all the code is still present and you should not
loose mount options during additional host deployment. For more info you
can refer [1].
>
> You can set this option manually on all nodes by editing
/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps will help
you to achieve this.
>
> 1) Move each host to maintenance, edit the file
'/etc/ovirt-hosted-engine/hosted-engine.conf'.
> 2) set mnt_options = backup-volfile-servers=<gluster_ip2>:<gluster_ip3>
> 3) restart the services 'systemctl restart ovirt-ha-agent' ; 'systemctl
restart ovirt-ha-broker'
> 4) Activate the node.
>
> Repeat the above steps for all the nodes in the cluster.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2
>
> Hope this helps !!
>
> Thanks
> kasturi
>
--
Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte
untersucht
und ist - aktuelle Virenscanner vorausgesetzt -
sauber.
For all your IT requirements visit: http://www.transtec.co.uk
>
>
_______________________________________________
Users mailing
listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
> --
> Diese E-Mail wurde auf Viren und gefährliche Anhänge
> durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
wahrscheinlich virenfrei.
> MailScanner dankt transtec <http://www.transtec.de/> f�r die
freundliche Unterst�tzung.
--
Diese E-Mail wurde auf Viren und gefährliche Anhänge
durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
wahrscheinlich virenfrei.
MailScanner dankt transtec <http://www.transtec.de/> für die freundliche
Unterstützung.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Ian Neilsen
Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
2:23 p.m.
ps - enclose the statement in " ... "
On 21 March 2017 at 15:22, Ian Neilsen <ian.neilsen(a)gmail.com> wrote:
knara
Looks like your conf is incorrect for mnt option.
It should be I believe; mnt_options=backupvolfile-server=server name
not
mnt_options=backup-volfile-servers=host2
If your dns isnt working or your hosts file is incorrect this will prevent
it as well.
On 21 March 2017 at 03:30, /dev/null <devnull(a)linuxitil.org> wrote:
> Hi kasturi,
>
> thank you. I tested and it seems not to work, even after rebooting the
> current mount does not show up the mnt_options nor the switch over works.
>
> [root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> gateway=192.168.2.1
> iqn=
> conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
> connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
> conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
> user=
> host_id=2
> bridge=ovirtmgmt
> metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
> spUUID=00000000-0000-0000-0000-000000000000
> mnt_options=backup-volfile-servers=host2
> fqdn=ovirt.test.lab
> portal=
> vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
> metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
> vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
> domainType=glusterfs
> port=
> console=qxl
> ca_subject="C=EN, L=Test, O=Test, CN=Test"
> password=
> vmid=272942f3-99b9-48b9-aca4-19ec852f6874
> lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
> lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
> vdsm_use_ssl=true
> storage=host1:/gvol0
> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
>
>
> [root@host2 ~]# mount |grep gvol0
> host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type
> fuse.glusterfs (rw,relatime,user_id=0,group_i
> d=0,default_permissions,allow_other,max_read=131072 <13%2010%2072>)
>
> Any suggestion?
>
> I will try an answerfile-install as well later, but it was helpful to
> know, where to set this.
>
> Thanks & best regards
>
> * On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote*
> > On 03/20/2017 05:09 AM, /dev/null wrote:
> >
>
> Hi,
>
> how do i make the hosted_storage aware of gluster server failure? In --deploy i
> cannot
> provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf
> there
> is
> an mnt_options line, but i
> read
>
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
> that this settings get lost during deployment on seconday
> servers.
>
> Is there an official way to deal with that? Should this option be set manualy on
> all
> nodes?
>
> Thanks!
>
> /dev/null
>
> Hi,
> >
> > I think in the above patch they are just hiding the the query for
> mount_options but i think all the code is still present and you should not
> loose mount options during additional host deployment. For more info you
> can refer [1].
> >
> > You can set this option manually on all nodes by editing
> /etc/ovirt-hosted-engine/hosted-engine.conf. Following steps will help
> you to achieve this.
> >
> > 1) Move each host to maintenance, edit the file
> '/etc/ovirt-hosted-engine/hosted-engine.conf'.
> > 2) set mnt_options =
backup-volfile-servers=<gluster_ip2>:<gluster_ip3>
>
> > 3) restart the services 'systemctl restart ovirt-ha-agent' ;
'systemctl
> restart ovirt-ha-broker'
> > 4) Activate the node.
> >
> > Repeat the above steps for all the nodes in the cluster.
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2
> >
> > Hope this helps !!
> >
> > Thanks
> > kasturi
> >
>
> --
> Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte
> untersucht
> und ist - aktuelle Virenscanner vorausgesetzt -
> sauber.
> For all your IT requirements visit: http://www.transtec.co.uk
>
>
> >
> >
>
> _______________________________________________
> Users mailing
> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> >
> > --
> > Diese E-Mail wurde auf Viren und gefährliche Anhänge
> > durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
> wahrscheinlich virenfrei.
> > MailScanner dankt transtec <http://www.transtec.de/> f�r die
> freundliche Unterst�tzung.
>
>
> --
> Diese E-Mail wurde auf Viren und gefährliche Anhänge
> durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
> wahrscheinlich virenfrei.
> MailScanner dankt transtec <http://www.transtec.de/> für die freundliche
> Unterstützung.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
--
Ian Neilsen
Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
--
Ian Neilsen
Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
3:22 p.m.
This is a multi-part message in MIME format.
--------------45AD62DA4EA1AB39FCA23096
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
On 03/21/2017 10:52 AM, Ian Neilsen wrote:
knara
Looks like your conf is incorrect for mnt option.
Hi Ian,
mnt_option should be mnt_options=backup-volfile-servers=<IP1>:<IP2>
and this is how we test it.
Thanks
kasturi.
It should be I believe; mnt_options=backupvolfile-server=server name
not
mnt_options=backup-volfile-servers=host2
If your dns isnt working or your hosts file is incorrect this will
prevent it as well.
On 21 March 2017 at 03:30, /dev/null <devnull(a)linuxitil.org
<mailto:devnull@linuxitil.org>> wrote:
Hi kasturi,
thank you. I tested and it seems not to work, even after rebooting
the current mount does not show up the mnt_options nor the switch
over works.
[root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
gateway=192.168.2.1
iqn=
conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
user=
host_id=2
bridge=ovirtmgmt
metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
spUUID=00000000-0000-0000-0000-000000000000
mnt_options=backup-volfile-servers=host2
fqdn=ovirt.test.lab
portal=
vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
domainType=glusterfs
port=
console=qxl
ca_subject="C=EN, L=Test, O=Test, CN=Test"
password=
vmid=272942f3-99b9-48b9-aca4-19ec852f6874
lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
vdsm_use_ssl=true
storage=host1:/gvol0
conf=/var/run/ovirt-hosted-engine-ha/vm.conf
[root@host2 ~]# mount |grep gvol0
host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type
fuse.glusterfs
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072
<tel:13%2010%2072>)
Any suggestion?
I will try an answerfile-install as well later, but it was helpful
to know, where to set this.
Thanks & best regards
*
On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote*
> On 03/20/2017 05:09 AM, /dev/null wrote:
>
> Hi,
>
> how do i make the hosted_storage aware of gluster server failure? In --deploy i
> cannot
> provide backup-volfile-servers. In /etc/ovirt-hosted-engine/hosted-engine.conf
> there
> is
> an mnt_options line, but i
> read
>
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...
>
<https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...>)
> that this settings get lost during deployment on seconday
> servers.
>
> Is there an official way to deal with that? Should this option be set manualy on
> all
> nodes?
>
> Thanks!
>
> /dev/null
Hi, > > I think in the above patch they are just hiding the
the query for mount_options but i think all the code is still
present and you should not loose mount options during additional
host deployment. For more info you can refer [1]. > > You can
set this option manually on all nodes by editing
/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps will
help you to achieve this. > > 1) Move each host to maintenance,
edit the file '/etc/ovirt-hosted-engine/hosted-engine.conf'. > 2)
set mnt_options =
backup-volfile-servers=<gluster_ip2>:<gluster_ip3> > 3) restart
the services 'systemctl restart ovirt-ha-agent' ; 'systemctl
restart ovirt-ha-broker' > 4) Activate the node. > > Repeat the
above steps for all the nodes in the cluster. > > [1]
https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2
<https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2> > > Hope
this helps !! > > Thanks > kasturi >
> --
> Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte
> untersucht
> und ist - aktuelle Virenscanner vorausgesetzt -
> sauber.
> For all your IT requirements visit:http://www.transtec.co.uk
<http://www.transtec.co.uk/>
>
> >
> >
> _______________________________________________
> 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>
>
>
>-- > Diese E-Mail wurde auf Viren und gefährliche Anhänge > durch
*MailScanner* <http://www.mailscanner.info/> untersucht und ist
wahrscheinlich virenfrei. > MailScanner dankt transtec
<http://www.transtec.de/> f�r die freundliche Unterst�tzung. --
Diese E-Mail wurde auf Viren und gefährliche Anhänge durch
*MailScanner* <http://www.mailscanner.info/> untersucht und ist
wahrscheinlich virenfrei. MailScanner dankt transtec
<http://www.transtec.de/> für die freundliche Unterstützung.
_______________________________________________ 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>
--
Ian Neilsen Mobile: 0424 379 762 Linkedin:
http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
--------------45AD62DA4EA1AB39FCA23096
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 03/21/2017 10:52 AM, Ian Neilsen
wrote:<br>
</div>
<blockquote
cite="mid:CANoeav0TiZpOSPOOzBpg26f2DsApfF5-fggsoh7ykPn7iqvWbA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>knara<br>
<br>
</div>
Looks like your conf is incorrect for mnt option.<br>
<br>
</div>
</div>
</div>
</blockquote>
Hi Ian,<br>
<br>
mnt_option should be
mnt_options=backup-volfile-servers=<IP1>:<IP2> and this
is how we test it.<br>
<br>
Thanks<br>
kasturi.<br>
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<blockquote
cite="mid:CANoeav0TiZpOSPOOzBpg26f2DsApfF5-fggsoh7ykPn7iqvWbA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>It should be I believe;
mnt_options=backupvolfile-server=server name<br>
<br>
</div>
<div>not<br>
</div>
<div><br>
<font size="2"><font
size="2">mnt_options=backup-volfile-<wbr>servers=host2<br>
<br>
</font></font></div>
<font size="2"><font size="2">If your dns isnt
working or your
hosts file is incorrect this will prevent it as well.<br>
<br>
<br>
</font></font></div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 21 March 2017 at 03:30, /dev/null
<span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:devnull@linuxitil.org"
target="_blank">devnull(a)linuxitil.org</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#ffffff">
<font size="2">Hi </font><font
size="2"><font size="2">kasturi,
<br>
<br>
thank you. I tested and it seems not to work, even
after rebooting the current mount does not show up the
mnt_options nor the switch over works.
<br>
<br>
[root@host2 ~]# cat
/etc/ovirt-hosted-engine/<wbr>hosted-engine.conf
<br>
ca_cert=/etc/pki/vdsm/libvirt-<wbr>spice/ca-cert.pem
<br>
gateway=192.168.2.1
<br>
iqn=
<br>
conf_image_UUID=7bdc29ad-bee6-<wbr>4a33-8d58-feae9f45d54f
<br>
ca_cert=/etc/pki/vdsm/libvirt-<wbr>spice/ca-cert.pem
<br>
sdUUID=1775d440-649c-4921-<wbr>ba3b-9b6218c27ef3
<br>
connectionUUID=fcf70593-8214-<wbr>4e8d-b546-63c210a3d5e7
<br>
conf_volume_UUID=06dd17e5-<wbr>a440-417a-94e8-75929b6f9ed5
<br>
user=
<br>
host_id=2
<br>
bridge=ovirtmgmt
<br>
metadata_image_UUID=6252c21c-<wbr>227d-4dbd-bb7b-65cf342154b6
<br>
spUUID=00000000-0000-0000-<wbr>0000-000000000000
<br>
mnt_options=backup-volfile-<wbr>servers=host2
<br>
fqdn=ovirt.test.lab
<br>
portal=
<br>
vm_disk_id=1bb9ea7f-986c-4803-<wbr>ae82-8d5a47b1c496
<br>
metadata_volume_UUID=426ff2cc-<wbr>58a2-4b83-b22f-3f7dc99890d4
<br>
vm_disk_vol_id=b57d40d2-e68b-<wbr>440a-bab7-0a9631f4baa4
<br>
domainType=glusterfs
<br>
port=
<br>
console=qxl
<br>
ca_subject="C=EN, L=Test, O=Test, CN=Test"
<br>
password=
<br>
vmid=272942f3-99b9-48b9-aca4-<wbr>19ec852f6874
<br>
lockspace_image_UUID=9fbdbfd4-<wbr>3b31-43ce-80e2-283f0aeead49
<br>
lockspace_volume_UUID=<wbr>b1e4d3ed-ec78-41cd-9a39-<wbr>4372f488fb92
<br>
vdsm_use_ssl=true
<br>
storage=host1:/gvol0
<br>
conf=/var/run/ovirt-hosted-<wbr>engine-ha/vm.conf
<br>
<br>
<br>
[root@host2 ~]# mount |grep gvol0
<br>
host1:/gvol0 on /rhev/data-center/mnt/<wbr>glusterSD/host1:_gvol0
type fuse.glusterfs
(rw,relatime,user_id=0,group_<wbr>id=0,default_permissions,<wbr>allow_other,max_read=<a
moz-do-not-send="true" href="tel:13%2010%2072"
value="+61131072"
target="_blank">131072</a>)
<br>
<br>
Any suggestion?
<br>
<br>
I will try an answerfile-install as well later, but it
was helpful to know, where to set this. <br>
<br>
Thanks & best regards
<br>
</font></font><font size="2"><b>
<br>
On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote</b>
<br>
<div>
<div class="h5">> On 03/20/2017 05:09 AM,
/dev/null
wrote:
<br>
>
<blockquote type="cite">
<pre>Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i
cannot
provide backup-volfile-servers. In /etc/ovirt-hosted-engine/<wbr>hosted-engine.conf
there
is
an mnt_options line, but i
read
(<a moz-do-not-send="true"
class="m_3780158283212514035moz-txt-link-freetext"
href="https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c...
target="_blank">https://github.com/oVirt/<wbr>ovirt-ho...>)
that this settings get lost during deployment on seconday
servers.
Is there an official way to deal with that? Should this option be set manualy on
all
nodes?
Thanks!
/dev/null</pre>
</blockquote>
Hi,
>
>
I think in the above patch they are just hiding the the
query
for mount_options but i think all the code is still present and
you
should not loose mount options during additional host
deployment.
For more info you can refer [1].
>
>
You can set this option manually on all nodes by
editing
/etc/ovirt-hosted-engine/<wbr>hosted-engine.conf. Following steps
will
help you to achieve this.
>
>
1) Move each host to maintenance, edit the
file
'/etc/ovirt-hosted-engine/<wbr>hosted-engine.conf'.
>
2) set mnt_options
=
backup-volfile-servers=<<wbr>gluster_ip2>:<gluster_ip3>
>
3) restart the services 'systemctl restart ovirt-ha-agent'
;
'systemctl restart ovirt-ha-broker'
>
4) Activate the node.
>
>
Repeat the above steps for all the nodes in the cluster.
>
>
[1] <a moz-do-not-send="true"
class="m_3780158283212514035moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2"
target="_blank">https://bugzilla.redhat.com/<wbr>show_...
>
>
Hope this helps !!
>
>
Thanks
>
kasturi
>
<blockquote type="cite">
<pre>--
Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte
untersucht
und ist - aktuelle Virenscanner vorausgesetzt -
sauber.
For all your IT requirements visit: <a moz-do-not-send="true"
class="m_3780158283212514035moz-txt-link-freetext"
href="http://www.transtec.co.uk/"
target="_blank">http://www.transtec.co.uk</a>
</pre>
>
<fieldset class="m_3780158283212514035mimeAttachmentHeader">
>
<pre>______________________________<wbr>_________________
Users mailing
list
<a moz-do-not-send="true"
class="m_3780158283212514035moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>
<a moz-do-not-send="true"
class="m_3780158283212514035moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/<wbr>mailman/li...
</pre>
</fieldset></blockquote>
>
</div></div><span class="HOEnZb"><font
color="#888888">>
--
> Diese E-Mail wurde auf Viren und gefährliche
Anhänge
>
durch
<a moz-do-not-send="true" href="http://www.mailscanner.info/"
target="_blank"><b>MailScanner</b></a> untersucht und ist
wahrscheinlich
virenfrei.
> MailScanner dankt <a moz-do-not-send="true"
href="http://www.transtec.de/" target="_blank">transtec</a>
f�r
die freundliche
Unterst�tzung.
</font></span></font><span class="HOEnZb"><font
color="#888888">
--
Diese E-Mail wurde auf Viren und gefährliche Anhänge
durch
<a moz-do-not-send="true" href="http://www.mailscanner.info/"
target="_blank"><b>MailScanner</b></a> untersucht und ist
wahrscheinlich virenfrei.
MailScanner dankt <a moz-do-not-send="true"
href="http://www.transtec.de/" target="_blank">transtec</a>
für die freundliche Unterstützung.
</font></span></div>
______________________________<wbr>_________________
Users mailing list
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer"
target="_blank">http://lists.ovirt.org/<wbr>mailman/li...
</blockquote></div>
--
<div class="gmail_signature"
data-smartmail="gmail_signature"><div
dir="ltr"><div>Ian Neilsen
Mobile: 0424 379 762
Linkedin: <a moz-do-not-send="true"
href="http://au.linkedin.com/in/ianneilsen"
target="_blank">http://au.linkedin.com/in/ianneilsen</a&g...
: ineilsen</div></div></div></div>
</div>
</blockquote><p>
</p></body></html>
--------------45AD62DA4EA1AB39FCA23096--
9:09 a.m.
This is a multi-part message in MIME format.
------=OPENWEBMAIL_ATT_0.905148381457792
Content-Type: text/plain;
charset=utf-8
Ian, knara,
success! I got it working using the two-dash-notation and ip addresses. Shure this is the
most relyable way, even with local hosts file.
In my case, the hosted vm dies and takes some time to be running again. Is it possible to
have the vm surviving the switch to the backup-volfile-server?
Thanks & regards
/dev/null
On Tue, 21 Mar 2017 11:52:32 +0530, knarra wrote
On 03/21/2017 10:52 AM, Ian Neilsenwrote:
knara
Looks like your conf is incorrect for mnt option.
Hi Ian,
  Â
   mnt_option should bemnt_options=backup-volfile-servers=<IP1>:<IP2> and
thisis how we test it.
Thanks
kasturi.
It should be I believe;Â mnt_options=backupvolfile-server=server name
not
mnt_options=backup-volfile-servers=host2
If your dns isnt working or yourhosts file is incorrect this will prevent it as well.
On 21 March 2017 at 03:30, /dev/null <devnull(a)linuxitil.org>wrote:
Hi kasturi,
thank you. I tested and it seems not to work, evenafter rebooting the current mount does
not show up themnt_options nor the switch over works.
[root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
gateway=192.168.2.1
iqn=
conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
user=
host_id=2
bridge=ovirtmgmt
metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
spUUID=00000000-0000-0000-0000-000000000000
mnt_options=backup-volfile-servers=host2
fqdn=ovirt.test.lab
portal=
vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
domainType=glusterfs
port=
console=qxl
ca_subject="C=EN, L=Test, O=Test, CN=Test"
password=
vmid=272942f3-99b9-48b9-aca4-19ec852f6874
lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
vdsm_use_ssl=true
storage=host1:/gvol0
conf=/var/run/ovirt-hosted-engine-ha/vm.conf
[root@host2 ~]# mount |grep gvol0
host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0type fuse.glusterfs
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
Any suggestion?
I will try an answerfile-install as well later, but itwas helpful to know, where to set
this.Â
Thanks & best regards
On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote
> On 03/20/2017 05:09 AM, /dev/nullwrote:
>Hi,
how do i make the hosted_storage aware of gluster server failure? In --deploy i
cannot
provide backup-volfile-servers. In
/etc/ovirt-hosted-engine/hosted-engine.conf
there
is
an mnt_options line, but i
read
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
that this settings get lost during deployment on seconday
servers.
Is there an official way to deal with that? Should this option be set manualy on
all
nodes?
Thanks!
/dev/nullHi,> >   I think in the above patch they are just  hiding the the
queryfor mount_options but i think all the code is still present and youshould not loose
mount options during additional host deployment.For more info you can refer [1]. >
   >    You can set this option manually on all nodes by
editing/etc/ovirt-hosted-engine/hosted-engine.conf. Following steps willhelp you to
achieve this.> > 1) Move each host to maintenance, edit the
file'/etc/ovirt-hosted-engine/hosted-engine.conf'.> 2) set mnt_options
=backup-volfile-servers=<gluster_ip2>:<gluster_ip3>> 3) restart the
services 'systemctl restart ovirt-ha-agent' ;'systemctl restart
ovirt-ha-broker'> 4) Activate the node.> > Repeat the above steps for all the
nodes in the cluster.> > [1]
https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2> > Hope this helps !!>
> Thanks> kasturi> --
Diese Nachricht wurde auf Viren und andere gefï¿œhrliche Inhalte
untersucht
und ist - aktuelle Virenscanner vorausgesetzt -
sauber.
For all your IT requirements visit: http://www.transtec.co.uk
>_______________________________________________
Users
mailing
list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
> --> Diese E-Mail wurde auf Viren und gefÀhrliche
AnhÀnge> durchMailScanner untersucht und ist wahrscheinlich virenfrei.> MailScanner
dankt transtec fï¿œr die freundliche Unterstï¿œtzung.--Diese E-Mail wurde auf Viren und
gefÀhrliche AnhÀngedurchMailScanner untersucht und ist wahrscheinlich
virenfrei.MailScanner dankt transtec fÃŒr die freundliche
UnterstÃŒtzung._______________________________________________Users mailing
listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users--
Ian NeilsenMobile: 0424 379 762Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
--
Diese E-Mail wurde auf Viren und gefÀhrliche AnhÀnge
durchMailScanner untersucht und ist wahrscheinlich virenfrei.
MailScanner dankt transtec fï¿œr die freundliche Unterstï¿œtzung.
--
Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht
und ist - aktuelle Virenscanner vorausgesetzt - sauber.
For all your IT requirements visit: http://www.transtec.co.uk
------=OPENWEBMAIL_ATT_0.905148381457792
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<HTML>
<HEAD>
<META content=3D"text/html; charset=3Dutf-8" http-equiv=3DContent-Type>
<META content=3D"OPENWEBMAIL" name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
Ian, knara,
<br />
<br />success! I got it working using the two-dash-notation and ip addresse=
s. Shure this is the most relyable way, even with local hosts file.
<br />
<br />In my case, the hosted vm dies and takes some time to be running agai=
n. Is it possible to have the vm surviving the switch to the backup-volfile=
-server?=20
<br />
<br />Thanks & regards
<br />
<br />/dev/null
<br />
<br /><font size=3D"2"><b>On Tue, 21 Mar 2017 11:52:32 +0530,
knarra wrote<=
/b>
<br />> On 03/21/2017=20
10:52 AM, Ian=20
Neilsen
wrote:
<br />>=20
=20=20=20=20
=20=20=20=20
<blockquote cite=3D"mid:CANoeav0TiZpOSPOOzBpg26f2DsApfF5-fggsoh7ykPn7iqvWbA=
@mail.gmail.com" type=3D"cite">
=20=20=20=20=20=20
<br />>=20
<br />> knara
<br />>=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20
Looks like your conf is incorrect for mnt option.
<br />>=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20
=20=20=20=20=20=20
=20=20=20=20
</blockquote>
Hi Ian,
<br />>=20
=C2=A0=C2=A0=C2=A0=20
<br />>=20
=C2=A0=C2=A0=C2=A0 mnt_option should=20
be
mnt_options=3Dbackup-volfile-servers=3D<IP1>:<IP2> and=20
this
is how we test it.
<br />>=20
<br />>=20
Thanks
<br />>=20
kasturi.
<br />>=20
=20=20=20=20
=20=20=20=20
<blockquote cite=3D"mid:CANoeav0TiZpOSPOOzBpg26f2DsApfF5-fggsoh7ykPn7iqvWbA=
@mail.gmail.com" type=3D"cite">
=20=20=20=20=20=20
<br />>=20
<br />> It should be I=20
believe;=C2=A0
mnt_options=3Dbackupvolfile-server=3Dserver name
<br />>=20
<br />>=20
not
<br />>=20
<br />>=20
<font size=3D"2"><font
size=3D"2">mnt_options=3Dbackup-volfile-<w=
br />servers=3Dhost2
<br />>=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20
</font></font>
<font size=3D"2"><font size=3D"2">If your dns isnt
working or=20
your
hosts file is incorrect this will prevent it as well.
<br />>=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20
</font></font>
=20=20=20=20=20=20
<br />>=20
<br />> On 21 March 2017 at 03:30, /dev/null=20
<span dir=3D"ltr"><<a moz-do-not-send=3D"true"
href=3D"mailto:devnull@li=
nuxitil.org"
target=3D"_blank">devnull(a)linuxitil.org</a>&gt;</span>
wrote:
<br />>=20
<blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px 0px
0.=
8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<font size=3D"2">Hi </font><font
size=3D"2"><font size=3D"2">=
kasturi,
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<br />>=20
thank you. I tested and it seems not to work,=20
even
after rebooting the current mount does not show up=20
the
mnt_options nor the switch over=20
works.
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<br />>=20
[root@host2 ~]# cat=20
/etc/ovirt-hosted-engine/<wbr />hosted-engine.conf
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
ca_cert=3D/etc/pki/vdsm/libvirt-<wbr />spice/ca-cert.pem
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
gateway=3D192.168.2.1
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
iqn=3D
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
conf_image_UUID=3D7bdc29ad-bee6-<wbr />4a33-8d58-feae9f45d54f
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
ca_cert=3D/etc/pki/vdsm/libvirt-<wbr />spice/ca-cert.pem
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
sdUUID=3D1775d440-649c-4921-<wbr />ba3b-9b6218c27ef3
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
connectionUUID=3Dfcf70593-8214-<wbr />4e8d-b546-63c210a3d5e7
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
conf_volume_UUID=3D06dd17e5-<wbr />a440-417a-94e8-75929b6f9ed5
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
user=3D
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
host_id=3D2
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
bridge=3Dovirtmgmt
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
metadata_image_UUID=3D6252c21c-<wbr />227d-4dbd-bb7b-65cf342154b6
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
spUUID=3D00000000-0000-0000-<wbr />0000-000000000000
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
mnt_options=3Dbackup-volfile-<wbr />servers=3Dhost2
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
fqdn=3Dovirt.test.lab
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
portal=3D
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
vm_disk_id=3D1bb9ea7f-986c-4803-<wbr />ae82-8d5a47b1c496
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
metadata_volume_UUID=3D426ff2cc-<wbr />58a2-4b83-b22f-3f7dc99890d4
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
vm_disk_vol_id=3Db57d40d2-e68b-<wbr />440a-bab7-0a9631f4baa4
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
domainType=3Dglusterfs
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
port=3D
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
console=3Dqxl
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
ca_subject=3D"C=3DEN, L=3DTest, O=3DTest,=20
CN=3DTest"
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
password=3D
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
vmid=3D272942f3-99b9-48b9-aca4-<wbr />19ec852f6874
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
lockspace_image_UUID=3D9fbdbfd4-<wbr />3b31-43ce-80e2-283f0aeead49
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
lockspace_volume_UUID=3D<wbr />b1e4d3ed-ec78-41cd-9a39-<wbr />4372f488fb92
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
vdsm_use_ssl=3Dtrue
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
storage=3Dhost1:/gvol0
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
conf=3D/var/run/ovirt-hosted-<wbr />engine-ha/vm.conf
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<br />>=20
[root@host2 ~]# mount |grep=20
gvol0
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
host1:/gvol0 on=20
/rhev/data-center/mnt/<wbr />glusterSD/host1:_gvol0
type fuse.glusterfs=20
(rw,relatime,user_id=3D0,group_<wbr />id=3D0,default_permissions,<wbr />all=
ow_other,max_read=3D<a moz-do-not-send=3D"true"
href=3D"tel:13%2010%2072" v=
alue=3D"+61131072" target=3D"_blank">131072</a>)
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<br />>=20
Any=20
suggestion?
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<br />>=20
I will try an answerfile-install as well later, but=20
it
was helpful to know, where to set this.=C2=A0=20
<br />>=20
<br />>=20
Thanks & best=20
regards
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
</font></font><font size=3D"2"><b>
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
On Mon, 20 Mar 2017 12:12:25 +0530, knarra=20
wrote</b>
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
<br />> > On 03/20/2017 05:09 AM,=20
/dev/null
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
wrote:
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<br />>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
>
<blockquote type=3D"cite">
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
<pre>Hi,
how do i make the hosted_storage aware of gluster server failure? In --depl=
oy i=20
cannot
provide backup-volfile-servers. In=20
/etc/ovirt-hosted-engine/<wbr />hosted-engine.conf=20
there=20
is
an mnt_options line, but i=20
read
(<a moz-do-not-send=3D"true"
class=3D"m_3780158283212514035moz-txt-link-fre=
etext" href=3D"https://github.com/oVirt/ovirt-hosted-engine-setup/commit/99=
5c6a65ab897d804f794306cc3654214f2c29b6"
target=3D"_blank">https://github.co=
m/oVirt/<wbr />ovirt-hosted-engine-setup/<wbr />commit/<wbr
/>995c6a65ab897=
d804f794306cc3654<wbr />214f2c29b6</a>)
that this settings get lost during deployment on seconday=20
servers.
Is there an official way to deal with that? Should this option be set manua=
ly on=20
all=20
nodes?
Thanks!
/dev/null</pre>
=20=20=20=20
</blockquote>
=20=20=20=20
Hi,
>=20
>=20
=C2=A0=C2=A0 I think in the above patch they are just=C2=A0=C2=A0 hidin=
g the the=20
query
for mount_options but i think all the code is still present and=20
you
should not loose mount options during additional host=20
deployment.
For more info you can refer [1].=20
>=20
=C2=A0=C2=A0=C2=A0=20
>=20
=20=20=20=20
=C2=A0=C2=A0=C2=A0 You can set this option manually on all nodes by=20
editing
/etc/ovirt-hosted-engine/<wbr />hosted-engine.conf. Following steps=20
will
help you to achieve=20
this.
>=20
>=20
1) Move each host to maintenance, edit the=20
file
=20=20=20=20
'/etc/ovirt-hosted-engine/<wbr />hosted-engine.conf'.
>=20
2) set mnt_options=20
=3D
=20=20=20=20
backup-volfile-servers=3D<<wbr
/>gluster_ip2>:<gluster_ip3>
>=20
3) restart the services 'systemctl restart ovirt-ha-agent'=20
;
'systemctl restart=20
ovirt-ha-broker'
>=20
4) Activate the=20
node.
>=20
>=20
Repeat the above steps for all the nodes in the=20
cluster.
>=20
>=20
[1] <a moz-do-not-send=3D"true"
class=3D"m_3780158283212514035moz-txt-l=
ink-freetext" href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1426517=
#c2" target=3D"_blank">https://bugzilla.redhat.com/<wbr
/>show_bug.cgi?id=
=3D1426517#c2</a>
>=20
>=20
Hope this helps=20
!!
>=20
>=20
=20=20=20=20
Thanks
>=20
=20=20=20=20
kasturi
>=20
<blockquote type=3D"cite">
=20=20=20=20=20=20
<pre>--
Diese Nachricht wurde auf Viren und andere gef=EF=BF=BDhrliche Inhalte=20
untersucht
und ist - aktuelle Virenscanner vorausgesetzt -=20
sauber.
For all your IT requirements visit: <a moz-do-not-send=3D"true"
class=3D"m_=
3780158283212514035moz-txt-link-freetext" href=3D"http://www.transtec.co.uk=
/" target=3D"_blank">http://www.transtec.co.uk</a>
</pre>
=20=20=20=20=20=20
>=20
<fieldset class=3D"m_3780158283212514035mimeAttachmentHeader">
=20=20=20=20=20=20
>=20
=20=20=20=20=20=20
<pre>______________________________<wbr />_________________
Users mailing=20
list
<a moz-do-not-send=3D"true"
class=3D"m_3780158283212514035moz-txt-link-abbr=
eviated" href=3D"mailto:Users@ovirt.org"
target=3D"_blank">Users(a)ovirt.org<=
/a>
<a moz-do-not-send=3D"true"
class=3D"m_3780158283212514035moz-txt-link-free=
text" href=3D"http://lists.ovirt.org/mailman/listinfo/users"
target=3D"_bla=
nk">http://lists.ovirt.org/<wbr />mailman/listinfo/users</a>
</pre>
=20=20=20=20
</fieldset></blockquote>
=20=20=20=20
>=20
<span class=3D"HOEnZb"><font
color=3D"#888888">>=20
--
> Diese E-Mail wurde auf Viren und gef=C3=A4hrliche=20
Anh=C3=A4nge
>=20
durch
<a moz-do-not-send=3D"true" href=3D"http://www.mailscanner.info/"
target=3D=
"_blank"><b>MailScanner</b></a> untersucht und ist=20
wahrscheinlich=20
virenfrei.
> MailScanner dankt <a moz-do-not-send=3D"true"
href=3D"http://www.trans=
tec.de/" target=3D"_blank">transtec</a> f=EF=BF=BDr=20
die freundliche=20
Unterst=EF=BF=BDtzung.
</font></span></font><span class=3D"HOEnZb"><font
color=3D"#888888">
--
Diese E-Mail wurde auf Viren und gef=C3=A4hrliche=20
Anh=C3=A4nge
durch
<a moz-do-not-send=3D"true" href=3D"http://www.mailscanner.info/"
target=3D=
"_blank"><b>MailScanner</b></a> untersucht und ist
wahrscheinlich=20
virenfrei.
MailScanner dankt <a moz-do-not-send=3D"true"
href=3D"http://www.transtec.d=
e/" target=3D"_blank">transtec</a> f=C3=BCr die freundliche=20
Unterst=C3=BCtzung.
</font></span>
______________________________<wbr />_________________
Users mailing=20
list
<a moz-do-not-send=3D"true"
href=3D"mailto:Users@ovirt.org">Users@ovirt.org=
</a>
<a moz-do-not-send=3D"true"
href=3D"http://lists.ovirt.org/mailman/listinfo=
/users" rel=3D"noreferrer"
target=3D"_blank">http://lists.ovirt.org/<wbr />=
mailman/listinfo/users</a>
</blockquote>
--=20
<br />>=20
<br />> Ian=20
Neilsen
Mobile: 0424 379=20
762
Linkedin: <a moz-do-not-send=3D"true"
href=3D"http://au.linkedin.com/in/ian=
neilsen"
target=3D"_blank">http://au.linkedin.com/in/ianneilsen</a...
<br />> Twitter :=20
ineilsen
</blockquote>
<br />>=20
<br />>=20
--
<br />> Diese E-Mail wurde auf Viren und gef=C3=A4hrliche=20
Anh=C3=A4nge
<br />>=20
durch
<a
href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>
untersucht =
und ist=20
wahrscheinlich=20
virenfrei.
<br />> MailScanner dankt <a
href=3D"http://www.transtec.de/">transtec</=
a> f=EF=BF=BDr=20
die freundliche=20
Unterst=EF=BF=BDtzung.
<br />
<br />
<br />
</font>
<br />--
<br />Diese E-Mail wurde auf Viren und gefährliche Anhänge
<br />durch
<a
href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>
untersucht =
und ist wahrscheinlich virenfrei.
<br />MailScanner dankt <a
href=3D"http://www.transtec.de/">transtec</a> f=
=FCr die freundliche Unterst=FCtzung.
</BODY>
</HTML>
------=OPENWEBMAIL_ATT_0.905148381457792--
10:52 a.m.
Good to know. Ive been using the 1 dash notation following RH document.
Dont think Ive seen the 1 dash before.
On the original cluster I used IP's second cluster I used FQDN's but made
sure I have a hosts file present.
On 22 March 2017 at 10:09, /dev/null <devnull(a)linuxitil.org> wrote:
Ian, knara,
success! I got it working using the two-dash-notation and ip addresses.
Shure this is the most relyable way, even with local hosts file.
In my case, the hosted vm dies and takes some time to be running again. Is
it possible to have the vm surviving the switch to the
backup-volfile-server?
Thanks & regards
/dev/null
*On Tue, 21 Mar 2017 11:52:32 +0530, knarra wrote*
> On 03/21/2017 10:52 AM, Ian Neilsen wrote:
>
>
> knara
>
> Looks like your conf is incorrect for mnt option.
>
>
Hi Ian,
>
> mnt_option should be mnt_options=backup-volfile-servers=<IP1>:<IP2>
and this is how we test it.
>
> Thanks
> kasturi.
>
>
> It should be I believe; mnt_options=backupvolfile-server=server name
>
> not
>
> mnt_options=backup-volfile-servers=host2
>
> If your dns isnt working or your hosts file is incorrect this will
prevent it as well.
>
>
>
> On 21 March 2017 at 03:30, /dev/null <devnull(a)linuxitil.org> wrote:
>
>
>
> > Hi kasturi,
> >
> > thank you. I tested and it seems not to work, even after rebooting the
> current mount does not show up the mnt_options nor the switch over works.
> >
> > [root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
> > ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> > gateway=192.168.2.1
> > iqn=
> > conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
> > ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> > sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
> > connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
> > conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
> > user=
> > host_id=2
> > bridge=ovirtmgmt
> > metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
> > spUUID=00000000-0000-0000-0000-000000000000
> > mnt_options=backup-volfile-servers=host2
> > fqdn=ovirt.test.lab
> > portal=
> > vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
> > metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
> > vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
> > domainType=glusterfs
> > port=
> > console=qxl
> > ca_subject="C=EN, L=Test, O=Test, CN=Test"
> > password=
> > vmid=272942f3-99b9-48b9-aca4-19ec852f6874
> > lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
> > lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
> > vdsm_use_ssl=true
> > storage=host1:/gvol0
> > conf=/var/run/ovirt-hosted-engine-ha/vm.conf
> >
> > [root@host2 ~]# mount |grep gvol0
> > host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type
> fuse.glusterfs (rw,relatime,user_id=0,group_i
> d=0,default_permissions,allow_other,max_read=131072 <13%2010%2072>)
> >
> > Any suggestion?
> >
> > I will try an answerfile-install as well later, but it was helpful to
> know, where to set this.
> >
> > Thanks & best regards
> >
> * > On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote*
> >
> > > On 03/20/2017 05:09 AM, /dev/null wrote:
> > >
>
> Hi,
>
> how do i make the hosted_storage aware of gluster server failure? In --deploy i
>
> cannot
> provide backup-volfile-servers. In
> /etc/ovirt-hosted-engine/hosted-engine.conf
>
> there
>
> is
> an mnt_options line, but i
>
> read
>
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
> that this settings get lost during deployment on seconday
>
> servers.
>
> Is there an official way to deal with that? Should this option be set manualy on
>
> all
>
> nodes?
>
> Thanks!
>
> /dev/null
>
> Hi, > > I think in the above patch they are just hiding the the
> query for mount_options but i think all the code is still present and you
> should not loose mount options during additional host deployment. For more
> info you can refer [1]. > > You can set this option manually on all
> nodes by editing /etc/ovirt-hosted-engine/hosted-engine.conf. Following
> steps will help you to achieve this. > > 1) Move each host to maintenance,
> edit the file '/etc/ovirt-hosted-engine/hosted-engine.conf'. > 2) set
> mnt_options = backup-volfile-servers=<gluster_ip2>:<gluster_ip3> > 3)
> restart the services 'systemctl restart ovirt-ha-agent' ; 'systemctl
> restart ovirt-ha-broker' > 4) Activate the node. > > Repeat the above
steps
> for all the nodes in the cluster. > > [1] https://bugzilla.redhat.com/sh
> ow_bug.cgi?id=1426517#c2 > > Hope this helps !! > > Thanks > kasturi
>
>
> --
> Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte
>
> untersucht
> und ist - aktuelle Virenscanner vorausgesetzt -
>
> sauber.
> For all your IT requirements visit: http://www.transtec.co.uk
>
> > >
>
> _______________________________________________
> Users mailing
>
> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
> > > -- > Diese E-Mail wurde auf Viren und gefährliche Anhänge > durch
> *MailScanner* <http://www.mailscanner.info/> untersucht und ist
> wahrscheinlich virenfrei. > MailScanner dankt transtec
> <http://www.transtec.de/> f�r die freundliche Unterst�tzung. -- Diese
> E-Mail wurde auf Viren und gefährliche Anhänge durch *MailScanner*
> <http://www.mailscanner.info/> untersucht und ist wahrscheinlich
> virenfrei. MailScanner dankt transtec <http://www.transtec.de/> für die
> freundliche Unterstützung. _______________________________________________
> Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman
> /listinfo/users
--
>
> Ian Neilsen Mobile: 0424 379 762 Linkedin: http://au.linkedin.com/in/
ianneilsen
> Twitter : ineilsen
>
> --
> Diese E-Mail wurde auf Viren und gefährliche Anhänge
> durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
wahrscheinlich virenfrei.
> MailScanner dankt transtec <http://www.transtec.de/> f�r die
freundliche Unterst�tzung.
--
Diese E-Mail wurde auf Viren und gefährliche Anhänge
durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
wahrscheinlich virenfrei.
MailScanner dankt transtec <http://www.transtec.de/> für die freundliche
Unterstützung.
--
Ian Neilsen
Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
6:37 p.m.
I Think I am going to have to go the "virsh" path and mount a guest based
cdrom storage device using a live cd and fix the vm disk this way.
Meanwhile fix up the fact that vnc and serial console have both been wiped
out following the 4.1 upgrade.
On 22 March 2017 at 11:52, Ian Neilsen <ian.neilsen(a)gmail.com> wrote:
Good to know. Ive been using the 1 dash notation following RH
document.
Dont think Ive seen the 1 dash before.
On the original cluster I used IP's second cluster I used FQDN's but made
sure I have a hosts file present.
On 22 March 2017 at 10:09, /dev/null <devnull(a)linuxitil.org> wrote:
> Ian, knara,
>
> success! I got it working using the two-dash-notation and ip addresses.
> Shure this is the most relyable way, even with local hosts file.
>
> In my case, the hosted vm dies and takes some time to be running again.
> Is it possible to have the vm surviving the switch to the
> backup-volfile-server?
>
> Thanks & regards
>
> /dev/null
>
> *On Tue, 21 Mar 2017 11:52:32 +0530, knarra wrote*
> > On 03/21/2017 10:52 AM, Ian Neilsen wrote:
> >
>
>
> >
> > knara
> >
> > Looks like your conf is incorrect for mnt option.
> >
> >
>
> Hi Ian,
> >
> > mnt_option should be
mnt_options=backup-volfile-servers=<IP1>:<IP2>
> and this is how we test it.
> >
> > Thanks
> > kasturi.
> >
>
>
> >
> > It should be I believe; mnt_options=backupvolfile-server=server name
> >
> > not
> >
> > mnt_options=backup-volfile-servers=host2
> >
> > If your dns isnt working or your hosts file is incorrect this will
> prevent it as well.
> >
> >
> >
> > On 21 March 2017 at 03:30, /dev/null <devnull(a)linuxitil.org> wrote:
> >
>>
>>
>> > Hi kasturi,
>> >
>> > thank you. I tested and it seems not to work, even after rebooting the
>> current mount does not show up the mnt_options nor the switch over works.
>> >
>> > [root@host2 ~]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
>> > ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
>> > gateway=192.168.2.1
>> > iqn=
>> > conf_image_UUID=7bdc29ad-bee6-4a33-8d58-feae9f45d54f
>> > ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
>> > sdUUID=1775d440-649c-4921-ba3b-9b6218c27ef3
>> > connectionUUID=fcf70593-8214-4e8d-b546-63c210a3d5e7
>> > conf_volume_UUID=06dd17e5-a440-417a-94e8-75929b6f9ed5
>> > user=
>> > host_id=2
>> > bridge=ovirtmgmt
>> > metadata_image_UUID=6252c21c-227d-4dbd-bb7b-65cf342154b6
>> > spUUID=00000000-0000-0000-0000-000000000000
>> > mnt_options=backup-volfile-servers=host2
>> > fqdn=ovirt.test.lab
>> > portal=
>> > vm_disk_id=1bb9ea7f-986c-4803-ae82-8d5a47b1c496
>> > metadata_volume_UUID=426ff2cc-58a2-4b83-b22f-3f7dc99890d4
>> > vm_disk_vol_id=b57d40d2-e68b-440a-bab7-0a9631f4baa4
>> > domainType=glusterfs
>> > port=
>> > console=qxl
>> > ca_subject="C=EN, L=Test, O=Test, CN=Test"
>> > password=
>> > vmid=272942f3-99b9-48b9-aca4-19ec852f6874
>> > lockspace_image_UUID=9fbdbfd4-3b31-43ce-80e2-283f0aeead49
>> > lockspace_volume_UUID=b1e4d3ed-ec78-41cd-9a39-4372f488fb92
>> > vdsm_use_ssl=true
>> > storage=host1:/gvol0
>> > conf=/var/run/ovirt-hosted-engine-ha/vm.conf
>> >
>> > [root@host2 ~]# mount |grep gvol0
>> > host1:/gvol0 on /rhev/data-center/mnt/glusterSD/host1:_gvol0 type
>> fuse.glusterfs (rw,relatime,user_id=0,group_i
>> d=0,default_permissions,allow_other,max_read=131072 <13%2010%2072>)
>> >
>> > Any suggestion?
>> >
>> > I will try an answerfile-install as well later, but it was helpful to
>> know, where to set this.
>> >
>> > Thanks & best regards
>> >
>> * > On Mon, 20 Mar 2017 12:12:25 +0530, knarra wrote*
>> >
>> > > On 03/20/2017 05:09 AM, /dev/null wrote:
>> > >
>>
>> Hi,
>>
>> how do i make the hosted_storage aware of gluster server failure? In --deploy i
>>
>> cannot
>> provide backup-volfile-servers. In
>> /etc/ovirt-hosted-engine/hosted-engine.conf
>>
>> there
>>
>> is
>> an mnt_options line, but i
>>
>> read
>>
(https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d8...)
>> that this settings get lost during deployment on seconday
>>
>> servers.
>>
>> Is there an official way to deal with that? Should this option be set manualy on
>>
>> all
>>
>> nodes?
>>
>> Thanks!
>>
>> /dev/null
>>
>> Hi, > > I think in the above patch they are just hiding the the
>> query for mount_options but i think all the code is still present and you
>> should not loose mount options during additional host deployment. For more
>> info you can refer [1]. > > You can set this option manually on
all
>> nodes by editing /etc/ovirt-hosted-engine/hosted-engine.conf. Following
>> steps will help you to achieve this. > > 1) Move each host to maintenance,
>> edit the file '/etc/ovirt-hosted-engine/hosted-engine.conf'. > 2) set
>> mnt_options = backup-volfile-servers=<gluster_ip2>:<gluster_ip3> >
3)
>> restart the services 'systemctl restart ovirt-ha-agent' ; 'systemctl
>> restart ovirt-ha-broker' > 4) Activate the node. > > Repeat the
above steps
>> for all the nodes in the cluster. > > [1] https://bugzilla.redhat.com/sh
>> ow_bug.cgi?id=1426517#c2 > > Hope this helps !! > > Thanks >
kasturi >
>>
>> --
>> Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte
>>
>> untersucht
>> und ist - aktuelle Virenscanner vorausgesetzt -
>>
>> sauber.
>> For all your IT requirements visit: http://www.transtec.co.uk
>>
>> > >
>>
>> _______________________________________________
>> Users mailing
>>
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>> > > -- > Diese E-Mail wurde auf Viren und gefährliche Anhänge >
durch
>> *MailScanner* <http://www.mailscanner.info/> untersucht und ist
>> wahrscheinlich virenfrei. > MailScanner dankt transtec
>> <http://www.transtec.de/> f�r die freundliche Unterst�tzung. -- Diese
>> E-Mail wurde auf Viren und gefährliche Anhänge durch *MailScanner*
>> <http://www.mailscanner.info/> untersucht und ist wahrscheinlich
>> virenfrei. MailScanner dankt transtec <http://www.transtec.de/> für die
>> freundliche Unterstützung. _______________________________________________
>> Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman
>> /listinfo/users
>
> --
> >
> > Ian Neilsen Mobile: 0424 379 762 Linkedin:
> http://au.linkedin.com/in/ianneilsen
> > Twitter : ineilsen
>
>
> >
> > --
> > Diese E-Mail wurde auf Viren und gefährliche Anhänge
> > durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
> wahrscheinlich virenfrei.
> > MailScanner dankt transtec <http://www.transtec.de/> f�r die
> freundliche Unterst�tzung.
>
>
>
> --
> Diese E-Mail wurde auf Viren und gefährliche Anhänge
> durch *MailScanner* <http://www.mailscanner.info/> untersucht und ist
> wahrscheinlich virenfrei.
> MailScanner dankt transtec <http://www.transtec.de/> für die freundliche
> Unterstützung.
>
--
Ian Neilsen
Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
--
Ian Neilsen
Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
2659
days inactive
2663
days old
8 comments
3 participants
participants (3)
-
/dev/null -
Ian Neilsen -
knarra