[ovirt-users] oVirt 4.1.5 Finally GlusterFS via lbgfapi

[Ralf Schenk]

Hello,

I'm using the DNS Balancing gluster hostname for years now, not only
with ovirt. No software so far had a problem. And setting the hostname
to only one Host of course breaks one advantage of a
distributed/replicated Cluster File-System like loadbalancing the
connections to the storage and/or failover if one host is missing. In
earlier ovirt it wasn't possible to specify something like
"backupvolfile-server" for a High-Available hosted-engine rollout (which
I use).

I already used live migration in such a setup. This was done with pure
libvirt setup/virsh and later using OpenNebula.

Bye



Am 25.08.2017 um 13:11 schrieb Denis Chaplygin:
> Hello!
>
> On Fri, Aug 25, 2017 at 11:05 AM, Ralf Schenk <rs at databay.de
> <mailto:rs at databay.de>> wrote:
>
>
>     I replayed migration (10:38:02 local time) and recorded vdsm.log
>     of source and destination as attached. I can't find anything in
>     the gluster logs that shows an error. One information: my FQDN
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>
>     points to all the gluster hosts:
>
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.121
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.125
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.127
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.122
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.124
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.123
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.126
>     glusterfs.rxmgmt.databay.de <http://glusterfs.rxmgmt.databay.de>.
>     84600 IN   A       172.16.252.128
>
>     I double checked all gluster hosts. They all are configured the
>     same regarding "option rpc-auth-allow-insecure on" No iptables
>     rules on the host.
>
>
> Do you use 'glusterfs.rxmgmt.databay.de
> <http://glusterfs.rxmgmt.databay.de>" as a storage domain host name?
> I'm not a gluster guru, but i'm afraid that some internal gluster
> client code may go crazy, when it receives different address or
> several ip addresses every time. Is it possible to try with separate
> names? You can create a storage domain using 172.16.252.121 for
> example and it should work bypassing your DNS. If it is possible to
> make that, could you please do that and retry live migration?

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *rs at databay.de* <mailto:rs at databay.de>
	  	
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* <http://www.databay.de>

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen

------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170825/47ed3167/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gaaiceogelpgnhae.gif
Type: image/gif
Size: 1250 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170825/47ed3167/attachment.gif>