Bug 1081598
| Summary: | BUG: unable to handle kernel NULL pointer dereference when unplugging virtio_blk disk inside qemu guest | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lukáš Doktor <ldoktor> | ||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 20 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab | ||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-06-30 00:57:49 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
Lukáš Doktor
2014-03-27 16:27:10 UTC
*********** 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 |