Description of problem: ssh key injection expects the instance's disk image to be available locally and fails if the instance is booted from a remote cinder volume compute.log reports something like the following: > WARNING nova.virt.disk.api [req-bd4be1ec-1d62-4da3-a194-b82003553709 8165f2c0a4d945a3ad61cdfc82bc71e8 6a89483177bd4301bba60d6ebd095e52] Ignoring error injecting data into image (Error mounting /var/lib/nova/instances/c8964c15-47b6-459e-8731-bd06d05be1f1/disk with libguestfs (/var/lib/nova/instances/c8964c15-47b6-459e-8731-bd06d05be1f1/disk: No such file or directory)) Version-Release number of selected component (if applicable): openstack-nova-compute-2013.1.2-2.el6ost.noarch Steps to Reproduce: 1. define some keypair 2. create a bootable volume (eg. from an image) 3. launch an instance from the bootable volume and select the keypair at step 1
I bumped this out to RHOS 5. Also I bumped down the priority as it's a bit of an edge case, given injection is optional/deprecated going forward and also boot from volume isn't the default case either. There was some discussion upstream about whether this was even desirable to do at all, but it probably is for consistency at least. http://lists.openstack.org/pipermail/openstack-dev/2013-September/015418.html
Upstream direction is to avoid injection and use config drive/cloud init instead