From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter McLaren Subject: BUG - 'xl restore' does not overwrite HVM Date: Tue, 10 Apr 2018 06:07:12 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1902234099094249699==" Return-path: Content-Language: en-AU List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" To: "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============1902234099094249699== Content-Language: en-AU Content-Type: multipart/alternative; boundary="_000_SLXP216MB0400FAF0B3B6F63F1C26830EFBBE0SLXP216MB0400KORP_" --_000_SLXP216MB0400FAF0B3B6F63F1C26830EFBBE0SLXP216MB0400KORP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi with at least 1 version of Windows 10 (build 16299), the 'xl restore' comma= nd does not overwrite the previously running HVM. The symptoms are: 1) the restore appears to rapidly complete after approx 50% of the time 2) files created after the save in the running HVM are present after the r= estore 3) the Windows system tries to recover. I have tried restoring both with a shutdown of the Windows system or a dest= roy. In both cases the results are the same. I have listed some relevant info below. Any help would be appreciated. Thanks Peter My xen config is immediately below and the HVM config below that: root@debian:~# xl info host : debian release : 3.16.0-4-amd64 version : #1 SMP Debian 3.16.51-3 (2017-12-13) machine : x86_64 nr_cpus : 2 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 2926 hw_caps : bfebfbff:20100800:00000000:00000900:0408e3bd:00000= 000:00000001:00000000 virt_caps : hvm total_memory : 4060 free_memory : 2248 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 4 xen_extra : .1 xen_version : 4.4.1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : xen_commandline : placeholder cc_compiler : gcc (Debian 4.9.2-10) 4.9.2 cc_compile_by : ian.jackson cc_compile_domain : eu.citrix.com cc_compile_date : Thu Sep 7 18:01:06 UTC 2017 xend_config_format : 4 Config: #kernel=3D@/usr/lib/xen-4.0/boot/hvmloader@ builder =3D 'hvm' memory =3D 2048 vcpus =3D 1 name=3D"W10N" vif =3D ['bridge=3Dxenbr0'] #disk =3D ['phy:/dev/vg0/W10N,xvda,w','file:/media/usb/isos/windows10_16299= .iso,hdc:cdrom,r'] disk =3D ['phy:/dev/vg0/W10N,xvda,w','file:/root/windows10_16299.iso,hdc:cd= rom,r'] acpi =3D 1 boot =3D "cdn" sdl =3D 0 serial =3D 'pty' usb =3D 1 keymap=3D"en-gb" vnc =3D 1 vnclisten =3D '' vncpasswd =3D "" root@debian:~# Peter McLaren --_000_SLXP216MB0400FAF0B3B6F63F1C26830EFBBE0SLXP216MB0400KORP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
with at least 1 version of Windows 10 (build 16299), the 'xl restore' comma= nd does not overwrite the previously running HVM. The symptoms are:
1) the restore appears to rapidly complete after approx 50% of th= e time
2)  files created after the save in the running HVM are present a= fter the restore
3) the Windows system tries to recover. 

I have tried restoring both with a shutdown of the Windows system or a dest= roy. In both cases the results are the same.

I have listed some relevant info below. Any help would be appreciated.

Thanks

Peter


My xen config is immediately below and the HVM config below that:=
root@debian:~# xl info
host                  &nb= sp;: debian
release                : 3.16.= 0-4-amd64
version                : #1 SM= P Debian 3.16.51-3 (2017-12-13)
machine                : x86_6= 4
nr_cpus                : 2
max_cpu_id             : 3
nr_nodes               : 1
cores_per_socket       : 2
threads_per_core       : 1
cpu_mhz                : 2926<= /div>
hw_caps                : bfebf= bff:20100800:00000000:00000900:0408e3bd:00000000:00000001:00000000
virt_caps              : hvm
total_memory           : 4060
free_memory            : 2248
sharing_freed_memory   : 0
sharing_used_memory    : 0
outstanding_claims     : 0
free_cpus              : 0
xen_major              : 4
xen_minor              : 4
xen_extra              : .1
xen_version            : 4.4.1
xen_caps               : xen-3= .0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=3D0xffff800000= 000000
xen_changeset          :
xen_commandline        : placeholder
cc_compiler            : gcc (Debian 4.9= .2-10) 4.9.2
cc_compile_by          : ian.jackson
cc_compile_domain      : eu.citrix.com
cc_compile_date        : Thu Sep  7 18:01:06 = UTC 2017
xend_config_format     : 4

Config:
#kernel=3D@/usr/lib/xen-4.0/boot/hvmloader@
builder =3D 'hvm'
memory =3D 2048
vcpus =3D 1
name=3D"W10N"
vif =3D ['bridge=3Dxenbr0']
#disk =3D ['phy:/dev/vg0/W10N,xvda,w','file:/media/usb/isos/windows10_= 16299.iso,hdc:cdrom,r']
disk =3D ['phy:/dev/vg0/W10N,xvda,w','file:/root/windows10_16299.iso,h= dc:cdrom,r']
acpi =3D 1
boot =3D "cdn"
sdl =3D 0
serial =3D 'pty'
usb =3D 1
keymap=3D"en-gb"
vnc =3D 1
vnclisten =3D ''
vncpasswd =3D ""
root@debian:~#

Peter McLaren

--_000_SLXP216MB0400FAF0B3B6F63F1C26830EFBBE0SLXP216MB0400KORP_-- --===============1902234099094249699== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cHM6Ly9saXN0 cy54ZW5wcm9qZWN0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3hlbi1kZXZlbA== --===============1902234099094249699==--