Bug 1553633

Summary: [virtio-win][balloon] Sometimes balloon does not work after guest reboot
Product: Red Hat Enterprise Linux 8 Reporter: lijin <lijin>
Component: virtio-winAssignee: ybendito
virtio-win sub component: virtio-win-prewhql QA Contact: xiagao
Status: CLOSED CURRENTRELEASE Docs Contact:
Severity: low    
Priority: low CC: ailan, demeng, ghammer, kanderso, lmiksik, vrozenfe, xiagao, ybendito, yuhuang, yvugenfi
Version: 8.0Keywords: Reopened
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-06-22 06:12:13 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
Enable Balloon's logging none

Description lijin 2018-03-09 08:50:51 UTC
Description of problem:


Version-Release number of selected component (if applicable):
virtio-win-prewhql-145
3.10.0-855.el7.x86_64
qemu-kvm-rhev-2.10.0-21.el7.x86_64&qemu-kvm-1.5.3-156.el7.x86_64

How reproducible:
1/20

Steps to Reproduce:
1.boot win10-64 guest with 8G mem:
/usr/libexec/qemu-kvm \
    -name 'avocado-vt-vm1'  \
    -sandbox off  \
    -machine pc  \
    -nodefaults  \
    -vga std  \
    -device nec-usb-xhci,id=usb1,bus=pci.0,addr=0x3 \
    -drive id=drive_image1,if=none,snapshot=off,aio=threads,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/win10-64-virtio.qcow2 \
    -device virtio-blk-pci,id=image1,drive=drive_image1,bootindex=0,bus=pci.0,addr=0x4 \
    -m 8192  \
    -smp 16,maxcpus=16,cores=8,threads=1,sockets=2  \
    -cpu 'Broadwell',+kvm_pv_unhalt,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time \
    -drive id=drive_cd1,if=none,snapshot=off,aio=threads,cache=none,media=cdrom,file=/home/kvm_autotest_root/iso/windows/winutils.iso \
    -device ide-cd,id=cd1,drive=drive_cd1,bootindex=1,bus=ide.0,unit=0 \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -vnc :0  \
    -rtc base=localtime,clock=host,driftfix=slew  \
    -boot menu=off,strict=off,order=cdn,once=c \
    -enable-kvm \
    -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \
    -monitor stdio


2.balloon memory to 2048
(qemu) balloon 2048

3.balloon memory to 7990
(qemu) balloon 7990

4.reboot guest in guest

5.check balloon value after guest reboot
(qemu) info balloon 

6.balloon memory to 4096
(qemu) balloon 4096

Actual results:
After step5 and step6, balloon value keep still at 8190:
(qemu) info balloon 
balloon: actual=8190

Expected results:
balloon value should be 7990 after reboot and can be change to 4096 after step6

Additional info:
1.After another reboot, balloon works normally.
2.Did not hit this issue on linux guest for now(try 30 times)

Comment 3 Gal Hammer 2018-03-28 09:42:45 UTC
Created attachment 1414107 [details]
Enable Balloon's logging

Comment 10 Yumei Huang 2019-03-19 08:54:23 UTC
Hit same issue with win2016 guest after hotplug balloon device under q35, not always reproducible.

Comment 31 Vadim Rozenfeld 2020-02-12 00:23:52 UTC
Please give a try to new build b179
https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=1083820

Comment 33 xiagao 2020-02-12 09:04:53 UTC
Balloon still does't work with 179 version according to steps in comment 27.
so reassign.

Comment 37 xiagao 2020-04-28 03:49:48 UTC
Try 1000 times,didn't reproduce it with comment0. 
So close this bug and open a new one with step 27.
new bug:  https://bugzilla.redhat.com/show_bug.cgi?id=1828654

Comment 38 xiagao 2020-04-28 03:52:26 UTC
(In reply to xiagao from comment #37)
> Try 1000 times,didn't reproduce it with comment0. 
> So close this bug and open a new one with step 27.

s/step/comment

> new bug:  https://bugzilla.redhat.com/show_bug.cgi?id=1828654

Comment 39 xiagao 2020-07-09 01:33:51 UTC
Recently we run test for virtio-win-1.9.12-2.el7.iso(balloon driver version: 177)
Hit this issue again in win8-32/64,win8.1-32/64,win2012-64/r2 again.
Almost 1/10 hit this issue.

host version:
qemu-kvm-rhev-2.12.0-48.el7.x86_64
kernel-3.10.0-1154.el7.x86_64

So I will reopen this bug to track this issue.

Comment 40 xiagao 2020-07-09 02:10:57 UTC
Hi developer,
Do we want to fix this in RHEL8.2.1, but as RHEL8.2.1 is released on the 13th of July
,I propose to defer to the later version, what do you think?

Thanks,
xiagao

Comment 41 ybendito 2020-07-09 04:34:57 UTC
Sure

Comment 52 dehanmeng 2020-11-24 09:23:09 UTC
Hit this issue again recently:
161-Host_RHEL.m7.u9.qcow2.virtio_blk.up.virtio_net.Guest.Win8.x86_64.io-github-autotest-qemu.balloon_check.balloon_evict.balloon-reboot/
158-Host_RHEL.m7.u9.qcow2.virtio_scsi.up.virtio_net.Guest.Win8.x86_64.1.io-github-autotest-qemu.balloon_check.balloon_evict.balloon-reboot/
210-Host_RHEL.m7.u9.qcow2.virtio_blk.up.virtio_net.Guest.Win10.x86_64.io-github-autotest-qemu.balloon_check.balloon_enlarge.balloon-reboot/

pkg version:
virtio-win-1.9.14-1.el7.iso
kernel-3.10.0-1160.6.1.el7.x86_64
qemu-kvm-rhev-2.12.0-48.el7_9.1.x86_64
seabios-bin-1.11.0-2.el7.noarch

Comment 55 RHEL Program Management 2021-01-08 07:27:56 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.

Comment 56 Yvugenfi@redhat.com 2021-01-12 09:46:54 UTC
Please test it with the latest pre-whql driver.

Comment 58 dehanmeng 2021-01-14 07:01:03 UTC
Tried 50 times with the latest pre-whql driver virtio-win-prewhql-0.1-193 but didn't hit this issue so far, But still need to continue to reproduce it, more times and compare the old version. keep reproducing.

Comment 59 dehanmeng 2021-01-25 02:53:58 UTC
Continue to reproduce 300 times on win2012/win8.1-64 with virtio-win-1.9.12-2.el7.iso and win10-64 with the latest virtio-win-prewhql-193.iso ,still couldn't reproduce this bz.

Comment 62 xiagao 2021-06-22 03:12:21 UTC
As this bz was not reproduced in recently testing, feel free to close it.

Comment 63 Yvugenfi@redhat.com 2021-06-22 06:12:13 UTC
(In reply to xiagao from comment #62)
> As this bz was not reproduced in recently testing, feel free to close it.

Closing based on comment #62