Hi cs user, I have not so far had any issues with using discovery and passing the discovery URL via userdata.
If you are using a 'Private with Gateway Services' network this simple 'cloud-config' file should work: https://github.com/Interoute/CoreOS-and-VDC/blob/master/cloud-config-template-simple And the new VM will pull its config from the virtual router. My CS setup uses Advanced Networking, so I don't know how this goes with the Basic networking/Security groups. One piece of good advice seems to be that if you are setting up a CoreOS cluster using fleet, if any of the VMs fail to deploy completely, the best thing is to get a fresh discovery token and re-deploy all of the VMs. It does not seem to be easy to clear a 'failed' record from the discovery database. BTW, I will be publishing soon a couple more blogs on CoreOS clusters and fleet. Keep an eye on: http://cloudstore.interoute.com/main/knowledge-centre/blog - Phillip ---------- Forwarded message ---------- From: cs user <acldstk...@gmail.com> To: users@cloudstack.apache.org Cc: Date: Mon, 20 Apr 2015 10:07:54 +0100 Subject: Ah, I managed to get the sshkeypair working with this template! :) http://dl.openvm.eu/cloudstack/coreos/x86_64/ Just need to get discovery working now. On Mon, Apr 20, 2015 at 8:58 AM, cs user <acldstk...@gmail.com> wrote: > Hi All, > > Thanks for the blog post Phillip, very impressive! :) > > I've had a play with coreos/cloudstack myself, but it's been pretty manual > and the SSH public key has been baked into the template. > > I guess I'm missing something very simple here, but how is everyone > managing to set the following via the dhcp router metadata? > > ssh_authorized_keys: > - ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC0g+ZTxC7weoIJLUafOgrm+h. > > > Are you creating a script on the coreos template which curls against the > router the first time it boots? > > Cheers! > >