On Fri, 11 Jan 2013, David Kranz wrote: > Thanks Vish, but I am still a little confused. I am using an ubuntu precise > cloudimg and normally when I pass a keyname to "boot", the public key shows up > in ~ubuntu/.ssh/authorized_keys.
If you've installed a newer version of python-boto into the image, it would be possible that you're hitting bug 1068801 (http://pad.lv/1068801). But the stock Ubuntu 12.04 images should be using a suitably old version of boto. Other than that, I've not seen any issue like this in cloud-init. > Looking at the console log, I presume it is the guest cloud-init that is doing > that. But sometimes not. This has to be a bug some where even if it is not in > nova. There is a lot of mechanism here that I don't understand. If there is > documentation some where about exactly how to use metadata to install an ssh > key I can't find it. Do you have any more advice? > > -David > > On 1/11/2013 1:32 PM, Vishvananda Ishaya wrote: > > Key name is the recommended method, but injecting it into the guest is not. > > The key should be downloaded from the metadata server using a guest process > > like cloud-init. > > > > Vish > > > > On Jan 11, 2013, at 10:20 AM, David Kranz <david.kr...@qrclab.com> wrote: > > > > > Sometimes when I boot a bunch of vms seconds apart, using the key_name > > > argument, some instance will not have its key injected. > > > I found a bug ticket marked "won't fix" with a comment from Vish that key > > > injection was for "developer convenience"[1]. Of course > > > the personality argument could also be used to inject the file. This is > > > odd because key_name is a documented part of nova client, as the files > > > mechanism. So what is the recommended way to do what the key_name argument > > > is documented to do? > > > > > > I think if key_name is not intended to work it should be removed from nova > > > client. > > > > > > -David > > > > > > > > > [1] https://bugs.launchpad.net/nova/+bug/967994 > > > > > > _______________________________________________ > > > Mailing list: https://launchpad.net/~openstack > > > Post to : openstack@lists.launchpad.net > > > Unsubscribe : https://launchpad.net/~openstack > > > More help : https://help.launchpad.net/ListHelp > > > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp > > _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp