[ovirt-users] how to handle mount options for hosted engine on glusterfs

Wed Mar 22 01:52:31 UTC 2017

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 at 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 at 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 at 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 at 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/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/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 at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170322/ba62f0f5/attachment.html>