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 1135923

Summary: reboot win2012r2 guest black screen and kvm_stat is 0 after block stream
Product: Red Hat Enterprise Linux 7 Reporter: CongLi <coli>
Component: qemu-kvm-rhevAssignee: Fam Zheng <famz>
Status: CLOSED WORKSFORME QA Contact: Virtualization Bugs <virt-bugs>
Severity: low Docs Contact:
Priority: low    
Version: 7.1CC: chayang, coli, famz, hhuang, juzhang, michen, qizhu, scui, shuang, shu, virt-maint, xuhan
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-10-29 05:18:38 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
kvm_stat info none

Description CongLi 2014-09-01 07:53:40 UTC
Description of problem:
guest black screen and kvm_stat is 0 when reboot guest after block stream finished

Version-Release number of selected component (if applicable):
kernel-3.10.0-123.8.1.el7.x86_64
qemu-kvm-rhev-1.5.3-60.el7_0.7.x86_64

How reproducible:
only once on rhel.7.0.z host (1 / 11)

Steps to Reproduce:
1. boot a win2012r2 guest:
    -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=06 \
    -drive id=drive_image1,if=none,cache=none,snapshot=off,aio=native,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/win2012-64r2-virtio.qcow2 \
    -device scsi-hd,id=image1,drive=drive_image1 \
    -device virtio-net-pci,mac=9a:70:71:72:73:74,id=id8G6GXJ,vectors=4,netdev=idQduRnO,bus=pci.0,addr=07  \

2. do 'snapshot_blkdev':
08/28 07:19:44 DEBUG|qemu_monit:0267| (monitor qmpmonitor1) Sending command 'blockdev-snapshot-sync' 
08/28 07:19:44 DEBUG|qemu_monit:1372| Send command: {'execute': 'blockdev-snapshot-sync', 'arguments': {'device': u'drive_image1', 'snapshot-file': '/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/sn1', 'format': 'qcow2'}, 'id': '9Gpneq6i'}
08/28 07:19:44 INFO |   aexpect:0968| [qemu output] Formatting '/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/sn1', fmt=qcow2 size=32212254720 backing_file='/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/win2012-64r2-virtio.qcow2' backing_fmt='qcow2' encryption=off cluster_size=65536 lazy_refcounts=off
 
3. block stream
08/28 07:19:45 DEBUG|qemu_monit:0267| (monitor qmpmonitor1) Sending command 'block-stream' 
08/28 07:19:45 DEBUG|qemu_monit:1372| Send command: {'execute': 'block-stream', 'arguments': {'device': u'drive_image1', 'speed': 10485760}, 'id': '9EsCFyAG'}

4. reboot guest after block stream finished

Actual results:
guest black screen and kvm_stat is 0 when reboot guest after block stream finished

Expected results:
guest works well after reboot

Additional info:
1. as this bug is not easy to reproduce, have not reproduced it on RHEL.7.1 (qemu-kvm-rhev).
   qemu-kvm-rhev-2.1.0-3.el7.x86_64

2. Qemu CML:
/bin/qemu-kvm \
    -S  \
    -name 'virt-tests-vm1'  \
    -sandbox off  \
    -M pc  \
    -nodefaults  \
    -vga qxl  \
    -global qxl-vga.vram_size=33554432 \
    -device intel-hda,bus=pci.0,addr=03 \
    -device hda-duplex  \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20140828-071940-jGEXTa9d,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -chardev socket,id=serial_id_serial0,path=/tmp/serial-serial0-20140828-071940-jGEXTa9d,server,nowait \
    -device isa-serial,chardev=serial_id_serial0 \
    -device virtio-serial-pci,id=virtio_serial_pci0,bus=pci.0,addr=04  \
    -chardev socket,id=devvs,path=/tmp/virtio_port-vs-20140828-071940-jGEXTa9d,server,nowait \
    -device virtserialport,chardev=devvs,name=vs,id=vs,bus=virtio_serial_pci0.0  \
    -chardev socket,id=seabioslog_id_20140828-071940-jGEXTa9d,path=/tmp/seabios-20140828-071940-jGEXTa9d,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20140828-071940-jGEXTa9d,iobase=0x402 \
    -device nec-usb-xhci,id=usb1,bus=pci.0,addr=05 \
    -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=06 \
    -drive id=drive_image1,if=none,cache=none,snapshot=off,aio=native,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/win2012-64r2-virtio.qcow2 \
    -device scsi-hd,id=image1,drive=drive_image1 \
    -device virtio-net-pci,mac=9a:70:71:72:73:74,id=id8G6GXJ,vectors=4,netdev=idQduRnO,bus=pci.0,addr=07  \
    -netdev tap,id=idQduRnO,vhost=on,vhostfd=23,fd=22  \
    -m 8192  \
    -smp 8,maxcpus=8,cores=4,threads=1,sockets=2  \
    -cpu 'Opteron_G4',+kvm_pv_unhalt,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time \
    -drive id=drive_cd1,if=none,snapshot=off,aio=native,media=cdrom,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/isos/windows/winutils.iso \
    -device ide-cd,id=cd1,drive=drive_cd1,bus=ide.0,unit=0 \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -spice port=3000,password=123456,addr=0,tls-port=3200,x509-dir=/tmp/spice_x509d,tls-channel=main,tls-channel=inputs,image-compression=auto_glz,zlib-glz-wan-compression=auto,streaming-video=all,agent-mouse=on,playback-compression=on,ipv4  \
    -rtc base=localtime,clock=host,driftfix=slew  \
    -boot order=cdn,once=c,menu=off \
    -enable-kvm

3. host info:
processor	: 23
vendor_id	: AuthenticAMD
cpu family	: 21
model		: 1
model name	: AMD Opteron(TM) Processor 6234                 
stepping	: 2
microcode	: 0x6000626
cpu MHz		: 2400.059
cache size	: 2048 KB
physical id	: 1
siblings	: 12
core id		: 5
cpu cores	: 6
apicid		: 75
initial apicid	: 43
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext perfctr_core perfctr_nb arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
bogomips	: 4799.76
TLB size	: 1536 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb

Comment 2 CongLi 2014-09-01 08:42:16 UTC
Created attachment 933278 [details]
kvm_stat info

Comment 6 Fam Zheng 2014-09-02 01:00:42 UTC
No. That bz touched drive-mirror and (active) block-commit, nothing changed in block-stream.

Comment 7 juzhang 2014-09-02 01:01:59 UTC
(In reply to Fam Zheng from comment #6)
> No. That bz touched drive-mirror and (active) block-commit, nothing changed
> in block-stream.

Cool and thx for the confirmation.

Best Regards,
Junyi

Comment 9 Fam Zheng 2014-10-29 05:18:38 UTC
Closing as it's not reproducible, after confirming with QE.