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

Mon, 20 Mar 2017 23:23:56 -0700 

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 <devn...@linuxitil.org <mailto:devn...@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/995c6a65ab897d804f794306cc3654214f2c29b6
    
<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



_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to