<div dir="ltr"><div><div>I do not have any thing running in the VM which could add this route. With the route removed, when I disable and enable networking, so that it gets back the details from DHCP server, I see that the route is getting added again. <br>
<br></div>So DHCP seems to be my issue. I guess this rules out any pre-existing route in the image as well.<br><br></div>Regards,<br>Balu<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 24, 2013 at 12:39 PM, Aaron Rosen <span dir="ltr"><<a href="mailto:arosen@nicira.com" target="_blank">arosen@nicira.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hrm, I'd do quantum subnet-list and see if you happened to create a subnet <a href="http://169.254.0.0/16" target="_blank">169.254.0.0/16</a>? Otherwise I think there is probably some software in your vm image that is adding this route. One thing to test is if you delete this route and then rerun dhclient to see if it's added again via dhcp. </div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 24, 2013 at 12:00 AM, Balamurugan V G <span dir="ltr"><<a href="mailto:balamuruganvg@gmail.com" target="_blank">balamuruganvg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Thanks for the hint Aaron. When I deleted the route for <a href="http://169.254.0.0/16" target="_blank">169.254.0.0/16</a> from the VMs routing table, I could access the metadata service!<br>
<br></div>The route for <a href="http://169.254.0.0/16" target="_blank">169.254.0.0/16</a> is added automatically when the instance boots up, so I assume its coming from the DHCP. Any idea how this can be suppressed?<br>
<br></div><div>Strangely though, I do not see this route in a WindowsXP VM booted in the same network as the earlier Ubuntu VM and the Windows VM can reach the metadata service with out me doing anything. The issue is with the Ubuntu VM.<br>
</div><div><br></div>Thanks,<br></div>Balu<br><div><div><div><br></div></div></div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 24, 2013 at 12:18 PM, Aaron Rosen <span dir="ltr"><<a href="mailto:arosen@nicira.com" target="_blank">arosen@nicira.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The vm should not have a routing table entry for <a href="http://169.254.0.0/16" style="font-family:arial,sans-serif;font-size:12.800000190734863px" target="_blank">169.254.0.0/16</a> if it does i'm not sure how it got there unless it was added by something other than dhcp. It seems like that is your problem as the vm is arping directly for that address rather than the default gw. </div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 23, 2013 at 11:34 PM, Balamurugan V G <span dir="ltr"><<a href="mailto:balamuruganvg@gmail.com" target="_blank">balamuruganvg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Thanks Aaron.<br><br></div>I am perhaps not configuring it right then. I am using Ubuntu 12.04 host and even my guest(VM) is Ubuntu 12.04 but metadata not working. I see that the VM's routing table has an entry for <a href="http://169.254.0.0/16" target="_blank">169.254.0.0/16</a> but I cant ping 169.254.169.254 from the VM. I am using a single node setup with two NICs.10.5.12.20 is the public IP, 10.5.3.230 is the management IP<br>
<br>These are my metadata related configurations. <br><br></div><b>/etc/nova/nova.conf </b><br>metadata_host = 10.5.12.20<br>metadata_listen = 127.0.0.1<br>metadata_listen_port = 8775<br>metadata_manager=nova.api.manager.MetadataManager<br>
service_quantum_metadata_proxy = true<br>quantum_metadata_proxy_shared_secret = metasecret123<br><br><b>/etc/quantum/quantum.conf</b><br>allow_overlapping_ips = True<br><br><b>/etc/quantum/l3_agent.ini</b><br>use_namespaces = True<br>
auth_url = <a href="http://10.5.3.230:35357/v2.0" target="_blank">http://10.5.3.230:35357/v2.0</a><br>auth_region = RegionOne<br>admin_tenant_name = service<br>admin_user = quantum<br>admin_password = service_pass<br>metadata_ip = 10.5.12.20<br>
<br><b>/etc/quantum/metadata_agent.ini</b><br>auth_url = <a href="http://10.5.3.230:35357/v2.0" target="_blank">http://10.5.3.230:35357/v2.0</a><br>auth_region = RegionOne<br>admin_tenant_name = service<br>admin_user = quantum<br>
admin_password = service_pass<br>
nova_metadata_ip = 127.0.0.1<br>nova_metadata_port = 8775<br>metadata_proxy_shared_secret = metasecret123<br><br><br></div>I see that /usr/bin/quantum-ns-metadata-proxy process is running. When I ping 169.254.169.254 from VM, in the host's router namespace, I see the ARP request but no response.<br>
<br>root@openstack-dev:~# ip netns exec qrouter-d9e87e85-8410-4398-9ddd-2dbc36f4b593 route -n<br>Kernel IP routing table<br>Destination Gateway Genmask Flags Metric Ref Use Iface<br>0.0.0.0 10.5.12.1 0.0.0.0 UG 0 0 0 qg-193bb8ee-f5<br>
10.5.12.0 0.0.0.0 255.255.255.0 U 0 0 0 qg-193bb8ee-f5<br>192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 qr-59e69986-6e<br>root@openstack-dev:~# ip netns exec qrouter-d9e87e85-8410-4398-9ddd-2dbc36f4b593 tcpdump -i qr-59e69986-6e<br>
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode<br>listening on qr-59e69986-6e, link-type EN10MB (Ethernet), capture size 65535 bytes<br>^C23:32:09.638289 ARP, Request who-has 192.168.2.3 tell 192.168.2.1, length 28<br>
23:32:09.650043 ARP, Reply 192.168.2.3 is-at fa:16:3e:4f:ad:df (oui Unknown), length 28<br>23:32:15.768942 ARP, Request who-has 169.254.169.254 tell 192.168.2.3, length 28<br>23:32:16.766896 ARP, Request who-has 169.254.169.254 tell 192.168.2.3, length 28<br>
23:32:17.766712 ARP, Request who-has 169.254.169.254 tell 192.168.2.3, length 28<br>23:32:18.784195 ARP, Request who-has 169.254.169.254 tell 192.168.2.3, length 28<br><br>6 packets captured<br>6 packets received by filter<br>
0 packets dropped by kernel<br>root@openstack-dev:~#<br><br><br></div>Any help will be greatly appreciated.<br><br></div>Thanks,<br></div>Balu<br></div><div><div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Wed, Apr 24, 2013 at 11:48 AM, Aaron Rosen <span dir="ltr"><<a href="mailto:arosen@nicira.com" target="_blank">arosen@nicira.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Yup, If your host supports namespaces this can be done via the quantum-metadata-agent. The following setting is also required in your nova.conf: <span style="font-family:arial,sans-serif;font-size:12.800000190734863px">service_quantum</span><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">_metadata_proxy</span><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">=True</span></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 23, 2013 at 10:44 PM, Balamurugan V G <span dir="ltr"><<a href="mailto:balamuruganvg@gmail.com" target="_blank">balamuruganvg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi,<br><br></div>In Grizzly, when using quantum and overlapping IPs, does metadata service work? This wasnt working in Folsom.<br>
<br></div>Thanks,<br>Balu<br></div>
<br>_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div>