Open Stack

use_namespace is set to true, iproute is up to date from 12.04 LTS.

This is what I see when tcpdump
-

root at havana:/home/localadmin# tcpdump -i qvo6157a9aa-76
tcpdump: WARNING: qvo6157a9aa-76: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on qvo6157a9aa-76, link-type EN10MB (Ethernet), capture size
65535 bytes
16:46:39.006180 IP6 fe80::40fa:38ff:fee3:a3fa > ff02::16: HBH ICMP6,
multicast listener report v2, 1 group record(s), length 28
16:46:39.784902 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2,
1 group record(s), length 28
16:46:39.824273 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from fa:16:3e:9a:38:1e (oui Unknown), length 280
16:46:39.933463 IP6 :: > ff02::1:ff9a:381e: ICMP6, neighbor solicitation,
who has fe80::f816:3eff:fe9a:381e, length 24
16:46:40.325389 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2,
1 group record(s), length 28
16:46:40.934808 IP6 fe80::f816:3eff:fe9a:381e > ip6-allrouters: ICMP6,
router solicitation, length 16
16:46:42.833239 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from fa:16:3e:9a:38:1e (oui Unknown), length 280
16:46:44.936871 IP6 fe80::f816:3eff:fe9a:381e > ip6-allrouters: ICMP6,
router solicitation, length 16
16:46:45.840668 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from fa:16:3e:9a:38:1e (oui Unknown), length 280
16:46:48.945478 IP6 fe80::f816:3eff:fe9a:381e > ip6-allrouters: ICMP6,
router solicitation, length 16
16:47:00.542029 IP 0.0.0.0 > all-systems.mcast.net: igmp query v2
16:47:00.542036 IP6 fe80::d894:29ff:fe08:5ec > ip6-allnodes: HBH ICMP6,
multicast listener querymax resp delay: 10000 addr: ::, length 24
--

Thanks!
Paras.



On Fri, Nov 8, 2013 at 4:26 PM, Rami Vaknin <rvaknin at redhat.com> wrote:

>  On 11/09/2013 12:18 AM, Paras pradhan wrote:
>
> dnsmaq is running, ip netns doesn't return anything.
>
>
> Empty output from "ip netns" can be either not using namespaces (run grep
> "use_namespaces /etc/neutron/l3_agent.ini" to find out) or using wrong
> iproute package.
> Could you please also check what does tcpdump report? could you see the
> discover on the dhcp nic (when using ovs it's a tapxxxxxxxx-xx nic)? could
> you see an offer sent from that nic?
>
>
>
>  -Paras.
>
>
> On Fri, Nov 8, 2013 at 4:07 PM, Rami Vaknin <rvaknin at redhat.com> wrote:
>
>>  On 11/08/2013 11:35 PM, Paras pradhan wrote:
>>
>> Hi,
>>
>>  I gpt an instance UP but it doesnot get an IP address. neutron
>> agent-list lists DHCP agent happy. While booting I see cirros stuck at
>> sending discover... multiple times. dnsmasq process is running. how do i
>> debug?
>>
>>
>>  I would start with:
>> * ps -efl | grep dnsmasq | grep -v grep - to verify that the dnsmasq
>> process is running, you can also check the conf file appeas in this output
>> * ip netns - to get the list of namespaces
>> * ip netns exec <the_right_dhcp_namespace_name> tcpdump -i any ... - to
>> look for the dhcp offer or arp issues
>> * ping each other - instance to dhcp address, and vice versa (the second
>> one should be done from within the namespace)
>>
>>
>>  Thanks
>>
>>
>> _______________________________________________
>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to     : openstack at lists.openstack.org
>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
>>
>> --
>>
>> Thanks,
>>
>> Rami Vaknin, QE @ Red Hat, TLV, IL.
>>
>>
>
>
> --
>
> Thanks,
>
> Rami Vaknin, QE @ Red Hat, TLV, IL.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131108/1a958113/attachment.html>