I’m running SLES 11 SP1 as a XEN host, I have shared NFS storage between two XEN servers. Both XEN servers have access to the NFS share, I’ve created a single test SLES11 guest and am in the final stages of testing XEN as our new virtualization platform. The one step I cannot seem to make work correctly is live migrating a domain to another machine.
I have both XEN servers xend-config.sxp files set to enable migration per much googling. I can connect to both machines using virt-manager (i.e. I can open virt-manager on server A and can add a connection to server B and manage both from that console).
When I attempt to live migrate I receive the following error:
POST operation failed: xend_post: error from xen daemon:
(xend.err “can’t connect: [Errno 104] Connection reset by peer”)
Googling the above results with few other examples of the same error with no resolutions posted. Any ideas on what steps I missed to get live migration working?
that error message sounds to me as if the target xend isn’t properly configured to listen for migration requests.
How are xend-relocation-server, xend-relocation-port, xend-relocation-address, and xend-relocation-hosts-allow set in the config file?
Can you confirm, via i.e. netstat, that xend is actually listening on that relocation port? Is it listening on the interface you’re using to connect both servers?
can you connect manually, i.e. via “telnet”? If yes, anything to see in the xend.log files on the two hosts? I guess the “sending” xend will mostly complain about the connection reset, hopefully the “receiving” xend is a bit more verbose…
If you cannot connect manually, is there any firewalling active on the “receiving” host?
I suggest that you add that host explicitly to the (currently empty) list of permitted hosts. I know the comment section suggests otherwise, but it may very well be that an empty list means “allow… no-one”.
Figured out a work-around. I was host names (which do resolve by the XEN server) I attempted to migrate both with the cli and GUI using IP address and bamo it worked! Not sure why if the server can resolve the hosts the migration command cannot, but meh whatever a win is a win.
better use “netstat -an”, there’sa definition for port 8002 in /etc/services.
You might also be able to check via “lsof -i -P|grep 8002” some find that output to be more readable.
Regards,
Jens[/QUOTE]
For posterity: If the -p flag is included in the argument and the command is executed as the root user, netstat will include the name of the process that opened the socket. e.g.,
that error message sounds to me as if the target xend isn’t properly configured to listen for migration requests.
How are xend-relocation-server, xend-relocation-port, xend-relocation-address, and xend-relocation-hosts-allow set in the config file?
Can you confirm, via i.e. netstat, that xend is actually listening on that relocation port? Is it listening on the interface you’re using to connect both servers?