Not sure if this is related but this is what happens on my system when I
 try to do a live migration with kvm-88 and the latest kernel 2.6.30
 (gentoo 2.6.30-gentoo-r5).

 [   73.168871] general protection fault: 0000 [#1] SMP
 [   73.169409] last sysfs file: /sys/kernel/uevent_seqnum
 [   73.169733] Modules linked in:
 [   73.169733]
 [   73.169733] Pid: 1, comm: init Not tainted (2.6.30-gentoo-r5 #1)
 [   73.169733] EIP: 0060:[<c0102f01>] EFLAGS: 00010246 CPU: 0
 [   73.169733] EIP is at sysenter_exit+0xf/0x16
 [   73.169733] EAX: 00000000 EBX: 0000000b ECX: bfbc2a80 EDX: b7f90424
 [   73.169733] ESI: 00000000 EDI: bfbc2d74 EBP: 00000000 ESP: df82bfb4
 [   73.169733]  DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068
 [   73.169733] Process init (pid: 1, ti=df82a000 task=df830000
 task.ti=df82a000)
 [   73.169733] Stack:
 [   73.169733]  0000000b bfbc2c44 00000000 00000000 bfbc2d74 bfbc2d88
 00000000 0000007b
 [   73.169733]  0000007b 00000000 00000000 0000008e b7f90424 00000073
 00000246 bfbc2a80
 [   73.169733]  0000007b 00000000 00000000
 [   73.169733] Call Trace:
 [   73.169733] Code: 42 c0 89 44 24 18 fa 8d 80 00 00 00 00 8b 4d 08 f7 c1
 ff fe 00 08 0f 85 56 01 00 00 8b 54 24 30 8b 4c 24 3c 31 ed 8e 64 24 24 fb
 <0f> 35 8d 44 20 00 90 50 fc 6a 00 0f a0 06 1e 50 55 57 56 52 51

This is the sysexit instruction.

Are you doing cross-vendor migration (AMD->Intel or vice versa)?

This is supported in kvm-88, but not in previous versions. Are you sure the kvm-88 modules are loaded on the target host, and not the modules that came with the kernel?

Try 'cat /sys/module/kvm/version'.

Only AMD->AMD, all of them are at kvm-kmod-devel-88
All of them run the userspace with kvm-88

Migration works if I do it with a live cd, but not if I do it with a running machine.

Each guest only has 1 cpu, 2 nics (I tried both virtio and e1000),

I tried with both 2.6.29 and 2.6.30

2.6.29 was a known working with kvm-84.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to