Open Stack

To test if it's running, you can check if the metadata process is running,
then you can also use the solution Daniel suggested.

To check if VMs ar able to access metadata, I think you have to connect
from the address that is registered as legitimate network in nova. VMs try
to connect to address 169.254.169.254 to recieve information provided by
metadata service. This address is non routable address, so you must have
iptables NAT rules that will rewrite it to the proper destination of
nova-metadata service address(server IP where metadata service is running),
if things are done properly then these rules must be in place already,
added by nova.

If you manage to get inside VM, you can run this command:
curl http://169.254.169.254/latest/meta-data/public-ipv4

to check if you can get to metadata.

As I can see from your config, you are using Quantum, then you can just run:
nc -v 169.254.169.254 80
from dhcp net namespace of your fixed network. To debug it further, run
tcpdump on every namespace involved to find out how far the packets go.

And make sure that you have your network topology setup as in docs:
http://docs.openstack.org/trunk/openstack-network/admin/content/connectivity.html

On Wed, Oct 24, 2012 at 9:40 PM, Daniel Vázquez <daniel2d2art at gmail.com>wrote:

> As root user
>
> $ service open-stack-nova-metadata-api status
>
> or
>
> $  /etc/init.d/open-stack-nova-metadata-api status
>
> bests,
>
> 2012/10/24 Srikanth Kumar Lingala <srikanthkumar.lingala at gmail.com>:
> > @janis: How can I check that metadata service is working?
> >
> > @Salvatore:
> > DHCP Agent is working fine and I am not seeing any ERROR logs.
> > I am able to see dnsmasq services. I am able to see those MAC entries in
> the
> > hosts file.
> > tap interface is creating on Host Node, which is attached to br-int.
> >
> > Regards,
> > Srikanth.
> >
> > On Wed, Oct 24, 2012 at 7:24 PM, Salvatore Orlando <sorlando at nicira.com>
> > wrote:
> >>
> >> Srikanth,
> >>
> >> from your analysis it seems that L2 connectivity between the compute and
> >> the controller node is working as expected.
> >> Before looking further, it is maybe worth ruling out the obvious
> problems.
> >> Hence:
> >> 1) is the dhcp-agent service running (or is it stuck in some error
> state?)
> >> 2) Can you see dnsmasq instances running on the controller node? If yes,
> >> do you see your VM's MAC in the hosts file for the dnsmasq instance?
> >> 3) If dnsmasq instances are running, can you confirm the relevant tap
> >> ports are inserted on Open vSwitch instance br-int?
> >>
> >> Salvatore
> >>
> >>
> >> On 24 October 2012 14:14, Jānis Ģeņģeris <janis.gengeris at gmail.com>
> wrote:
> >>>
> >>> Hi Srikanth,
> >>>
> >>> Can you confirm that metadata service is working and the VMs are able
> to
> >>> access it? Usually if VM's can't get network settings is because of
> >>> inaccessible metadata service.
> >>>
> >>> --janis
> >>>
> >>> On Wed, Oct 24, 2012 at 4:00 PM, Srikanth Kumar Lingala
> >>> <srikanthkumar.lingala at gmail.com> wrote:
> >>>>
> >>>> Here is the nova.conf file contents:
> >>>>
> >>>> [DEFAULT]
> >>>> # MySQL Connection #
> >>>> sql_connection=mysql://nova:password@10.232.91.33/nova
> >>>>
> >>>> # nova-scheduler #
> >>>> rabbit_host=10.232.91.33
> >>>> rabbit_userid=guest
> >>>> rabbit_password=password
> >>>> #scheduler_driver=nova.scheduler.simple.SimpleScheduler
> >>>> #scheduler_default_filters=ImagePropertiesFilter
> >>>>
> >>>>
> >>>> scheduler_driver=nova.scheduler.multi.MultiScheduler
> >>>>
> compute_scheduler_driver=nova.scheduler.filter_scheduler.FilterScheduler
> >>>> scheduler_available_filters=nova.scheduler.filters.standard_filters
> >>>> scheduler_default_filters=ImagePropertiesFilter
> >>>>
> >>>>
> >>>> # nova-api #
> >>>> cc_host=10.232.91.33
> >>>> auth_strategy=keystone
> >>>> s3_host=10.232.91.33
> >>>> ec2_host=10.232.91.33
> >>>> nova_url=http://10.232.91.33:8774/v1.1/
> >>>> ec2_url=http://10.232.91.33:8773/services/Cloud
> >>>> keystone_ec2_url=http://10.232.91.33:5000/v2.0/ec2tokens
> >>>> api_paste_config=/etc/nova/api-paste.ini
> >>>> allow_admin_api=true
> >>>> use_deprecated_auth=false
> >>>> ec2_private_dns_show_ip=True
> >>>> dmz_cidr=169.254.169.254/32
> >>>> ec2_dmz_host=169.254.169.254
> >>>> metadata_host=169.254.169.254
> >>>> enabled_apis=ec2,osapi_compute,metadata
> >>>>
> >>>>
> >>>> # Networking #
> >>>> network_api_class=nova.network.quantumv2.api.API
> >>>> quantum_url=http://10.232.91.33:9696
> >>>> libvirt_vif_type=ethernet
> >>>> linuxnet_vif_driver=nova.network.linux_net.LinuxOVSInterfaceDriver
> >>>> firewall_driver=nova.virt.firewall.NoopFirewallDriver
> >>>> libvirt_use_virtio_for_bridges=True
> >>>>
> >>>> # Cinder #
> >>>> #volume_api_class=cinder.volume.api.API
> >>>>
> >>>> # Glance #
> >>>> glance_api_servers=10.232.91.33:9292
> >>>> image_service=nova.image.glance.GlanceImageService
> >>>>
> >>>> # novnc #
> >>>> novnc_enable=true
> >>>> novncproxy_base_url=http://10.232.91.33:6080/vnc_auto.html
> >>>> vncserver_proxyclient_address=127.0.0.1
> >>>> vncserver_listen=0.0.0.0
> >>>>
> >>>> # Misc #
> >>>> logdir=/var/log/nova
> >>>> state_path=/var/lib/nova
> >>>> lock_path=/var/lock/nova
> >>>> root_helper=sudo nova-rootwrap /etc/nova/rootwrap.conf
> >>>> verbose=true
> >>>> dhcpbridge_flagfile=/etc/nova/nova.conf
> >>>> dhcpbridge=/usr/bin/nova-dhcpbridge
> >>>> force_dhcp_release=True
> >>>> iscsi_helper=tgtadm
> >>>> connection_type=libvirt
> >>>> libvirt_type=kvm
> >>>> libvirt_ovs_bridge=br-int
> >>>> libvirt_vif_type=ethernet
> >>>> libvirt_vif_driver=nova.virt.libvirt.vif.LibvirtOpenVswitchDriver
> >>>>
> >>>>
> >>>> Regards,
> >>>> Srikanth.
> >>>>
> >>>>
> >>>> On Mon, Oct 22, 2012 at 7:48 AM, gong yong sheng
> >>>> <gongysh at linux.vnet.ibm.com> wrote:
> >>>>>
> >>>>> can u send out nova.conf file?
> >>>>>
> >>>>> On 10/22/2012 07:30 PM, Srikanth Kumar Lingala wrote:
> >>>>>
> >>>>> Hi,
> >>>>> I am using latest devstack I am trying to create a VM with one
> Ethernet
> >>>>> interface card. I am able to create the VM successfully, but not
> able to get
> >>>>> IP for the ethernet interface.
> >>>>> I have Openstack Controller running the following:
> >>>>>
> >>>>> nova-api
> >>>>> nova-cert
> >>>>> nova-consoleauth
> >>>>> nova-scheduler
> >>>>> quantum-dhcp-agent
> >>>>> quantum-openvswitch-agent
> >>>>>
> >>>>>
> >>>>> And O also have Openstack Host Node running the following:
> >>>>>
> >>>>> nova-api
> >>>>> nova-compute
> >>>>> quantum-openvswitch-agent
> >>>>>
> >>>>>
> >>>>> I am not seeing any kind of errors in logs related nova as well as
> >>>>> quantum.
> >>>>> I observed that when I execute 'dhclient' in VM, 'br-int' interface
> in
> >>>>> 'Openstack Controller' getting DHCP requests, but not sending reply.
> >>>>> Please let me know, what I am doing wrong here.
> >>>>> Thanks in advance.
> >>>>>
> >>>>> --
> >>>>> ----
> >>>>> Srikanth.
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> Mailing list: https://launchpad.net/~openstack
> >>>>> Post to     : openstack at lists.launchpad.net
> >>>>> Unsubscribe : https://launchpad.net/~openstack
> >>>>> More help   : https://help.launchpad.net/ListHelp
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> ----
> >>>> Srikanth.
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Mailing list: https://launchpad.net/~openstack
> >>>> Post to     : openstack at lists.launchpad.net
> >>>> Unsubscribe : https://launchpad.net/~openstack
> >>>> More help   : https://help.launchpad.net/ListHelp
> >>>>
> >>>
> >>> _______________________________________________
> >>> Mailing list: https://launchpad.net/~openstack
> >>> Post to     : openstack at lists.launchpad.net
> >>> Unsubscribe : https://launchpad.net/~openstack
> >>> More help   : https://help.launchpad.net/ListHelp
> >>>
> >>
> >
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openstack
> > Post to     : openstack at lists.launchpad.net
> > Unsubscribe : https://launchpad.net/~openstack
> > More help   : https://help.launchpad.net/ListHelp
> >
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>



-- 
--janis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20121024/f1859d43/attachment.html>