2017-03-13 12:39:40 |
James Page |
bug |
|
|
added bug |
2017-03-14 13:11:57 |
Christian Ehrhardt |
summary |
libvirtError: internal error: unable to execute QEMU command 'device_add': Property 'virtio-blk-device.drive' can't find value 'drive-virtio-disk1' |
libvirt uses password-secret on old style drive_add syntax |
|
2017-03-14 13:12:02 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Yakkety |
|
2017-03-14 13:12:02 |
Christian Ehrhardt |
bug task added |
|
qemu (Ubuntu Yakkety) |
|
2017-03-14 13:12:08 |
Christian Ehrhardt |
qemu (Ubuntu): status |
New |
Fix Released |
|
2017-03-14 13:54:45 |
Christian Ehrhardt |
qemu (Ubuntu Yakkety): status |
New |
Incomplete |
|
2017-03-14 13:54:48 |
Christian Ehrhardt |
qemu (Ubuntu Yakkety): status |
Incomplete |
In Progress |
|
2017-03-15 14:20:17 |
Christian Ehrhardt |
description |
I'm unable to attach ceph rbd devices to qemu instances (via OpenStack - but I don't think the issue is in OpenStack per-say because the same codebase against the Xenial libvirt/qemu stack is OK).
libvirtError: internal error: unable to execute QEMU command 'device_add': Property 'virtio-blk-device.drive' can't find value 'drive-virtio-disk1'
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: qemu-system-x86 1:2.6.1+dfsg-0ubuntu5.3
ProcVersionSignature: Ubuntu 4.8.0-41.44-generic 4.8.17
Uname: Linux 4.8.0-41-generic x86_64
ApportVersion: 2.20.3-0ubuntu8.2
Architecture: amd64
Date: Mon Mar 13 12:37:22 2017
Ec2AMI: ami-0000058e
Ec2AMIManifest: FIXME
Ec2AvailabilityZone: nova
Ec2InstanceType: m1.medium
Ec2Kernel: unavailable
Ec2Ramdisk: unavailable
Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: OpenStack Foundation OpenStack Nova
ProcEnviron:
TERM=screen-256color-bce
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.8.0-41-generic root=LABEL=cloudimg-rootfs console=ttyS0
SourcePackage: qemu
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/01/2014
dmi.bios.vendor: SeaBIOS
dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
dmi.chassis.type: 1
dmi.chassis.vendor: QEMU
dmi.chassis.version: pc-i440fx-xenial
dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnOpenStackFoundation:pnOpenStackNova:pvr13.1.2:cvnQEMU:ct1:cvrpc-i440fx-xenial:
dmi.product.name: OpenStack Nova
dmi.product.version: 13.1.2
dmi.sys.vendor: OpenStack Foundation |
[Impact]
* Using ceph (rbd) devices fail to be attached to a guest
* Regression when updating from Xenial to Yakkety (or matching cloud archives)
* backport of upstream fixes the command string passed to qemu
[Test Case]
* Attach a rbd device to a guest via libvirt.
* The openstack Team does so from Openstack
* To do so manually (hard) you could hot-add an xml snipped like the one in comment #2 (but thta still needs a ceph with matching config up)
* since this is complex please see below for all the tests already performed
[Regression Potential]
* It changes the device string creation, so it in theory break other device attaching actions (if any). Yet the chances for a regression should be low because:
1. the fix is upstream a while now (and needed no follow up)
2. current main user of that password feature is broken without (ceph/rbd)
3. no effect on other disk attachments (others are not using password)
[Other Info]
* n/a
I'm unable to attach ceph rbd devices to qemu instances (via OpenStack - but I don't think the issue is in OpenStack per-say because the same codebase against the Xenial libvirt/qemu stack is OK).
libvirtError: internal error: unable to execute QEMU command 'device_add': Property 'virtio-blk-device.drive' can't find value 'drive-virtio-disk1'
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: qemu-system-x86 1:2.6.1+dfsg-0ubuntu5.3
ProcVersionSignature: Ubuntu 4.8.0-41.44-generic 4.8.17
Uname: Linux 4.8.0-41-generic x86_64
ApportVersion: 2.20.3-0ubuntu8.2
Architecture: amd64
Date: Mon Mar 13 12:37:22 2017
Ec2AMI: ami-0000058e
Ec2AMIManifest: FIXME
Ec2AvailabilityZone: nova
Ec2InstanceType: m1.medium
Ec2Kernel: unavailable
Ec2Ramdisk: unavailable
Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: OpenStack Foundation OpenStack Nova
ProcEnviron:
TERM=screen-256color-bce
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.8.0-41-generic root=LABEL=cloudimg-rootfs console=ttyS0
SourcePackage: qemu
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/01/2014
dmi.bios.vendor: SeaBIOS
dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
dmi.chassis.type: 1
dmi.chassis.vendor: QEMU
dmi.chassis.version: pc-i440fx-xenial
dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnOpenStackFoundation:pnOpenStackNova:pvr13.1.2:cvnQEMU:ct1:cvrpc-i440fx-xenial:
dmi.product.name: OpenStack Nova
dmi.product.version: 13.1.2
dmi.sys.vendor: OpenStack Foundation |
|
2017-03-20 11:42:04 |
Nobuto Murata |
bug |
|
|
added subscriber Nobuto Murata |
2017-03-24 10:45:54 |
Christian Ehrhardt |
qemu (Ubuntu Yakkety): status |
In Progress |
Fix Committed |
|
2017-03-31 05:43:54 |
Christian Ehrhardt |
description |
[Impact]
* Using ceph (rbd) devices fail to be attached to a guest
* Regression when updating from Xenial to Yakkety (or matching cloud archives)
* backport of upstream fixes the command string passed to qemu
[Test Case]
* Attach a rbd device to a guest via libvirt.
* The openstack Team does so from Openstack
* To do so manually (hard) you could hot-add an xml snipped like the one in comment #2 (but thta still needs a ceph with matching config up)
* since this is complex please see below for all the tests already performed
[Regression Potential]
* It changes the device string creation, so it in theory break other device attaching actions (if any). Yet the chances for a regression should be low because:
1. the fix is upstream a while now (and needed no follow up)
2. current main user of that password feature is broken without (ceph/rbd)
3. no effect on other disk attachments (others are not using password)
[Other Info]
* n/a
I'm unable to attach ceph rbd devices to qemu instances (via OpenStack - but I don't think the issue is in OpenStack per-say because the same codebase against the Xenial libvirt/qemu stack is OK).
libvirtError: internal error: unable to execute QEMU command 'device_add': Property 'virtio-blk-device.drive' can't find value 'drive-virtio-disk1'
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: qemu-system-x86 1:2.6.1+dfsg-0ubuntu5.3
ProcVersionSignature: Ubuntu 4.8.0-41.44-generic 4.8.17
Uname: Linux 4.8.0-41-generic x86_64
ApportVersion: 2.20.3-0ubuntu8.2
Architecture: amd64
Date: Mon Mar 13 12:37:22 2017
Ec2AMI: ami-0000058e
Ec2AMIManifest: FIXME
Ec2AvailabilityZone: nova
Ec2InstanceType: m1.medium
Ec2Kernel: unavailable
Ec2Ramdisk: unavailable
Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: OpenStack Foundation OpenStack Nova
ProcEnviron:
TERM=screen-256color-bce
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.8.0-41-generic root=LABEL=cloudimg-rootfs console=ttyS0
SourcePackage: qemu
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/01/2014
dmi.bios.vendor: SeaBIOS
dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
dmi.chassis.type: 1
dmi.chassis.vendor: QEMU
dmi.chassis.version: pc-i440fx-xenial
dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnOpenStackFoundation:pnOpenStackNova:pvr13.1.2:cvnQEMU:ct1:cvrpc-i440fx-xenial:
dmi.product.name: OpenStack Nova
dmi.product.version: 13.1.2
dmi.sys.vendor: OpenStack Foundation |
[Impact]
* Using ceph (rbd) devices fail to be attached to a guest
* Regression when updating from Xenial to Yakkety (or matching cloud archives)
* backport of upstream fixes the command string passed to qemu
[Test Case]
* Attach a rbd device to a guest via libvirt.
* The openstack Team does so from Openstack
* To do so manually (hard) you could hot-add an xml snipped like the one in comment #2 (but thta still needs a ceph with matching config up)
* since this is complex please see below for all the tests already performed
* An "easier" testcase is to run the Tempest suite which contains a
testcase triggering the bug according to James Page
[Regression Potential]
* It changes the device string creation, so it in theory break other device attaching actions (if any). Yet the chances for a regression should be low because:
1. the fix is upstream a while now (and needed no follow up)
2. current main user of that password feature is broken without (ceph/rbd)
3. no effect on other disk attachments (others are not using password)
[Other Info]
* n/a
I'm unable to attach ceph rbd devices to qemu instances (via OpenStack - but I don't think the issue is in OpenStack per-say because the same codebase against the Xenial libvirt/qemu stack is OK).
libvirtError: internal error: unable to execute QEMU command 'device_add': Property 'virtio-blk-device.drive' can't find value 'drive-virtio-disk1'
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: qemu-system-x86 1:2.6.1+dfsg-0ubuntu5.3
ProcVersionSignature: Ubuntu 4.8.0-41.44-generic 4.8.17
Uname: Linux 4.8.0-41-generic x86_64
ApportVersion: 2.20.3-0ubuntu8.2
Architecture: amd64
Date: Mon Mar 13 12:37:22 2017
Ec2AMI: ami-0000058e
Ec2AMIManifest: FIXME
Ec2AvailabilityZone: nova
Ec2InstanceType: m1.medium
Ec2Kernel: unavailable
Ec2Ramdisk: unavailable
Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: OpenStack Foundation OpenStack Nova
ProcEnviron:
TERM=screen-256color-bce
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.8.0-41-generic root=LABEL=cloudimg-rootfs console=ttyS0
SourcePackage: qemu
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/01/2014
dmi.bios.vendor: SeaBIOS
dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
dmi.chassis.type: 1
dmi.chassis.vendor: QEMU
dmi.chassis.version: pc-i440fx-xenial
dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnOpenStackFoundation:pnOpenStackNova:pvr13.1.2:cvnQEMU:ct1:cvrpc-i440fx-xenial:
dmi.product.name: OpenStack Nova
dmi.product.version: 13.1.2
dmi.sys.vendor: OpenStack Foundation |
|
2017-03-31 06:29:39 |
Andy Whitcroft |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2017-03-31 06:29:40 |
Andy Whitcroft |
bug |
|
|
added subscriber SRU Verification |
2017-03-31 06:29:44 |
Andy Whitcroft |
tags |
amd64 apport-bug ec2-images yakkety |
amd64 apport-bug ec2-images verification-needed yakkety |
|
2017-03-31 06:44:07 |
Andy Whitcroft |
bug task added |
|
libvirt (Ubuntu) |
|
2017-03-31 06:44:18 |
Andy Whitcroft |
libvirt (Ubuntu Yakkety): status |
New |
Fix Committed |
|
2017-04-04 10:08:07 |
James Page |
tags |
amd64 apport-bug ec2-images verification-needed yakkety |
amd64 apport-bug ec2-images verification-done yakkety |
|
2017-04-21 04:34:36 |
Steve Langasek |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2017-04-21 04:34:30 |
Launchpad Janitor |
libvirt (Ubuntu Yakkety): status |
Fix Committed |
Fix Released |
|
2017-04-21 04:34:55 |
Steve Langasek |
qemu (Ubuntu Yakkety): status |
Fix Committed |
Incomplete |
|
2017-04-21 04:34:55 |
Steve Langasek |
qemu (Ubuntu Yakkety): assignee |
|
ChristianEhrhardt (paelzer) |
|
2017-04-21 06:01:24 |
Christian Ehrhardt |
bug task deleted |
qemu (Ubuntu Yakkety) |
|
|
2017-04-21 06:01:28 |
Christian Ehrhardt |
libvirt (Ubuntu): status |
New |
Fix Released |
|
2017-11-12 15:03:13 |
XiaoRuiguo |
bug |
|
|
added subscriber XiaoRuiguo |
2023-10-08 03:44:13 |
tian |
bug |
|
|
added subscriber tian |
2023-10-08 03:44:21 |
tian |
removed subscriber tian |
|
|
|