[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] 答复: xen4.8 restore checkpoint of xen4.5


  • To: "Xen-users@xxxxxxxxxxxxx" <Xen-users@xxxxxxxxxxxxx>
  • From: 席康杰 <xikangjie@xxxxxx>
  • Date: Mon, 12 Dec 2016 11:59:48 +0000
  • Accept-language: zh-CN, en-US
  • Delivery-date: Mon, 12 Dec 2016 12:01:01 +0000
  • List-id: Xen user discussion <xen-users.lists.xen.org>
  • Thread-index: AdJSDzGIyV1iRHQaTqWNfODfRQaRXwBhwN0wADRXyXA=
  • Thread-topic: xen4.8 restore checkpoint of xen4.5

The log /var/log/xen/qemu-dm-test.log:

 

xen_ram_alloc: do not alloc 40800000 bytes of ram at 0 when runstate is INMIGRATE

xen_ram_alloc: do not alloc 1000000 bytes of ram at 40800000 when runstate is INMIGRATE

xen_ram_alloc: do not alloc 10000 bytes of ram at 41800000 when runstate is INMIGRATE

qemu-system-i386: get_pci_config_device: Bad config data: i=0x8 read: 0 device: 2 cmask: ff wmask: 0 w1cmask:0

qemu-system-i386: error while loading state for instance 0x0 of device '0000:00:03.0/vga'

qemu-system-i386: load of migration failed: Invalid argument

 

 

And the test.cfg:

 

vga=”stdvga”

 

发件人: 席康杰
发送时间: 20161211 18:13
收件人: 席康杰; Xen-users@xxxxxxxxxxxxx
主题: 答复: xen4.8 restore checkpoint of xen4.5

 

convert-legacy-stream worked with option “-x xl”:

 

# /usr/local/lib/xen/bin/convert-legacy-stream -i test.checkpoint -o test.checkpoint.new -w 64 -g hvm -f libxl -x xl -v

Processed xl header

P2M Size: 0xff001

Chunk: -7 - tsc_info

  TSC_INFO: mode 0, 474630799559383 ns, 2600054 khz, 1 incarn

Chunk: -2 - vcpu_info

  Vcpu info: max_id 0, online map [0]

Chunk: -3 - hvm_ident_pt

  EPT Identity Pagetable: 0xfeffe000

Chunk: -15 - hvm_paging_ring_pfn

  Paging ring pfn: 0xfeff8

Chunk: -16 - hvm_monitor_ring_pfn

  Monitor ring pfn: 0xfeff9

Chunk: -17 - hvm_sharing_ring_pfn

  Sharing ring pfn: 0xfeffa

Chunk: -4 - hvm_vm86_tss

  VM86 TSS: 0xfc00a180

Chunk: -8 - hvm_console_pfn

  Console pfn: 0xfefff

Chunk: -10 - hvm_acpi_ioports_location

  ACPI ioport location: 0x1

Chunk: -19 - hvm_ioreq_server_pfn

  IOREQ server pfn: 0xfeff0

Chunk: -20 - hvm_nr_ioreq_server_pages

  IOREQ server pages: 8

Chunk: -18 - toolstack

  Toolstack Data: sz 0x31

    Version 1, count 1

    'physmap/40800000/start_addr' = 'f1000000'

    'physmap/40800000/size' = '1000000'

    'physmap/40800000/name' = 'vga.vram'

Chunk: -9 - last_checkpoint

  Last Checkpoint

Chunk: 0 - end

  End

Magic pfns: 0xfeffd 0xfeffb 0xfeffc

Got HVM Context (0x1358 bytes)

Qemu signature: DeviceModelRecord0002

 

 

But  “xl restore” failed again:

 

# xl restore test.cfg test.checkpoint.new

Loading new save file test.checkpoint.new (new xl fmt info 0x3/0x0/1794)

Savefile contains xl domain config in JSON format

Parsing config from test.cfg

xc: info: Found x86 HVM domain, converted from legacy stream format

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

libxl: error: libxl_dm.c:2189:device_model_spawn_outcome: domain 19 device model: spawn failed (rc=-3)

libxl: error: libxl_create.c:1504:domcreate_devmodel_started: device model did not start: -3

libxl: error: libxl_dm.c:2303:kill_device_model: Device Model already exited

libxl: error: libxl.c:1575:libxl__destroy_domid: non-existant domain 19

libxl: error: libxl.c:1534:domain_destroy_callback: unable to destroy guest with domid 19

libxl: error: libxl.c:1463:domain_destroy_cb: destruction of domain 19 failed

 

发件人: Xen-users [mailto:xen-users-bounces@xxxxxxxxxxxxx] 代表 席康杰
发送时间: 2016129 19:37
收件人: Xen-users@xxxxxxxxxxxxx
主题: [Xen-users] xen4.8 restore checkpoint of xen4.5

 

I used ‘xl save’ create checkpoint on xen4.5, and ‘xl restore’ worked well, now I restore the same checkpoint on xen4.8 failed.

 

# xl restore test.cfg test.checkpoint

Loading new save file test.checkpoint (new xl fmt info 0x1/0x0/1821)

Savefile contains xl domain config in JSON format

Parsing config from test.cfg

xc: info: Found x86 HVM domain, converted from legacy stream format

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

libxl: error: libxl_dm.c:2189:device_model_spawn_outcome: domain 17 device model: spawn failed (rc=-3)

libxl: error: libxl_create.c:1504:domcreate_devmodel_started: device model did not start: -3

libxl: error: libxl_dm.c:2303:kill_device_model: Device Model already exited

libxl: error: libxl.c:1575:libxl__destroy_domid: non-existant domain 17

libxl: error: libxl.c:1534:domain_destroy_callback: unable to destroy guest with domid 17

libxl: error: libxl.c:1463:domain_destroy_cb: destruction of domain 17 failed

 

And convert-legacy-stream failed too.

 

# usr/local/lib/xen/bin/convert-legacy-stream -i test.checkpoint -o test.checkpoint.new -w 64 -g hvm                                                                                      

P2M Size: 0x65766173206e6558

Stream Error:

Traceback (most recent call last):

  File "/usr/local/lib/xen/bin/convert-legacy-stream", line 592, in read_legacy_stream

    read_chunks(vm)

  File "/usr/local/lib/xen/bin/convert-legacy-stream", line 376, in read_chunks

    % (marker, legacy.MAX_BATCH))

StreamError: Page batch (1868832868) exceeded MAX_BATCH (1024)

 

Anyone can help?

 

Does I have to recreate checkpoint on xen4.8 ?

 

thanks.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
https://lists.xen.org/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.