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(a)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
fax +49 (0) 24 05 / 40 83 759
mail *rs(a)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
------------------------------------------------------------------------