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 <mailto: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 <mailto: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 <tel:+49%202405%20408370> fax +49 (0) 24 05 / 40 83 759 <tel:+49%202405%204083759> mail *rs@databay.de* <mailto:rs@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
------------------------------------------------------------------------
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users <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* <mailto:rs@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 ------------------------------------------------------------------------
