Description of problem: Description of problem: I'm unplugging multiple (20) virtio_scsi disks over one hmp while reading/writing randomly from/to those disks using stresser.sh script. Version-Release number of selected component (if applicable): Host: kernel-3.13.6-200.fc20.x86_64 qemu-kvm-1.6.2-1.fc20.x86_64 and upstream qemu-2.0 (db237e33c08a279f0179f8f5128a6d10d9adc38a) Guest: Fedora 19 - kernel-3.13.5-101.fc19.x86_64 Fedora 20 - kernel-3.13.6-200.fc20.x86_64 How reproducible: Always Steps to Reproduce: 1. start VM, smp4 2. start 100 instances of the stresser scripts 3. hotplug 20 virtio_scsi disks 4. unplug disks using 5. repeat until Oops Actual results: lots of minor "Buffer I/O error on device sdq, logical block 1" errors followed after a while with "BUG: unable to handle kernel NULL pointer dereference at 0000000000000028" and "Fixing recursive fault but reboot is needed!". Expected results: All disks hot-plugged correctly or at least don't die. Additional info: This bug was previously filed for qemu here: https://bugzilla.redhat.com/show_bug.cgi?id=1051611 Older qemu versions crashed during unplug phase. Current versions survives, but the guest kernel panics after a while. Whole test is available in autotest/virt-test, you can execute it by: ./run -t qemu -g Fedora.20.x86_64 --no-cleanup --no-downloads -k --keep-image-between-tests --keep-guest-running --smp=4 --machine-type=q35 --no-downloads --qemu-bin=/usr/local/bin/qemu-system-x86_64 --qemu_sandbox=off --nettype bridge --tests='multi_disk_random_hotplug.serial.single_type' -v --disk-bus=virtio_scsi Please find the serial-output logs attached in the https://bugzilla.redhat.com/show_bug.cgi?id=1051611 bug page.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.14.4-200.fc20. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.
Created attachment 913733 [details] serial log with qemu-2.0 and guest kernel-3.14.9.200.fc20 Hi Justin, today I tried this on: host: kernel-3.14.8-200.fc20.x86_64, upstream qemu-2.0.0 commit b3959efd guest: kernel-3.14.9-200.fc20.x86_64 I had not encounter the BUG: part, but there are still tons of errors and the system stalls after couple of iterations. See the attached log.
You can generate your own results by running virt-test test 'multi_disk_random_hotplug.serial.single_type' using: ./run -t qemu -g Fedora.20.x86_64 --no-cleanup -k --keep-image-between-tests --keep-guest-running --smp=4 --machine-type=q35 --nettype bridge --tests='multi_disk_random_hotplug.serial.single_type' -v --disk-bus=virtio_scsi
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.17.2-200.fc20. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 21, and are still experiencing this issue, please change the version to Fedora 21. If you experience different issues, please open a new bug report for those.
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in over 3 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.
Hi Justin, I tried it again: host: kernel-3.17.2-200.fc20.x86_64 qemu: upstream tag v2.2.0-rc5 guest: kernel-3.17.8-200.fc20 the same results, tons of Oops, no panic.
Created attachment 982384 [details] serial log with qemu-2.2 and guest kernel-3.17.8-200.fc20
Note that --machine-type was set to i440fx as q35 doesn't support hotplug now... Again, the test is upstream and you can generate your own results by downloading virt-test and executing it: ./run -t qemu -g Fedora.20.x86_64 --no-cleanup --no-downloads -k --keep-image-between-tests --keep-guest-running --smp=4 --machine-type=i440fx --no-downloads --qemu_sandbox=off --tests='multi_disk_random_hotplug.serial.single_type' -v
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.18.7-100.fc20. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 21, and are still experiencing this issue, please change the version to Fedora 21. If you experience different issues, please open a new bug report for those.
Retested with kernel-3.18.9-100 (booth host and guest) and qemu-kvm-1.6.2-13.fc20.x86_64 and qemu-v2.3.0-rc0 with the same results (errors in the output) [ 12.696208] pci 0000:00:17.0: reg 0x10: [io 0x0000-0x003f] [ 12.696250] pci 0000:00:17.0: reg 0x14: [mem 0x00000000-0x00000fff] [ 12.699789] pci 0000:00:17.0: BAR 1: assigned [mem 0x80011000-0x80011fff] [ 12.714414] pci 0000:00:17.0: BAR 0: assigned [io 0x2040-0x207f] [ 12.721733] virtio-pci 0000:00:17.0: enabling device (0000 -> 0003) [ 12.767896] virtio-pci 0000:00:17.0: irq 63 for MSI/MSI-X [ 12.767923] virtio-pci 0000:00:17.0: irq 64 for MSI/MSI-X [ 12.791279] vds: unknown partition table [ 12.810711] pci 0000:00:18.0: [1af4:1001] type 00 class 0x010000 [ 12.810820] pci 0000:00:18.0: reg 0x10: [io 0x0000-0x003f] [ 12.810868] pci 0000:00:18.0: reg 0x14: [mem 0x00000000-0x00000fff] [ 12.813388] pci 0000:00:18.0: BAR 1: assigned [mem 0x80012000-0x80012fff] [ 12.821206] pci 0000:00:18.0: BAR 0: assigned [io 0x2080-0x20bf] [ 12.834173] virtio-pci 0000:00:18.0: enabling device (0000 -> 0003) [ 12.901014] virtio-pci 0000:00:18.0: irq 65 for MSI/MSI-X [ 12.901043] virtio-pci 0000:00:18.0: irq 66 for MSI/MSI-X [ 12.924302] vdt: unknown partition table [ 12.939543] pci 0000:00:19.0: [1af4:1001] type 00 class 0x010000 [ 12.939641] pci 0000:00:19.0: reg 0x10: [io 0x0000-0x003f] [ 12.939685] pci 0000:00:19.0: reg 0x14: [mem 0x00000000-0x00000fff] [ 12.940264] pci 0000:00:19.0: BAR 1: assigned [mem 0x80013000-0x80013fff] [ 12.953444] pci 0000:00:19.0: BAR 0: assigned [io 0x20c0-0x20ff] [ 12.964363] virtio-pci 0000:00:19.0: enabling device (0000 -> 0003) [ 13.020417] virtio-pci 0000:00:19.0: irq 67 for MSI/MSI-X [ 13.020493] virtio-pci 0000:00:19.0: irq 68 for MSI/MSI-X [ 13.044619] vdu: unknown partition table [ 17.583619] Buffer I/O error on dev vdp, logical block 118, async page read [ 17.590213] Buffer I/O error on dev vdp, logical block 64, async page read [ 17.611299] Buffer I/O error on dev vdp, logical block 16384, async page read [ 17.630464] Buffer I/O error on dev vdp, logical block 512, async page read [ 17.791429] Buffer I/O error on dev vdo, logical block 110, async page read [ 17.796157] Buffer I/O error on dev vdo, logical block 64, async page read [ 17.813117] Buffer I/O error on dev vdo, logical block 16384, async page read [ 17.815238] Buffer I/O error on dev vdo, logical block 512, async page read [ 18.057427] Buffer I/O error on dev vdn, logical block 121, async page read [ 18.063515] Buffer I/O error on dev vdn, logical block 64, async page read [ 21.351942] hrtimer: interrupt took 12904712 ns [ 24.751505] pci 0000:00:06.0: [1af4:1001] type 00 class 0x010000
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.19.5-100.fc20. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 21, and are still experiencing this issue, please change the version to Fedora 21. If you experience different issues, please open a new bug report for those.
This is the fifth mass-bug-update since creating this bug. Is anyone really interested in fixing it or should I simply close it as wont-fix? Retested with kernel-3.19.5-100, exactly same results: 2015-05-18 11:24:41: [ 33.326111] Buffer I/O error on dev sdr, logical block 2621439, async page read 2015-05-18 11:24:41: [ 33.326214] Buffer I/O error on dev sdr, logical block 2621439, async page read 2015-05-18 11:24:41: [ 33.326301] Buffer I/O error on dev sdr, logical block 2621439, async page read 2015-05-18 11:24:41: [ 33.326394] Buffer I/O error on dev sdr, logical block 2621439, async page read 2015-05-18 11:24:41: [ 34.055857] sd 6:0:18:0: [sds] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:41: [ 34.125940] sd 6:0:17:0: [sdr] Synchronizing SCSI cache 2015-05-18 11:24:41: [ 34.420086] sd 6:0:17:0: [sdr] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:41: [ 34.479135] sd 6:0:16:0: [sdq] Synchronizing SCSI cache 2015-05-18 11:24:41: [ 34.534921] sd 6:0:16:0: [sdq] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:41: [ 34.545424] sd 6:0:15:0: [sdp] Synchronizing SCSI cache 2015-05-18 11:24:41: [ 34.593473] sd 6:0:15:0: [sdp] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:42: [ 34.635807] sd 6:0:14:0: [sdo] Synchronizing SCSI cache 2015-05-18 11:24:42: [ 34.678227] sd 6:0:14:0: [sdo] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:42: [ 34.775499] sd 6:0:13:0: [sdn] Synchronizing SCSI cache 2015-05-18 11:24:42: [ 34.785540] sd 6:0:13:0: [sdn] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:42: [ 34.795865] sd 6:0:12:0: [sdm] Synchronizing SCSI cache 2015-05-18 11:24:42: [ 34.802744] sd 6:0:12:0: [sdm] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:42: [ 34.807146] sd 6:0:11:0: [sdl] Synchronizing SCSI cache 2015-05-18 11:24:42: [ 34.847045] sd 6:0:11:0: [sdl] Synchronize Cache(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:42: [ 34.930584] scsi: waiting for bus probes to complete ... 2015-05-18 11:24:45: [ 38.227064] scsi_io_completion: 40721 callbacks suppressed 2015-05-18 11:24:45: [ 38.230258] sd 6:0:6:0: [sdg] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.230262] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.230263] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.230268] Read(10): 28 00 00 00 00 00 00 00 08 00 2015-05-18 11:24:45: [ 38.233477] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.233479] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.233484] Read(10): 28 00 00 00 00 00 00 00 08 00 2015-05-18 11:24:45: [ 38.236250] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.236252] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.236257] Read(10): 28 00 00 00 00 00 00 00 08 00 2015-05-18 11:24:45: [ 38.240320] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.240322] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.240327] Read(10): 28 00 00 00 00 00 00 00 08 00 2015-05-18 11:24:45: [ 38.240493] sd 6:0:2:0: [sdc] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.240494] sd 6:0:2:0: [sdc] CDB: 2015-05-18 11:24:45: [ 38.240498] Read(10): 28 00 00 00 00 00 00 00 02 00 2015-05-18 11:24:45: [ 38.244614] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.244616] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.244620] Read(10): 28 00 00 00 00 80 00 00 08 00 2015-05-18 11:24:45: [ 38.244621] blk_update_request: 40692 callbacks suppressed 2015-05-18 11:24:45: [ 38.244622] blk_update_request: I/O error, dev sdb, sector 128 2015-05-18 11:24:45: [ 38.258714] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.258716] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.258721] Read(10): 28 00 00 00 00 80 00 00 08 00 2015-05-18 11:24:45: [ 38.258723] blk_update_request: I/O error, dev sdb, sector 128 2015-05-18 11:24:45: [ 38.287138] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.287140] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.287145] Read(10): 28 00 00 00 00 10 00 00 08 00 2015-05-18 11:24:45: [ 38.287147] blk_update_request: I/O error, dev sdb, sector 16 2015-05-18 11:24:45: [ 38.301167] sd 6:0:1:0: [sdb] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 2015-05-18 11:24:45: [ 38.301170] sd 6:0:1:0: [sdb] CDB: 2015-05-18 11:24:45: [ 38.301174] Read(10): 28 00 00 00 00 00 00 00 02 00 2015-05-18 11:24:45: [ 38.301176] blk_update_request: I/O error, dev sdb, sector 0 2015-05-18 11:24:45: [ 38.301629] blk_update_request: I/O error, dev sdb, sector 0 2015-05-18 11:24:45: [ 38.312013] blk_update_request: I/O error, dev sdb, sector 0 2015-05-18 11:24:45: [ 38.316452] blk_update_request: I/O error, dev sdg, sector 0 2015-05-18 11:24:45: [ 38.319419] blk_update_request: I/O error, dev sdb, sector 16 2015-05-18 11:24:45: [ 38.321399] blk_update_request: I/O error, dev sdb, sector 0 2015-05-18 11:24:45: [ 38.323676] blk_update_request: I/O error, dev sdb, sector 0 2015-05-18 11:24:45: [ 38.334603] buffer_io_error: 39559 callbacks suppressed 2015-05-18 11:24:45: [ 38.334605] Buffer I/O error on dev sdb, logical block 0, async page read 2015-05-18 11:24:45: [ 38.336463] Buffer I/O error on dev sdb, logical block 0, async page read 2015-05-18 11:24:45: [ 38.338758] Buffer I/O error on dev sdb, logical block 0, async page read 2015-05-18 11:24:45: [ 38.340757] Buffer I/O error on dev sdb, logical block 1, async page read 2015-05-18 11:24:45: [ 38.343401] Buffer I/O error on dev sdb, logical block 16, async page read 2015-05-18 11:24:45: [ 38.344509] Buffer I/O error on dev sdb, logical block 16384, async page read 2015-05-18 11:24:45: [ 38.348758] Buffer I/O error on dev sdb, logical block 0, async page read 2015-05-18 11:24:45: [ 38.352878] Buffer I/O error on dev sdb, logical block 0, async page read 2015-05-18 11:24:45: [ 38.359453] Buffer I/O error on dev sdb, logical block 512, async page read 2015-05-18 11:24:45: [ 38.363100] Buffer I/O error on dev sdb, logical block 0, async page read 2015-05-18 11:24:45: [ 38.450205] sd 6:0:6:0: [sdg] CDB: 2015-05-18 11:24:45: [ 38.459881] Read(10): 28 00 00 00 00 08 00 00 08 00 Additionally on qemu-1.6.2-13.fc20.x86_64 and qemu v2.3.0-rc0 disks are removed in qtree and info-blocks after unplug, but are still present in guest's /proc/scsi/scsi and /dev/sd* even after couple of minutes. Access generates errors: [root@atest-guest ~]# cat /dev/sdk ; dmesg -c cat: /dev/sdk: Chyba vstupu/výstupu [ 536.599676] sd 6:0:10:0: [sdk] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK [ 536.600661] sd 6:0:10:0: [sdk] CDB: [ 536.600661] Read(10): 28 00 00 00 00 00 00 01 00 00 [ 536.600661] blk_update_request: I/O error, dev sdk, sector 0 [ 536.605656] sd 6:0:10:0: [sdk] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK [ 536.606634] sd 6:0:10:0: [sdk] CDB: [ 536.607331] Read(10): 28 00 00 00 00 00 00 00 08 00 [ 536.608115] blk_update_request: I/O error, dev sdk, sector 0 [ 536.610042] Buffer I/O error on dev sdk, logical block 0, async page read [root@atest-guest ~]# cat /dev/sdk ; dmesg -c cat: /dev/sdk: Chyba vstupu/výstupu [ 536.599676] sd 6:0:10:0: [sdk] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK [ 536.600661] sd 6:0:10:0: [sdk] CDB: [ 536.600661] Read(10): 28 00 00 00 00 00 00 01 00 00 [ 536.600661] blk_update_request: I/O error, dev sdk, sector 0 [ 536.605656] sd 6:0:10:0: [sdk] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK [ 536.606634] sd 6:0:10:0: [sdk] CDB: [ 536.607331] Read(10): 28 00 00 00 00 00 00 00 08 00 [ 536.608115] blk_update_request: I/O error, dev sdk, sector 0 [ 536.610042] Buffer I/O error on dev sdk, logical block 0, async page read [root@atest-guest ~]# echo 1 > /dev/sdk ; dmesg -c -bash: echo: chyba zápisu: Chyba vstupu/výstupu [ 564.407240] sd 6:0:10:0: [sdk] FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK [ 564.409422] sd 6:0:10:0: [sdk] CDB: [ 564.410515] Read(10): 28 00 00 00 00 00 00 00 08 00 [ 564.411945] blk_update_request: I/O error, dev sdk, sector 0 What happened: 1. disks were hotplugged 2. disks were unplugged 3. check if all disks were removed log: ... 11:24:36 DEBUG| (monitor hmp1) OK 11:24:36 DEBUG| (monitor hmp1) Sending command 'device_add scsi-hd,id=stg17,drive=drive_stg17' 11:24:36 DEBUG| Send command: device_add scsi-hd,id=stg17,drive=drive_stg17 11:24:36 DEBUG| (monitor hmp1) Sending command 'drive_add auto id=drive_stg18,if=none,file=/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/stg18' 11:24:36 DEBUG| Send command: drive_add auto id=drive_stg18,if=none,file=/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/stg18 11:24:36 DEBUG| (monitor hmp1) Response to 'drive_add auto id=drive_stg18,if=none,file=/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/stg18' 11:24:36 DEBUG| (monitor hmp1) OK 11:24:36 DEBUG| (monitor hmp1) Sending command 'device_add scsi-hd,id=stg18,drive=drive_stg18' 11:24:36 DEBUG| Send command: device_add scsi-hd,id=stg18,drive=drive_stg18 11:24:36 DEBUG| (monitor hmp1) Sending command 'drive_add auto id=drive_stg19,if=none,file=/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/stg19' 11:24:36 DEBUG| Send command: drive_add auto id=drive_stg19,if=none,file=/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/stg19 11:24:36 DEBUG| (monitor hmp1) Response to 'drive_add auto id=drive_stg19,if=none,file=/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/stg19' 11:24:36 DEBUG| (monitor hmp1) OK 11:24:36 DEBUG| (monitor hmp1) Sending command 'device_add scsi-hd,id=stg19,drive=drive_stg19' 11:24:36 DEBUG| Send command: device_add scsi-hd,id=stg19,drive=drive_stg19 11:24:37 DEBUG| All hotplugs verified (40) 11:24:40 DEBUG| Context: Verify disks after hotplug 11:24:40 DEBUG| Sending command: cat /proc/scsi/scsi 11:24:40 DEBUG| Context: Unplug and remove the devices 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg19' 11:24:40 DEBUG| Send command: device_del stg19 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg18' 11:24:40 DEBUG| Send command: device_del stg18 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg17' 11:24:40 DEBUG| Send command: device_del stg17 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg16' 11:24:40 DEBUG| Send command: device_del stg16 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg15' 11:24:40 DEBUG| Send command: device_del stg15 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg14' 11:24:40 DEBUG| Send command: device_del stg14 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg13' 11:24:40 DEBUG| Send command: device_del stg13 11:24:40 DEBUG| (monitor hmp1) Sending command 'device_del stg12' 11:24:40 DEBUG| Send command: device_del stg12 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg11' 11:24:41 DEBUG| Send command: device_del stg11 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg10' 11:24:41 DEBUG| Send command: device_del stg10 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg9' 11:24:41 DEBUG| Send command: device_del stg9 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg8' 11:24:41 DEBUG| Send command: device_del stg8 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg7' 11:24:41 DEBUG| Send command: device_del stg7 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg6' 11:24:41 DEBUG| Send command: device_del stg6 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg5' 11:24:41 DEBUG| Send command: device_del stg5 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg4' 11:24:41 DEBUG| Send command: device_del stg4 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg3' 11:24:41 DEBUG| Send command: device_del stg3 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg2' 11:24:41 DEBUG| Send command: device_del stg2 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg1' 11:24:41 DEBUG| Send command: device_del stg1 11:24:41 DEBUG| (monitor hmp1) Sending command 'device_del stg0' 11:24:41 DEBUG| Send command: device_del stg0 11:24:42 DEBUG| All unplugs verified (20) qtree: bus: main-system-bus type System dev: hpet, id "" gpio-in 2 gpio-out 1 timers = 3 msi = off irq 32 mmio 00000000fed00000/0000000000000400 dev: kvm-ioapic, id "" gpio-in 24 gsi_base = 0 irq 0 mmio 00000000fec00000/0000000000001000 dev: q35-pcihost, id "" MCFG = 2952790016 pci-hole64-size = 0.000B short_root_bus = 0 irq 0 bus: pcie.0 type PCIE dev: virtio-net-pci, id "idrRc89G" ioeventfd = off vectors = 4 indirect_desc = on event_idx = on any_layout = on csum = on guest_csum = on gso = on guest_tso4 = on guest_tso6 = on guest_ecn = on guest_ufo = on host_tso4 = on host_tso6 = on host_ecn = on host_ufo = on mrg_rxbuf = on status = on ctrl_vq = on ctrl_rx = on ctrl_vlan = on ctrl_rx_extra = on ctrl_mac_addr = on ctrl_guest_offloads = on mq = off mac = 9a:61:62:63:64:65 vlan = <null> netdev = idxd2ELs bootindex = -1 x-txtimer = 150000 x-txburst = 256 tx = <null> addr = 04.0 romfile = "efi-virtio.rom" rombar = 1 multifunction = off command_serr_enable = on class Ethernet controller, addr 00:04.0, pci id 1af4:1000 (sub 1af4:0001) bar 0: i/o at 0xc0a0 [0xc0bf] bar 1: mem at 0xfebd2000 [0xfebd2fff] bar 6: mem at 0xffffffffffffffff [0x3fffe] bus: virtio-bus type virtio-pci-bus dev: virtio-net-device, id "" mac = 9a:61:62:63:64:65 vlan = <null> netdev = idxd2ELs bootindex = -1 x-txtimer = 150000 x-txburst = 256 tx = <null> dev: virtio-scsi-pci, id "virtio_scsi_pci0" ioeventfd = on vectors = 4 indirect_desc = on event_idx = on hotplug = on param_change = on num_queues = 1 max_sectors = 65535 cmd_per_lun = 128 addr = 03.0 romfile = <null> rombar = 1 multifunction = off command_serr_enable = on class SCSI controller, addr 00:03.0, pci id 1af4:1004 (sub 1af4:0008) bar 0: i/o at 0xc000 [0xc03f] bar 1: mem at 0xfebd1000 [0xfebd1fff] bus: virtio-bus type virtio-pci-bus dev: virtio-scsi-device, id "" num_queues = 1 max_sectors = 65535 cmd_per_lun = 128 bus: virtio_scsi_pci0.0 type SCSI dev: scsi-hd, id "image1" drive = drive_image1 logical_block_size = 512 physical_block_size = 512 min_io_size = 0 opt_io_size = 0 bootindex = -1 discard_granularity = 4096 ver = "1.6.2" serial = <null> vendor = "QEMU" product = "QEMU HARDDISK" removable = off dpofua = off wwn = 0x0 cyls = 16383 heads = 16 secs = 63 channel = 0 scsi-id = 0 lun = 0 dev: ich9-usb-uhci1, id "usb1" masterbus = <null> firstport = 0 bandwidth = 1280 maxframes = 128 addr = 02.0 romfile = <null> rombar = 1 multifunction = off command_serr_enable = on class USB controller, addr 00:02.0, pci id 8086:2934 (sub 1af4:1100) bar 4: i/o at 0xc080 [0xc09f] bus: usb1.0 type usb-bus dev: usb-tablet, id "usb-tablet1" usb_version = 2 port = "1" serial = <null> full-path = on addr 0.2, port 1, speed 12, name QEMU USB Tablet, attached dev: VGA, id "" vgamem_mb = 16 mmio = on addr = 01.0 romfile = "vgabios-stdvga.bin" rombar = 1 multifunction = off command_serr_enable = on class VGA controller, addr 00:01.0, pci id 1234:1111 (sub 1af4:1100) bar 0: mem at 0xfd000000 [0xfdffffff] bar 2: mem at 0xfebd0000 [0xfebd0fff] bar 6: mem at 0xffffffffffffffff [0xfffe] dev: ICH9 SMB, id "" addr = 1f.3 romfile = <null> rombar = 1 multifunction = on command_serr_enable = on class SMBus, addr 00:1f.3, pci id 8086:2930 (sub 1af4:1100) bar 4: i/o at 0xb100 [0xb13f] bus: i2c type i2c-bus dev: smbus-eeprom, id "" address = 87 dev: smbus-eeprom, id "" address = 86 dev: smbus-eeprom, id "" address = 85 dev: smbus-eeprom, id "" address = 84 dev: smbus-eeprom, id "" address = 83 dev: smbus-eeprom, id "" address = 82 dev: smbus-eeprom, id "" address = 81 dev: smbus-eeprom, id "" address = 80 dev: ich9-ahci, id "" addr = 1f.2 romfile = <null> rombar = 1 multifunction = on command_serr_enable = on class SATA controller, addr 00:1f.2, pci id 8086:2922 (sub 1af4:1100) bar 4: i/o at 0xc0c0 [0xc0df] bar 5: mem at 0xfebd3000 [0xfebd3fff] bus: ide.5 type IDE bus: ide.4 type IDE bus: ide.3 type IDE bus: ide.2 type IDE bus: ide.1 type IDE bus: ide.0 type IDE dev: ICH9 LPC, id "" addr = 1f.0 romfile = <null> rombar = 1 multifunction = on command_serr_enable = on class ISA bridge, addr 00:1f.0, pci id 8086:2918 (sub 1af4:1100) bus: isa.0 type ISA dev: isa-debugcon, id "" iobase = 0x402 chardev = seabioslog_id_20150518-112402-4rwsZZYB readback = 0xe9 dev: isa-serial, id "" index = 0 iobase = 0x3f8 irq = 4 chardev = serial_id_serial0 wakeup = 0 isa irq 4 dev: isa-fdc, id "" iobase = 0x3f0 irq = 6 dma = 2 driveA = <null> driveB = <null> bootindexA = -1 bootindexB = -1 check_media_rate = on isa irq 6 dev: port92, id "" dev: vmmouse, id "" dev: vmport, id "" dev: i8042, id "" isa irqs 1,12 dev: isa-pcspk, id "" iobase = 0x61 dev: kvm-pit, id "" gpio-in 1 iobase = 0x40 lost_tick_policy = delay dev: mc146818rtc, id "" base_year = 0 lost_tick_policy = discard dev: kvm-i8259, id "" iobase = 0xa0 elcr_addr = 0x4d1 elcr_mask = 0xde master = off dev: kvm-i8259, id "" iobase = 0x20 elcr_addr = 0x4d0 elcr_mask = 0xf8 master = on dev: mch, id "" addr = 00.0 romfile = <null> rombar = 1 multifunction = off command_serr_enable = on class Host bridge, addr 00:00.0, pci id 8086:29c0 (sub 1af4:1100) dev: fw_cfg, id "" ctl_iobase = 0x510 data_iobase = 0x511 irq 0 mmio ffffffffffffffff/0000000000000002 mmio ffffffffffffffff/0000000000000001 dev: kvmclock, id "" irq 0 dev: kvmvapic, id "" irq 0 dev: icc-bridge, id "" irq 0 mmio 00000000fee00000/0000000000100000 bus: icc type icc-bus dev: kvm-apic, id "" id = 3 vapic = on dev: x86_64-cpu, id "" pmu = false dev: kvm-apic, id "" id = 2 vapic = on dev: x86_64-cpu, id "" pmu = false dev: kvm-apic, id "" id = 1 vapic = on dev: x86_64-cpu, id "" pmu = false dev: kvm-apic, id "" id = 0 vapic = on dev: x86_64-cpu, id "" pmu = false info block: {'drive_image1': {'file': '/home/medic/Work/Projekty/autotest/autotest-ldoktor/client/tests/virt/shared/data/images/f20-64.qcow2', 'drv': 'qcow2'}} /proc/scsi/scsi: Attached devices: Host: scsi6 Channel: 00 Id: 00 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 01 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 02 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 03 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 04 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 05 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 06 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 07 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 08 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 09 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05 Host: scsi6 Channel: 00 Id: 10 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 1.6. Type: Direct-Access ANSI SCSI revision: 05
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days