how to handle mount options for hosted engine on glusterfs
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/995c6a65ab897d804f...) 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
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/995c6a65ab897d804f...) 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@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/995c6a65ab897d804f794306cc3654214f2c29b6">https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d804f794306cc3654214f2c29b6</a>) 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">https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2</a><br> <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://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <p><br> </p> </body> </html> --------------53CA43FFD57DF61F63B9D859--
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/995c6a65ab897d804f...) 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@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/show_bug.cgi?= 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</a> </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--
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@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/995c6a65ab897d804f...) 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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Ian Neilsen Mobile: 0424 379 762 Linkedin: http://au.linkedin.com/in/ianneilsen Twitter : ineilsen
ps - enclose the statement in " ... " On 21 March 2017 at 15:22, Ian Neilsen <ian.neilsen@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@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/995c6a65ab897d804f...) 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@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
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@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/995c6a65ab897d804f... <https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d804f794306cc3654214f2c29b6>) 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@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@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@linuxitil.org</a>></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/995c6a65ab897d804f..." target="_blank">https://github.com/oVirt/<wbr>ovirt-hosted-engine-setup/<wbr>commit/<wbr>995c6a65ab897d804f794306cc3654<wbr>214f2c29b6</a>) 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_bug.cgi?id=1426517#c2</a> > > 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@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/listinfo/users</a> </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/listinfo/users</a> </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><div>Twitter : ineilsen</div></div></div></div> </div> </blockquote><p> </p></body></html> --------------45AD62DA4EA1AB39FCA23096--
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@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/995c6a65ab897d804f...) 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@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@linuxitil.org</a>></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@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--
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@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@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/995c6a65ab897d804f...) 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@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
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@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@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@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/995c6a65ab897d804f...) 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@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
participants (3)
-
/dev/null -
Ian Neilsen -
knarra