Bug 698545 - migrate vm to file twice when vm stopped,file size differs
Summary: migrate vm to file twice when vm stopped,file size differs
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.1
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Juan Quintela
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks: 713104
TreeView+ depends on / blocked
 
Reported: 2011-04-21 08:07 UTC by Xiaoqing Wei
Modified: 2013-01-09 23:49 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 713104 (view as bug list)
Environment:
Last Closed: 2012-03-13 14:26:05 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Xiaoqing Wei 2011-04-21 08:07:22 UTC
Description of problem:
when a vm is running,type stop in monitor,
after vm stopped,migrate to file twice ,file size differs

Version-Release number of selected component (if applicable):

qemu-kvm-0.12.1.2-2.158.el6.x86_64
How reproducible:
100%

Steps to Reproduce:
1.boot a guest
qemu-kvm -name 'rhel47-32' -monitor stdio -E,path=/tmp/serial-20110420-134929-ocyE,server,nowait -device isa-serial,chardev=E -drive file='2.qcow2',werror=stop,rerror=stop,index=0,if=ide,cache=unsafe -device rtl8139,netdev=idvjxRgD,mac=9a:fe:9d:9b:1e:a4,id=ndev00idvjxRgD,bus=pci.0,addr=0x3 -netdev tap,id=idvjxRgD,ifname='t0',script='/.',downscript='no' -m 4096 -smp 4,cores=2,threads=1,sockets=2 -cpu cpu64-rhel6,+sse2,+x2apic -vnc :0 -rtc base=utc,clock=host,driftfix=none -M rhel6.1.0 -boot order=cdn,once=c,menu=off   -usbdevice tablet -no-kvm-pit-reinjection -enable-kvm  


2. after guest fully booted,type "stop" in monitor
3. exec     "migrate -d "exec:gzip -c > /tmp/mig1.gz"
after finish migration,do 
  "migrate -d "exec:gzip -c > /tmp/mig2.gz"
Actual results:
/tmp/mig1    /tmp/mig2    size differs

ll /tmp/mig*

-rw-r--r--. 1 root root 2503468 Apr 21 12:45 /tmp/mig1.gz
-rw-r--r--. 1 root root 2503467 Apr 21 12:45 /tmp/mig2.gz

[root@rhel6xwei tmp]# md5sum  mig*
c268c82cce9b83f2a5b7f7b339ad39f5  mig1.gz
22705f6213f6de1b25cd091869e11641  mig2.gz

Expected results:
mig1.gz mig2.gz  size the same,md5sum the same.

Additional info:
host info :kernel-2.6.32-130.el6.x86_64
processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Intel(R) Core(TM)2 Quad CPU    Q9400  @ 2.66GHz
stepping        : 10
cpu MHz         : 2660.161
cache size      : 3072 KB

guest info : OS rhel4.9-32 / Win2008-64

Comment 2 Juan Quintela 2011-06-08 09:37:46 UTC
This wolud be fixed depending on capacity.  Basically we don't care about what is on the image, and it can change depending of timing.  It is possible to have it identical, but not a priority.

Comment 4 Dor Laor 2012-03-13 14:26:05 UTC
It's not a bug, the amount of ram saved depends on the guest scheduling and even the content (same page of identical bytes).


Note You need to log in before you can comment on or make changes to this bug.