* [BUG] Rhel7u2 guest with kernel 4.6.0 restore and migrate failed
@ 2016-06-13 5:59 Zhang, PengtaoX
2016-06-13 8:07 ` Wei Liu
0 siblings, 1 reply; 4+ messages in thread
From: Zhang, PengtaoX @ 2016-06-13 5:59 UTC (permalink / raw)
To: 'Xen-devel'; +Cc: Lan, Tianyu, Han, Huaitong, Hao, Xudong
[-- Attachment #1: Type: text/plain, Size: 1293 bytes --]
Bug detailed description:
----------------
1. Rhel7u2 guest with kernel 4.6.0 migrate failed
2. Rhel7u2 guest with kernel 4.6.0 restore failed
3. Rhel7u2 guest with default kernel (3.10.0) can be restored and migrate successfully
Environment :
----------------
HW: Skylake-SP
Xen: Xen 4.7.0 RC4
Dom0: Linux 4.5.2 stable
Reproduce steps:
----------------
Prepare test environment
1.Install redhat 6.7 OS on Skylake-SP platform as base OS , then compile and install ,xen and Dom0, reboot from xen .
2.Create a rhel7.2 guest with kernel 4.6.0 via :
xl create config.rhel7u2-4.6
Save/Restore test
1.After boot up guest with kernel 4.6.0 then :
xl save $dom_id $save_guest.img
2.After save guest do
xl restore $save_guest.img
3.Current status is guest with kernel 4.6.0 can be save successfully ,but restore guest failed . Guest with default kernel can be save/restore successfully .
Migrate test
1. After boot up guest with kernel 4.6.0 then :
xl migrate $dom_id localhost
2. Current status is guest with kernel 4.6.0 migrate failed . Guest with default kernel can be migrate successfully .
Base error log:
----------------
rhel7u2_4.6.0_SR_fail.log file only for Save/Restore test , other log file are for migrate test .
Regards,
Pengtao
[-- Attachment #2: config.rhel7u2_4.6 --]
[-- Type: application/octet-stream, Size: 2012 bytes --]
# =====================================================================
# Example HVM guest configuration
# =====================================================================
#
# This is a fairly minimal example of what is required for an
# HVM guest. For a more complete guide see xl.cfg(5)
# This configures an HVM rather than PV guest
builder = "hvm"
# Guest name
name = "RHEL7.2_PKEYs.hvm"
# 128-bit UUID for the domain as a hexadecimal number.
# Use "uuidgen" to generate one if required.
# The default behavior is to generate a new UUID each time the guest is started.
#uuid = "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"
# Enable Microsoft Hyper-V compatibile paravirtualisation /
# enlightenment interfaces. Turning this on can improve Windows guest
# performance and is therefore recommended
#viridian = 1
# Initial memory allocation (MB)
memory = 8192
# Maximum memory (MB)
# If this is greater than `memory' then the slack will start ballooned
# (this assumes guest kernel support for ballooning)
#maxmem = 512
# Number of VCPUS
vcpus = 32
# Network devices
# A list of 'vifspec' entries as described in
# docs/misc/xl-network-configuration.markdown
#vif = [ 'model=e1000,bridge=xenbr0' ]
#vif = [ 'model=e1000,bridge=xenbr0' ]
#vif = [ 'type=ioemu, mac=a0:36:9f:40:98:66, bridge=xenbr0' ]
vif = [ 'type=ioemu, mac=00:16:3e:1b:3f:4d, bridge=xenbr0' ]
# Disk Devices
# A list of `diskspec' entries as described in
# docs/misc/xl-disk-configuration.txt
#disk = [ '/root/robert/rhel7.2_avx512.qcow2,qcow2,hda,rw','/dev/vg_knl1/guest_addtional_disk,raw,hdb,rw','/dev/vg_knl1/guest_boot,raw,hdd,rw' ]
disk = [ '/share/xvs/var/img.rhel7u2_xen,qcow2,hda,rw' ]
boot = "c"
# Guest VGA console configuration, either SDL or VNC
#sdl = 1
vnc = 1
#vnclisten = 192.168.199.187:3
#
xen_platform_pci=0
serial = "pty"
#device_model_version = 'qemu-xen'
#device_model_override = '/usr/local/lib/xen/bin/qemu-system-i386'
#stdvga=1
hap=1
acpi=1
#pci = [ '04:10.2','04:10.4' ]
#hpet=1
usb=1
usbdevice=[ 'tablet' ]
[-- Attachment #3: qemu-dm-RHEL7.2_xen.hvm.log --]
[-- Type: application/octet-stream, Size: 98 bytes --]
char device redirected to /dev/pts/5 (label serial0)
qemu: terminating on signal 1 from pid 21711
[-- Attachment #4: qemu-dm-RHEL7.2_xen.hvm--incoming.log --]
[-- Type: application/octet-stream, Size: 503 bytes --]
char device redirected to /dev/pts/9 (label serial0)
xen_ram_alloc: do not alloc 10f800000 bytes of ram at 0 when runstate is INMIGRATE
xen_ram_alloc: do not alloc 800000 bytes of ram at 10f800000 when runstate is INMIGRATE
xen_ram_alloc: do not alloc 10000 bytes of ram at 110000000 when runstate is INMIGRATE
xen_ram_alloc: do not alloc 40000 bytes of ram at 110010000 when runstate is INMIGRATE
qemu-system-i386: Expected vmdescription section, but got 0
qemu: terminating on signal 1 from pid 22064
[-- Attachment #5: rhel7u2_3.10.0_lm_pass.log --]
[-- Type: application/octet-stream, Size: 2802 bytes --]
[root@skl-sp2 ~]# /usr/local/lib/xen/bin/qemu-img create -b /share/xvs/img/linux/ia32e_rhel7u2.img -f qcow2 /share/xvs/var/img.rhel7u2
Formatting '/share/xvs/var/img.rhel7u2', fmt=qcow2 size=16106127360 backing_file='/share/xvs/img/linux/ia32e_rhel7u2.img' encryption=off cluster_size=65536 lazy_refcounts=off refcount_bits=16
[root@skl-sp2 ~]#
[root@skl-sp2 ~]# vim config.vmxCPL_LM_01
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 2300.6
vCPL_LM_01_1465181018 14 1024 2 -b---- 20.1
[root@skl-sp2 ~]# xl des 14
[root@skl-sp2 ~]#
[root@skl-sp2 ~]#
[root@skl-sp2 ~]#
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 2302.8
[root@skl-sp2 ~]# xl cr config.vmxCPL_LM_01
Parsing config from config.vmxCPL_LM_01
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 2326.4
vCPL_LM_rhel7u2 15 1024 2 r----- 8.0
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 2510.2
vCPL_LM_rhel7u2 15 1024 2 -b---- 78.8
[root@skl-sp2 ~]# xl migrate vCPL_LM_rhel7u2 localhost
root@localhost's password:
migration target: Ready to receive domain.
Saving to migration stream new xl format (info 0x3/0x0/1522)
Loading new save file <incoming migration stream> (new xl fmt info 0x3/0x0/1522)
Savefile contains xl domain config in JSON format
Parsing config from <saved>
xc: info: Saving domain 15, type x86 HVM
xc: info: Found x86 HVM domain from Xen 4.7
xc: info: Restoring domain
xc: info: Restore successful
xc: info: XenStore: mfn 0xfeffc, dom 0, evt 1
xc: info: Console: mfn 0xfefff, dom 0, evt 2
migration target: Transfer complete, requesting permission to start domain.
migration sender: Target has acknowledged transfer.
migration sender: Giving target permission to start.
migration target: Got permission, starting domain.
migration target: Domain started successsfully.
migration sender: Target reports successful startup.
Migration successful.
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 2550.2
vCPL_LM_rhel7u2 16 1024 2 -b---- 1.0
[root@skl-sp2 ~]#
[-- Attachment #6: rhel7u2_4.6.0_SR_fail.log --]
[-- Type: application/octet-stream, Size: 4171 bytes --]
[root@skl-sp1 ~]# rpm -qa xen
xen-4.7.0rc4sklserver_20160527-1.x86_64
[root@skl-sp1 ~]#
[root@skl-sp1 ~]# xl dmesg>xl_dmesg_xen-4.7.0rc4_skl_sp.log
[root@skl-sp1 ~]# uname -r
4.5.2
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1117.5
RHEL7.2_PKEYs.hvm 16 8192 32 r----- 128.3
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1132.2
RHEL7.2_PKEYs.hvm 16 8192 32 r----- 214.5
[root@skl-sp1 ~]#
[root@skl-sp1 ~]# /usr/local/lib/xen/bin/qemu-img create -b /share/xvs/img/linux/ia32e_rhel7u2_xen.img -f qcow2 /share/xvs/var/rhel7u2_xen.qcow2
Formatting '/share/xvs/var/rhel7u2_xen.qcow2', fmt=qcow2 size=16106127360 backing_file='/share/xvs/img/linux/ia32e_rhel7u2_xen.img' encryption=off cluster_size=65536 lazy_refcounts=off refcount_bits=16
[root@skl-sp1 ~]#
[root@skl-sp1 ~]# vim xl
xl_dmesg_xen-4.7.0rc4_skl_sp.log xlexample.hvm
[root@skl-sp1 ~]# vim xlexample.hvm
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1138.7
[root@skl-sp1 ~]# xl cr xlexample.hvm
Parsing config from xlexample.hvm
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1189.4
RHEL7.2_PKEYs.hvm 17 8192 32 -b---- 86.9
[root@skl-sp1 ~]# xl save RHEL7.2_PKEYs.hvm RHEL7.2_PKEYs.hvm.img
Saving to RHEL7.2_PKEYs.hvm.img new xl format (info 0x3/0x0/1957)
xc: info: Saving domain 17, type x86 HVM
xc: Frames: 2162768/2162768 100%
xc: End of stream: 0/0 0%
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1231.8
[root@skl-sp1 ~]# xl restore
'xl restore' requires at least 1 argument.
Usage: xl [-vf] restore [options] [<ConfigFile>] <CheckpointFile>
Restore a domain from a saved state.
Options:
-h Print this help.
-p Do not unpause domain after restoring it.
-e Do not wait in the background for the death of the domain.
-d Enable debug messages.
-V, --vncviewer Connect to the VNC display after the domain is created.
-A, --vncviewer-autopass Pass VNC password to viewer via stdin.
[root@skl-sp1 ~]# xl restore RHEL7.2_PKEYs.hvm.img
Loading new save file RHEL7.2_PKEYs.hvm.img (new xl fmt info 0x3/0x0/1957)
Savefile contains xl domain config in JSON format
Parsing config from <saved>
xc: info: Found x86 HVM domain from Xen 4.7
xc: info: Restoring domain
xc: info: Restore successful
xc: info: XenStore: mfn 0xfeffc, dom 0, evt 1
xc: info: Console: mfn 0xfefff, dom 0, evt 2
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1273.6
[root@skl-sp1 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 4 r----- 1273.7
[root@skl-sp1 ~]#
[root@skl-sp1 ~]# cat /var/log/xen/qemu-dm-RHEL7.2_PKEYs.hvm.log
char device redirected to /dev/pts/2 (label serial0)
xen_ram_alloc: do not alloc 20f800000 bytes of ram at 0 when runstate is INMIGRATE
xen_ram_alloc: do not alloc 800000 bytes of ram at 20f800000 when runstate is INMIGRATE
xen_ram_alloc: do not alloc 10000 bytes of ram at 210000000 when runstate is INMIGRATE
xen_ram_alloc: do not alloc 40000 bytes of ram at 210010000 when runstate is INMIGRATE
qemu-system-i386: Expected vmdescription section, but got 0
qemu: terminating on signal 1 from pid 15151
[root@skl-sp1 ~]#
[-- Attachment #7: rhel7u2_xen_4.6.0_migraete_fail.log --]
[-- Type: application/octet-stream, Size: 2572 bytes --]
[root@skl-sp2 ~]# /usr/local/lib/xen/bin/qemu-img create -b /share/xvs/img/linux/ia32e_rhel7u2_xen.img -f qcow2 /share/xvs/var/img.rhel7u2_xen
Formatting '/share/xvs/var/img.rhel7u2_xen', fmt=qcow2 size=16106127360 backing_file='/share/xvs/img/linux/ia32e_rhel7u2_xen.img' encryption=off cluster_size=65536 lazy_refcounts=off refcount_bits=16
[root@skl-sp2 ~]#
[root@skl-sp2 ~]# cat config.rhel7u2_xen | grep disk| grep -v "^#"
disk = [ '/share/xvs/var/img.rhel7u2_xen,qcow2,hda,rw' ]
[root@skl-sp2 ~]#
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 1417.6
[root@skl-sp2 ~]# rpm -q xen
xen-4.7.0rc4sklserver_20160527-1.x86_64
[root@skl-sp2 ~]#
[root@skl-sp2 ~]# xl cr config.rhel7u2_xen
Parsing config from config.rhel7u2_xen
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 1475.2
RHEL7.2_xen.hvm 13 4096 4 -b---- 56.1
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 1478.8
RHEL7.2_xen.hvm 13 4096 4 -b---- 62.0
[root@skl-sp2 ~]# xl migrate RHEL7.2_xen.hvm localhost
root@localhost's password:
migration target: Ready to receive domain.
Saving to migration stream new xl format (info 0x3/0x0/1510)
Loading new save file <incoming migration stream> (new xl fmt info 0x3/0x0/1510)
Savefile contains xl domain config in JSON format
Parsing config from <saved>
xc: info: Saving domain 13, type x86 HVM
xc: info: Found x86 HVM domain from Xen 4.7
xc: info: Restoring domain
xc: info: Restore successful
xc: info: XenStore: mfn 0xfeffc, dom 0, evt 1
xc: info: Console: mfn 0xfefff, dom 0, evt 2
migration target: Transfer complete, requesting permission to start domain.
migration sender: Target has acknowledged transfer.
migration sender: Giving target permission to start.
migration target: Got permission, starting domain.
migration target: Domain started successsfully.
migration sender: Target reports successful startup.
Migration successful.
[root@skl-sp2 ~]# xl lis
Name ID Mem VCPUs State Time(s)
Domain-0 0 4096 64 r----- 1609.4
[root@skl-sp2 ~]#
[-- Attachment #8: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [BUG] Rhel7u2 guest with kernel 4.6.0 restore and migrate failed
2016-06-13 5:59 [BUG] Rhel7u2 guest with kernel 4.6.0 restore and migrate failed Zhang, PengtaoX
@ 2016-06-13 8:07 ` Wei Liu
2016-06-13 8:16 ` Wei Liu
2016-06-13 10:34 ` Anthony PERARD
0 siblings, 2 replies; 4+ messages in thread
From: Wei Liu @ 2016-06-13 8:07 UTC (permalink / raw)
To: Zhang, PengtaoX
Cc: Lan, Tianyu, Stefano Stabellini, Wei Liu, Hao, Xudong,
Han, Huaitong, Anthony PERARD, 'Xen-devel'
CC Anthony and Stefano
Anthony, I think this is also related to the QEMU mainline migration
failure.
On Mon, Jun 13, 2016 at 05:59:48AM +0000, Zhang, PengtaoX wrote:
> Bug detailed description:
> ----------------
> 1. Rhel7u2 guest with kernel 4.6.0 migrate failed
> 2. Rhel7u2 guest with kernel 4.6.0 restore failed
> 3. Rhel7u2 guest with default kernel (3.10.0) can be restored and migrate successfully
>
> Environment :
> ----------------
> HW: Skylake-SP
> Xen: Xen 4.7.0 RC4
> Dom0: Linux 4.5.2 stable
>
> Reproduce steps:
> ----------------
> Prepare test environment
> 1.Install redhat 6.7 OS on Skylake-SP platform as base OS , then compile and install ,xen and Dom0, reboot from xen .
> 2.Create a rhel7.2 guest with kernel 4.6.0 via :
> xl create config.rhel7u2-4.6
>
> Save/Restore test
> 1.After boot up guest with kernel 4.6.0 then :
> xl save $dom_id $save_guest.img
> 2.After save guest do
> xl restore $save_guest.img
> 3.Current status is guest with kernel 4.6.0 can be save successfully ,but restore guest failed . Guest with default kernel can be save/restore successfully .
>
> Migrate test
> 1. After boot up guest with kernel 4.6.0 then :
> xl migrate $dom_id localhost
> 2. Current status is guest with kernel 4.6.0 migrate failed . Guest with default kernel can be migrate successfully .
>
> Base error log:
> ----------------
> rhel7u2_4.6.0_SR_fail.log file only for Save/Restore test , other log file are for migrate test .
>
>
> Regards,
> Pengtao
>
>
In the QEMU log file:
qemu-system-i386: Expected vmdescription section, but got 0
That means should_send_vmdesc() returns true in migration/savevm.c.
It could be that we need to explicitly set supress_vmdesc in machine
description.
Does the following hack make it work?
Wei.
---
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index 631bd8d..8556116 100644
--- a/hw/i386/pc_piix.c
+++ b/hw/i386/pc_piix.c
@@ -469,6 +469,7 @@ static void pc_xen_hvm_init(MachineState *machine)
if (bus != NULL) {
pci_create_simple(bus, -1, "xen-platform");
}
+ machine->suppress_vmdesc = true;
}
#endif
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [BUG] Rhel7u2 guest with kernel 4.6.0 restore and migrate failed
2016-06-13 8:07 ` Wei Liu
@ 2016-06-13 8:16 ` Wei Liu
2016-06-13 10:34 ` Anthony PERARD
1 sibling, 0 replies; 4+ messages in thread
From: Wei Liu @ 2016-06-13 8:16 UTC (permalink / raw)
To: Zhang, PengtaoX
Cc: Lan, Tianyu, Stefano Stabellini, Wei Liu, Hao, Xudong,
Han, Huaitong, Anthony PERARD, 'Xen-devel'
On Mon, Jun 13, 2016 at 09:07:14AM +0100, Wei Liu wrote:
> CC Anthony and Stefano
>
> Anthony, I think this is also related to the QEMU mainline migration
> failure.
>
> On Mon, Jun 13, 2016 at 05:59:48AM +0000, Zhang, PengtaoX wrote:
> > Bug detailed description:
> > ----------------
> > 1. Rhel7u2 guest with kernel 4.6.0 migrate failed
> > 2. Rhel7u2 guest with kernel 4.6.0 restore failed
> > 3. Rhel7u2 guest with default kernel (3.10.0) can be restored and migrate successfully
> >
> > Environment :
> > ----------------
> > HW: Skylake-SP
> > Xen: Xen 4.7.0 RC4
> > Dom0: Linux 4.5.2 stable
> >
> > Reproduce steps:
> > ----------------
> > Prepare test environment
> > 1.Install redhat 6.7 OS on Skylake-SP platform as base OS , then compile and install ,xen and Dom0, reboot from xen .
> > 2.Create a rhel7.2 guest with kernel 4.6.0 via :
> > xl create config.rhel7u2-4.6
> >
> > Save/Restore test
> > 1.After boot up guest with kernel 4.6.0 then :
> > xl save $dom_id $save_guest.img
> > 2.After save guest do
> > xl restore $save_guest.img
> > 3.Current status is guest with kernel 4.6.0 can be save successfully ,but restore guest failed . Guest with default kernel can be save/restore successfully .
> >
> > Migrate test
> > 1. After boot up guest with kernel 4.6.0 then :
> > xl migrate $dom_id localhost
> > 2. Current status is guest with kernel 4.6.0 migrate failed . Guest with default kernel can be migrate successfully .
> >
> > Base error log:
> > ----------------
> > rhel7u2_4.6.0_SR_fail.log file only for Save/Restore test , other log file are for migrate test .
> >
> >
> > Regards,
> > Pengtao
> >
> >
>
>
> In the QEMU log file:
>
> qemu-system-i386: Expected vmdescription section, but got 0
>
> That means should_send_vmdesc() returns true in migration/savevm.c.
>
> It could be that we need to explicitly set supress_vmdesc in machine
> description.
>
> Does the following hack make it work?
>
> Wei.
>
> ---
> diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
> index 631bd8d..8556116 100644
> --- a/hw/i386/pc_piix.c
> +++ b/hw/i386/pc_piix.c
> @@ -469,6 +469,7 @@ static void pc_xen_hvm_init(MachineState *machine)
> if (bus != NULL) {
> pci_create_simple(bus, -1, "xen-platform");
> }
> + machine->suppress_vmdesc = true;
> }
> #endif
>
Actually I don't think this hack makes much sense. There is no need to
try it...
I will wait for QEMU maintainers to comment on this.
Wei.
>
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xen.org
> > http://lists.xen.org/xen-devel
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [BUG] Rhel7u2 guest with kernel 4.6.0 restore and migrate failed
2016-06-13 8:07 ` Wei Liu
2016-06-13 8:16 ` Wei Liu
@ 2016-06-13 10:34 ` Anthony PERARD
1 sibling, 0 replies; 4+ messages in thread
From: Anthony PERARD @ 2016-06-13 10:34 UTC (permalink / raw)
To: Wei Liu
Cc: Lan, Tianyu, Stefano Stabellini, Zhang, PengtaoX, Hao, Xudong,
Han, Huaitong, 'Xen-devel'
On Mon, Jun 13, 2016 at 09:07:14AM +0100, Wei Liu wrote:
> CC Anthony and Stefano
>
> Anthony, I think this is also related to the QEMU mainline migration
> failure.
I don't think it is. The quote does not have anything regarding using
QEMU mainline. Also the migration failure in mainline does not affect
any release.
> On Mon, Jun 13, 2016 at 05:59:48AM +0000, Zhang, PengtaoX wrote:
> > Bug detailed description:
> > ----------------
> > 1. Rhel7u2 guest with kernel 4.6.0 migrate failed
> > 2. Rhel7u2 guest with kernel 4.6.0 restore failed
> > 3. Rhel7u2 guest with default kernel (3.10.0) can be restored and migrate successfully
> >
> > Environment :
> > ----------------
> > HW: Skylake-SP
> > Xen: Xen 4.7.0 RC4
> > Dom0: Linux 4.5.2 stable
> >
> > Reproduce steps:
> > ----------------
> > Prepare test environment
> > 1.Install redhat 6.7 OS on Skylake-SP platform as base OS , then compile and install ,xen and Dom0, reboot from xen .
> > 2.Create a rhel7.2 guest with kernel 4.6.0 via :
> > xl create config.rhel7u2-4.6
> >
> > Save/Restore test
> > 1.After boot up guest with kernel 4.6.0 then :
> > xl save $dom_id $save_guest.img
> > 2.After save guest do
> > xl restore $save_guest.img
> > 3.Current status is guest with kernel 4.6.0 can be save successfully ,but restore guest failed . Guest with default kernel can be save/restore successfully .
> >
> > Migrate test
> > 1. After boot up guest with kernel 4.6.0 then :
> > xl migrate $dom_id localhost
> > 2. Current status is guest with kernel 4.6.0 migrate failed . Guest with default kernel can be migrate successfully .
> >
> > Base error log:
> > ----------------
> > rhel7u2_4.6.0_SR_fail.log file only for Save/Restore test , other log file are for migrate test .
> >
> >
> > Regards,
> > Pengtao
> >
> >
>
>
> In the QEMU log file:
>
> qemu-system-i386: Expected vmdescription section, but got 0
I've seen this log message, it does not appear to affect the migration,
as migration usully succeed and this message is always present. I
haven't investigate.
> That means should_send_vmdesc() returns true in migration/savevm.c.
>
> It could be that we need to explicitly set supress_vmdesc in machine
> description.
That won't work, we should be able to use QEMU with -machine xenfv or
-machine pc,accel=xen.
--
Anthony PERARD
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-06-13 10:34 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-06-13 5:59 [BUG] Rhel7u2 guest with kernel 4.6.0 restore and migrate failed Zhang, PengtaoX
2016-06-13 8:07 ` Wei Liu
2016-06-13 8:16 ` Wei Liu
2016-06-13 10:34 ` Anthony PERARD
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).