Hello,

thank you for helping me with my problem.

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 points to all the gluster hosts:

glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.121
glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.125
glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.127
glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.122
glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.124
glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.123
glusterfs.rxmgmt.databay.de. 84600 IN   A       172.16.252.126
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.

Bye


Am 24.08.2017 um 16:38 schrieb Yaniv Kaul:
Can you also post to the users mailing list the destination VDSM log?

On Thu, Aug 24, 2017 at 4:55 PM, Ralf Schenk <rs@databay.de> wrote:

Hello,

nice to hear it worked for you.

Attached you find the vdsm.log (from migration source) including the error and engine.log which looks ok.

Hostnames/IP-Adresses are correct and use the ovirtmgmt Network.

I checked (on both hosts):

[root@microcloud22 glusterfs]# gluster volume get gv0 storage.owner-uid
Option                                  Value
------                                  -----
storage.owner-uid                       36
[root@microcloud22 glusterfs]# gluster volume get gv0 storage.owner-gid
Option                                  Value
------                                  -----
storage.owner-gid                       36
[root@microcloud22 glusterfs]# gluster volume get gv0 server.allow-insecure
Option                                  Value
------                                  -----
server.allow-insecure                   on

and /etc/glusterd

root@microcloud22 glusterfs]# cat /etc/glusterfs/glusterd.vol
volume management
    type mgmt/glusterd
    option working-directory /var/lib/glusterd
    option transport-type socket
    option transport.socket.keepalive-time 10
    option transport.socket.keepalive-interval 2
    option transport.socket.read-fail-log off
    option ping-timeout 0
    option event-threads 1
    option rpc-auth-allow-insecure on
#   option transport.address-family inet6
#   option base-port 49152
end-volume

Bye


Am 24.08.2017 um 15:25 schrieb Denis Chaplygin:
Hello!

On Thu, Aug 24, 2017 at 3:07 PM, Ralf Schenk <rs@databay.de> wrote:

Responsiveness of VM is much better (already seen when Updateng OS Packages). 

But I'm not able to migrate the mashine live to another host in the cluster. Manager only states "Migration failed"


Live migration worked for me. 

Cold you please provide some details? Engine/vdsm logs in +/- 10 minutes in the vicinity of migration failure. 

--


Ralf Schenk
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail rs@databay.de
 
Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
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


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



--


Ralf Schenk
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail rs@databay.de
 
Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
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