Bug 1038875 - qemu-kvm core dump when win2012r2 check file system on C:(at the beginning of guest boot)
Summary: qemu-kvm core dump when win2012r2 check file system on C:(at the beginning of...
Keywords:
Status: CLOSED DUPLICATE of bug 1035644
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: qemu-kvm
Version: 7.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Vadim Rozenfeld
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-06 01:59 UTC by Jun Li
Modified: 2013-12-10 13:25 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-10 13:25:02 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Jun Li 2013-12-06 01:59:21 UTC
Description of problem:
when win2012r2 check file system on C:(at the beginning of guest boot), qemu-kvm core dump.
The attachment is the guest snapshot.

Version-Release number of selected component (if applicable):
3.10.0-57.el7.x86_64
qemu-kvm-rhev-1.5.3-20.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1.Boot guest.
<cli>:
# gdb --args /usr/libexec/qemu-kvm -S -M pc-i440fx-rhel7.0.0 -cpu SandyBridge -enable-kvm -m 2G -smp 2,sockets=2,cores=1,threads=1 -name juli -uuid 355a2475-4e03-4cdd-bf7b-5d6a59edaa68 -rtc base=localtime,clock=host,driftfix=slew -device virtio-scsi-pci,bus=pci.0,addr=0x5,id=scsi0 -drive file=/home/juli/win2012r2.qcow2_v3,if=none,id=drive-scsi0-0-0,media=disk,cache=none,format=qcow2,werror=stop,rerror=stop,aio=native  -device scsi-hd,drive=drive-scsi0-0-0,bus=scsi0.0,scsi-id=0,lun=0,id=juli,bootindex=0 -drive file=/home/juli/ISO/en_windows_server_2012_r2_x64_dvd_2707946.iso,if=none,media=cdrom,format=raw,aio=native,id=drive-ide1-0-0 -device ide-drive,drive=drive-ide1-0-0,id=ide1-0-0,bus=ide.0,unit=0,bootindex=4 -drive file=/home/juli/virtio-win-prewhql-0.1-74.iso,if=none,media=cdrom,format=raw,aio=native,id=drive-ide1-0-1 -device ide-drive,drive=drive-ide1-0-1,id=ide1-0-1,bus=ide.0,unit=1,bootindex=6 -device virtio-balloon-pci,id=ballooning -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -k en-us -boot menu=on,reboot-timeout=-1,strict=on -qmp tcp:0:4477,server,nowait -serial unix:/tmp/ttyS0,server,nowait -vnc :3 -spice port=5939,disable-ticketing  -vga qxl -global qxl-vga.revision=3 -monitor stdio -monitor tcp:0:7777,server,nowait -monitor unix:/tmp/monitor1,server,nowait -netdev tap,id=tap1,vhost=on,queues=4,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown,ifname=tap-juli -device virtio-net-pci,netdev=tap1,id=nic1,mq=on,vectors=17,mac=1a:59:0a:4b:aa:94 -device vfio-pci,host=09:05.6,id=hostnet_VF
2.
3.

Actual results:
qemu-kvm core dump when guest is doing fs check on C:.
(gdb) bt
#0  0x00007ffff30db979 in raise () from /lib64/libc.so.6
#1  0x00007ffff30dd088 in abort () from /lib64/libc.so.6
#2  0x00007ffff30d48e6 in __assert_fail_base () from /lib64/libc.so.6
#3  0x00007ffff30d4992 in __assert_fail () from /lib64/libc.so.6
#4  0x00005555556c8ca3 in scsi_dma_complete (opaque=<optimized out>, 
    ret=<optimized out>) at hw/scsi/scsi-disk.c:286
#5  0x00005555556575a2 in dma_complete (dbs=0x555556a0fbb0, ret=0)
    at dma-helpers.c:124
#6  0x0000555555657812 in dma_bdrv_cb (opaque=opaque@entry=0x555556a0fbb0, 
    ret=ret@entry=0) at dma-helpers.c:152
#7  0x0000555555657939 in dma_bdrv_io (bs=0x555556565d40, sg=0x555556a23d10, 
    sector_num=720032, io_func=0x555555618780 <bdrv_aio_readv>, 
    cb=cb@entry=0x5555556c8c50 <scsi_dma_complete>, 
    opaque=opaque@entry=0x555556f55b30, 
    dir=dir@entry=DMA_DIRECTION_FROM_DEVICE) at dma-helpers.c:222
#8  0x000055555565798d in dma_bdrv_read (bs=<optimized out>, 
    sg=<optimized out>, sector=<optimized out>, cb=cb@entry=
    0x5555556c8c50 <scsi_dma_complete>, opaque=opaque@entry=0x555556f55b30)
    at dma-helpers.c:231
#9  0x00005555556c7d7d in scsi_do_read (opaque=0x555556f55b30, ret=0)
    at hw/scsi/scsi-disk.c:349
#10 0x0000555555614392 in bdrv_co_em_bh (opaque=<optimized out>)
    at block.c:4041
---Type <return> to continue, or q <return> to quit---
#11 0x000055555560493a in aio_bh_poll (ctx=ctx@entry=0x555556505e00)
    at async.c:70
#12 0x0000555555604508 in aio_poll (ctx=0x555556505e00, 
    blocking=blocking@entry=false) at aio-posix.c:185
#13 0x0000555555604830 in aio_ctx_dispatch (source=<optimized out>, 
    callback=<optimized out>, user_data=<optimized out>) at async.c:167
#14 0x00007ffff74e9e06 in g_main_context_dispatch ()
   from /lib64/libglib-2.0.so.0
#15 0x00005555556f9dca in glib_pollfds_poll () at main-loop.c:187
#16 os_host_main_loop_wait (timeout=<optimized out>) at main-loop.c:232
#17 main_loop_wait (nonblocking=<optimized out>) at main-loop.c:464
#18 0x00005555555ffe88 in main_loop () at vl.c:1986
#19 main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>)
    at vl.c:4343

Expected results:
qemu-kvm works well.

Additional info:

Comment 2 Vadim Rozenfeld 2013-12-10 10:09:41 UTC
just curious why is it SR-IOV ?


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