Metadata is hosted by the nova-api server. When using Neutron, the neutron-metadata-
----- Original Message -----
> Great!!! I can connect to the cirros instance. But no .ssh/authorized_keys.
> Seems the metadata api is not available. Where is it supposed to be hosted?
> what service? is it the neutron-metadata-agent?
>
agent on the network node proxies metadata requests to nova-api. It does a couple
of queries to Neutron,adds the instance-id to the request and forwards the message
to nova-api. This is because when using nova-network you cannot have overlapping IPs
so the nova metadata server can figure out the instance ID from its IP. Neutron
does support overlapping IPs so that's why the neutron-metadata-agent exists.
If curl 169.254.169.254 doesn't work, check for errors in the neutron metadata
agent logs and in nova-api as well.
>
> 2014-07-04 13:13 GMT+02:00 Madko < madko77@gmail.com > :
>
>
>
> Thank you Rhys and Vimal, I'll try cyrros image right now.
>
>
> 2014-07-04 11:55 GMT+02:00 Vimal Kumar < vimal7370@gmail.com > :
>
>
>
>
> Use cirros (13M) image to test if ssh key-pair injection is working or not:
>
> http://download.cirros-cloud.net/0.3.2/cirros-0.3.2-x86_64-disk.img
>
> ssh as: cirros@<ip>
>
> In case if your ssh key isn't working, the password is cubswin:)
>
>
>
> On Fri, Jul 4, 2014 at 3:20 PM, Madko < madko77@gmail.com > wrote:
>
>
>
> I've just deployed OpenStack so I don't have any other image. I can try to
> make one. Is cloudInit easy to install on Fedora ? I have some CentOS images
> too, but no cloudInit.
>
>
> 2014-07-04 11:45 GMT+02:00 Rhys Oxenham < roxenham@redhat.com > :
>
>
>
> Can you try another image to make sure that key pair injection is working
> inside of your environment? i.e. an image you already know the password for
> so you can check via VNC or passworded ssh login?
>
> Cheers
> Rhys
>
> On 4 Jul 2014, at 10:40, Madko < madko77@gmail.com > wrote:
>
> > Nope didn't try this one, but no luck, same problem :( (I tried root,
> > fedora, and now cloud-user)
> >
> > [root@openstack-neutron ~]# ip netns exec
> > qdhcp-1d742b5e-c3f3-430f-b8a9-275bcbf967a3 ping 192.168.2.4
> > PING 192.168.2.4 (192.168.2.4) 56(84) bytes of data.
> > 64 bytes from 192.168.2.4 : icmp_seq=1 ttl=64 time=2.02 ms
> > 64 bytes from 192.168.2.4 : icmp_seq=2 ttl=64 time=1.90 ms
> > ^C
> > --- 192.168.2.4 ping statistics ---
> > 2 packets transmitted, 2 received, 0% packet loss, time 1161ms
> > rtt min/avg/max/mdev = 1.900/1.964/2.029/0.078 ms
> > [root@openstack-neutron ~]# ip netns exec
> > qdhcp-1d742b5e-c3f3-430f-b8a9-275bcbf967a3 ssh -i neutron_test.pem -l
> > cloud-user 192.168.2.4
> > Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
> >
> >
> >
> > 2014-07-04 11:09 GMT+02:00 Rhys Oxenham < roxenham@redhat.com >:
> > Hi,
> >
> > Did you try with using the “cloud-user” login username?
> >
> > Thanks
> > Rhys
> >
> > On 4 Jul 2014, at 09:22, Madko < madko77@gmail.com > wrote:
> >
> > > Hi,
> > >
> > > I have an almost working openstack platform deployed via foreman. When I
> > > launch an instance from the Fedora 19 cloud image, everything seems
> > > fine, the VM is running on one of my hypervisor, but I can't access it
> > > (ping is ok)...
> > >
> > > I'm following this documentation
> > > http://openstack.redhat.com/Running_an_instance
> > >
> > > I only get a permission denied when I do the last part:
> > > ssh -l root -i my_key_pair.pem floating_ip_address
> > > I also try by importing an ssh key. Same error.
> > >
> > > In the VM console, I see that CloudInit service is starting inside the
> > > VM, no error are shown here. So my question is: Where are the logs for
> > > that parts (cloud init server) in openstack ? Is the above documentation
> > > fine ?
> > >
> > > best regards,
> > >
> > > --
> > > Edouard Bourguignon
> > > _______________________________________________
> > > Rdo-list mailing list
> > > Rdo-list@redhat.com
> > > https://www.redhat.com/mailman/listinfo/rdo-list
> >
> >
> >
> >
> > --
> > Edouard Bourguignon
>
>
>
>
> --
> Edouard Bourguignon
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list@redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
>
>
>
>
> --
> Edouard Bourguignon
>
>
>
> --
> Edouard Bourguignon
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list@redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>