Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1045266

Summary: Guest sometimes core dumped on destination host after migration with xbzrle
Product: Red Hat Enterprise Linux 7 Reporter: Qunfang Zhang <qzhang>
Component: qemu-kvmAssignee: Dr. David Alan Gilbert <dgilbert>
Status: CLOSED DUPLICATE QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 7.0CC: acathrow, dgilbert, hhuang, juzhang, michen, quintela, qzhang, virt-maint
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-07-11 08:04:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
vmcore-dmesg.txt file inside guest none

Description Qunfang Zhang 2013-12-20 03:40:06 UTC 
Description of problem:
Migrate a guest with xbzrle enabled, running the following command (copy cdrom data) inside guest during migration, guest sometimes core dumped after migration on dst host side.

Guest running:
#while true; do cp -r /media/RHEL7\ X86_64  /home/test; sleep 1; rm -rf /home/test; done

Version-Release number of selected component (if applicable):
kernel-3.10.0-63.el7.x86_64
qemu-kvm-1.5.3-30.el7.x86_64


How reproducible:
1/10

Steps to Reproduce:
1.Boot up a guest with a cdrom attached. eg:
/usr/libexec/qemu-kvm -cpu SandyBridge -enable-kvm -m 2048 -smp 2,sockets=2,cores=1,threads=1 -enable-kvm -name t2-rhel6.4-32 -uuid 61b6c504-5a8b-4fe1-8347-6c929b750dde -k en-us -rtc base=localtime,clock=host,driftfix=slew -no-kvm-pit-reinjection -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=input0 -drive file=/mnt/RHEL-Server-6.4-64-virtio.qcow2,if=none,id=disk0,format=qcow2,werror=stop,rerror=stop,aio=native -device ide-drive,bus=ide.0,unit=1,drive=disk0,id=disk0,bootindex=1 -drive file=/mnt/boot.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,drive=drive-ide0-1-0,bus=ide.1,unit=0,id=cdrom -netdev tap,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=44:37:E6:5E:91:85,bus=pci.0,addr=0x5 -monitor stdio -qmp tcp:0:6666,server,nowait -chardev socket,path=/tmp/isa-serial,server,nowait,id=isa1 -device isa-serial,chardev=isa1,id=isa-serial1 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x8 -chardev socket,id=charchannel0,path=/tmp/serial-socket,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,path=/tmp/foo,server,nowait,id=foo -device virtconsole,chardev=foo,id=console0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x9 -vnc :10 -k en-us -boot dc -chardev socket,path=/tmp/qga.sock,server,nowait,id=qga0 -device virtserialport,bus=virtio-serial0.0,chardev=qga0,name=org.qemu.guest_agent.0 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0

2. Boot the guest on dst host with "-incoming tcp:0:5800"

3. On src host:
(qemu) migrate_set_capability xbzrle on 
(qemu) migrate_set_cache_size 512M

4. Inside guest:
#while true; do cp -r /media/RHEL7\ X86_64  /home/test; sleep 1; rm -rf /home/test; done

5. Migrate guest
(qemu) migrate -d tcp:t2:5800

6. Change the cache size during migration (I'm not sure whether this is relevant with the issue, but this is what I did when I encountered the bug).
(qemu) migrate_set_cache_size 1G
(qemu) migrate_set_cache_size 512M
(qemu) migrate_set_cache_size 1G

Actual results:
Migration finished but guest core dumped and then restart automatically on dst host side.

Expected results:
Guest should not core dumped. 

Additional info:
Core dumped file will be attached.
Comment 1 Qunfang Zhang 2013-12-20 03:40:42 UTC 
Created attachment 839325 [details]
vmcore-dmesg.txt file inside guest
Comment 5 Qunfang Zhang 2014-02-25 07:53:13 UTC 
The difference of the steps for the above issue (comment 4) and bug 1066338 is:

This bug: Switching cache size between 512M and 1G for several time (about 4~5 times in my test) after migration starts. 

Bug 1066338: Waiting for migration "remaining ram" becomes small, and before migration finish, change the cache size to 128M. So in that bug I only changed the migration cache size for once.
Comment 10 Dr. David Alan Gilbert 2014-07-10 18:42:16 UTC 
Hi Qunfang,
  Can you retest this on the latest 7.0.z please 
    (at least qemu-kvm-1.5.3-60.el7_0.3 or newer)
  and the current 7.1 world (at least qemu-kvm-1.5.3-63.el7)

I'm hoping this is fixed by the fixes in bz 1066338/bz1110191.

Thanks,

Dave
Comment 11 Qunfang Zhang 2014-07-11 05:53:22 UTC 
(In reply to Dr. David Alan Gilbert from comment #10)
> Hi Qunfang,
>   Can you retest this on the latest 7.0.z please 
>     (at least qemu-kvm-1.5.3-60.el7_0.3 or newer)
>   and the current 7.1 world (at least qemu-kvm-1.5.3-63.el7)
> 
> I'm hoping this is fixed by the fixes in bz 1066338/bz1110191.
> 
> Thanks,
> 
> Dave

Hi, Dave

I just have a test on both rhel7.0-z build qemu-kvm-1.5.3-60.el7_0.5.x86_64.rpm and rhel7.1 build qemu-kvm-1.5.3-66.el7.x86_64.rpm, for each build I did ping-pong migration for 10 times. This issue could not be reproduced any more.  Guest works well after migration.  The test steps are the same as comment 0. 

So, this bug should be fixed IMO. 

Thanks,
Qunfang
Comment 12 Dr. David Alan Gilbert 2014-07-11 08:04:12 UTC 
Thanks Qunfang; marking as duplicate with bz 1066338.

*** This bug has been marked as a duplicate of bug 1066338 ***