Score:1

While creating instances, Cloud-init stops before creating the SSH keys

gb flag

We have OpenStack v2.3.1, Mitaka with KVM installed on our cluster. While creating instances, the VMs are created successfully every time. However, Cloud-init randomly stops before creating SSH keys only on a few of the instances (this is not dependent on the node running the VM). Therefore, we cannot SSH to the created VM. This strangely does not leave any errors behind in the logs. Any idea what could cause this? Logs of working and non-working instances include below (The differences are at the end of the logs): Thank you.

A log of NON-Working instance on gist.github.com

A log of Working instance on gist.github.com

digijay avatar
mx flag
Seems like the `cloud-init job` fails, though I'm not sure why this happens on some instances and works on others. So the ssh keys are not generated after cloud-init.
berndbausch avatar
us flag
Are you able to see the cloudinit logs? If you can log on with a password, that would be the easiest way. Or make a copy of the failed instance's disk and use a libguestfs tool like `guestfish` to get those logs. The failed instance doesn't seem to log anything right after the start of cloud-init; I wonder if there is not a deeper problem there. By the way, 2.3.1 is the version of the OpenStack client, not of OpenStack. It's probably [Mitaka](https://docs.openstack.org/releasenotes/python-openstackclient/mitaka.html).
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.