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
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 |