<div dir="ltr">Aaaron, i fixed the config issues moving the neutron opts up to the default section. But now im having this issue<div><br></div><div>i can launch intances normally, it seems that the rules are not getting applied anywhere, i have full access to the docker containers. If i do iptable -t nat -L and iptables -L , no rules seems to be applied to any flow<br>
</div><div><br></div><div style>I see the calls on the nova-api normally ... , but no rule applied</div><div style><br></div><div style><br></div><div style><div>2013-10-18 16:10:09.873 31548 DEBUG neutronclient.client [-] RESP:{'date': 'Fri, 18 Oct 2013 20:10:07 GMT', 'status': '200', 'content-length': '2331', 'content-type': 'application/json; charset=UTF-8', 'content-location': '<a href="http://172.16.124.16:9696/v2.0/security-groups.json">http://172.16.124.16:9696/v2.0/security-groups.json</a>'} {"security_groups": [{"tenant_id": "df26f374a7a84eddb06881c669ffd62f", "name": "default", "description": "default", "security_group_rules": [{"remote_group_id": null, "direction": "egress", "remote_ip_prefix": null, "protocol": null, "ethertype": "IPv4", "tenant_id": "df26f374a7a84eddb06881c669ffd62f", "port_range_max": null, "port_range_min": null, "id": "131f26d3-6b7b-47ef-9abf-fd664e59a972", "security_group_id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb"}, {"remote_group_id": null, "direction": "egress", "remote_ip_prefix": null, "protocol": null, "ethertype": "IPv6", "tenant_id": "df26f374a7a84eddb06881c669ffd62f", "port_range_max": null, "port_range_min": null, "id": "93a8882b-adcd-489a-89e4-694f59555555", "security_group_id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb"}, {"remote_group_id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb", "direction": "ingress", "remote_ip_prefix": null, "protocol": null, "ethertype": "IPv4", "tenant_id": "df26f374a7a84eddb06881c669ffd62f", "port_range_max": null, "port_range_min": null, "id": "fb15316c-efd0-4a70-ae98-23f260f0d76d", "security_group_id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb"}, {"remote_group_id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb", "direction": "ingress", "remote_ip_prefix": null, "protocol": null, "ethertype": "IPv6", "tenant_id": "df26f374a7a84eddb06881c669ffd62f", "port_range_max": null, "port_range_min": null, "id": "fc524bb9-b015-42b0-bdab-cd64db2763a6", "security_group_id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb"}], "id": "2391ac97-447e-45b7-97f2-cd8fbcafb0cb"}, {"tenant_id": "df26f374a7a84eddb06881c669ffd62f", "name": "culo", "description": "", "security_group_rules": [{"remote_group_id": null, "direction": "egress", "remote_ip_prefix": null, "protocol": null, "ethertype": "IPv6", "tenant_id": "df26f374a7a84eddb06881c669ffd62f", "port_range_max": null, "port_range_min": null, "id": "2c23f70a-691b-4601-87a0-2ec092488746", "security_group_id": "fe569b17-d6e0-4b1e-bae3-1132e748190c"}, {"remote_group_id": null, "direction": "egress", "remote_ip_prefix": null, "protocol": null, "ethertype": "IPv4", "tenant_id": "df26f374a7a84eddb06881c669ffd62f", "port_range_max": null, "port_range_min": null, "id": "7a445e16-81c1-45c1-8efd-39ce3bcd9ca6", "security_group_id": "fe569b17-d6e0-4b1e-bae3-1132e748190c"}], "id": "fe569b17-d6e0-4b1e-bae3-1132e748190c"}]}</div>
<div> http_log_resp /usr/lib/python2.7/dist-packages/neutronclient/common/utils.py:179</div><div>2013-10-18 16:10:09.959 31548 INFO nova.osapi_compute.wsgi.server [req-87c41dc0-d90a-47b9-bfa8-bd7921a26609 223f36a9e1fc44659ac93479cb508902 df26f374a7a84eddb06881c669ffd62f] 172.16.124.10 "GET /v2/df26f374a7a84eddb06881c669ffd62f/servers/detail HTTP/1.1" status: 200 len: 1878 time: 0.6089120</div>
<div><br></div></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 5:07 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"><p dir="ltr">Do you have [default] at the top of your nova.conf? Could you pastebin your nova.conf for us to see. </p>
<div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Oct 18, 2013 12:31 PM, "Leandro Reox" <<a href="mailto:leandro.reox@gmail.com" target="_blank">leandro.reox@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Yes it is, but i found that is not reading the parameter from the nova.conf , i forced on the code on /network/manager.py and took the argument finally but stacks cause says that the neutron_url and if i fix it it stacks on the next neutron parameter like timeout :<br>
<br><div>File "/usr/local/lib/python2.7/dist-packages/oslo/config/cfg.py", line 1648, in __getattr__</div><div>2013-10-18 15:21:04.397 30931 TRACE nova.api.openstack raise NoSuchOptError(name)</div><div>2013-10-18 15:21:04.397 30931 TRACE nova.api.openstack NoSuchOptError: no such option: neutron_url</div>
<div><br></div><div>and then</div><div><br></div><div><div>File "/usr/local/lib/python2.7/dist-packages/oslo/config/cfg.py", line 1648, in __getattr__</div><div>2013-10-18 15:25:20.811 31305 TRACE nova.api.openstack raise NoSuchOptError(name)</div>
<div>2013-10-18 15:25:20.811 31305 TRACE nova.api.openstack NoSuchOptError: no such option: neutron_url_timeout</div><div><br></div><div>Its really weird, like its not reading the nova.conf neutron parameter at all ...</div>
<div><br></div><div>If i hardcode all the settings on the neutronv2/init.py .. at least it works, and bring all the secgroup details from netruon</div><div><br></div></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 3:48 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">Hi Leandro, <div><br></div><div><br></div><div>I don't believe the setting of: <span style="font-family:arial,sans-serif;font-size:12.800000190734863px">security_group_api=neutron in nova.conf actually doesn't matter at all on the compute nodes (still good to set it though). But it matters on the nova-api node. can you confirm that your nova-api node has: security_group_api=neutron in it's nova.conf? </span></div>
<div><span style="font-family:arial,sans-serif;font-size:12.800000190734863px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">Thanks, </span></div><div><span style="font-family:arial,sans-serif;font-size:12.800000190734863px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">Aaron</span></div><div><table cellpadding="0" style="font-family:arial,sans-serif;font-size:12.800000190734863px"><tbody></tbody></table>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, Oct 18, 2013 at 10:32 AM, Leandro Reox <span dir="ltr"><<a href="mailto:leandro.reox@gmail.com" target="_blank">leandro.reox@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Dear all, <br><br>Im struggling with centralized sec groups on nova, were using OVS, it seems like no matter what flag i change on nova conf, the node still searchs the segroups on nova region local db<div>
<br>
</div><div>We added : <br><br></div><div><br>[compute node]</div><div><br></div><div><b>nova.conf</b><br><br><div>firewall_driver=neutron.agent.firewall.NoopFirewallDriver</div><div>security_group_api=neutron</div>
<div><br></div><div><br></div><div><b>ovs_neutron_plugin.ini</b></div><div><br></div><div><div>[securitygroup]</div><div>firewall_driver = neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver</div>
</div><div><br></div><div><br></div><div>Restarted the agent, nova-compute services ... still the same, are we missing something ?<br><br>NOTE: we're using dockerIO as virt system</div><div><br></div><div>
Best</div><div>Leitan</div></div></div>
<br></div></div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>