Hello,
'am having some issues trying to live migrate a large guest and would
like to get some pointers
on how to go about about debugging this. Here is some info. on the
configuration
_Hardware :_
Two DL980's each with 80 Westmere cores + 1 TB of RAM. Using a 10G NIC
private link
(back to back) between two DL980's
_
Host software used:_
Host 3.4.1 kernel
Qemu versions used :
Case 1: upstream qemu (1.1.50) - from qemu.git
Case 2 : 1.0.92 + Juan Quintela's huge_memory changes
_
Guest :
_40VCPUs + 512GB
_Guest software used:_
RHEL6.3 RC1 (had some basic boot issues with 3.4.1 kernel and udevd..)
Guest is booted off an FC LUN (visible to both the hosts).
[Note: 'am not using virsh/virt-manager etc. but just the qemu to start
the guest and also interact with
the qemu monitor for live migration etc. Have set the migration speed to
10G but haven't changed the
downtime (default : 30ms) ]
Tried to live migrate this large guest..using either of the qemu's (i.e.
Case 1 or Case2) and observed
the following :
When this guest was Idling 'was able to live migrate and have the guest
come up fine on the
other host. Was able to interact with the guest on the destination host.
With workloads (e.g. AIM7-compute or SpecJBB or Google Stress App Test
(SAT)) running in the
guest if we tried to do live migration.. we observe that [after a while]
the source host claims that the
live migration is complete...but the guest on the destination host is
often in a "frozen/hung" state..
can't really interact with it or ping it. Still trying to capture more
information...but was also hoping to
get some clues/tips from the experts on these mailing lists...
[ BTW, is there a way to get a snap shot of the image of the guest on
the source host just before
the "downtime" (i.e. start of stage 3) on the source host and compare
that with the image of the guest on
the destination host just before its about to resume ? Is such a
debugging feature already available ? ]
Thanks
Vinod