In iptables INPUT, FORWARD and OUTPUT chains, should nova-compute rules come first or linuxbri rules? [closed]

asked 2013-11-06 13:31:45 -0500

NetCubist gravatar image

updated 2013-11-06 13:38:19 -0500

I am having issues pining my VMs on an internal network from outside the network as well as from the router connecting the network to the outside world. This works intermittently. I have installed openstack grizzly on a single node and I am trying to install cloudfoundry on top of that. What I have noticed is that if in the rules, nova-compute comes before linuxbri, everything works fine because I have the rules set up as such for the compute. But every time cloudfoundry tried to instantiate a new VM, the order of the nova-compute and linuxbri rules get flipped and i can no longer ping the VMs. Here is an output of the working case of iptables (just the top section which is the only difference)

NOT Working Case :

Chain INPUT (policy ACCEPT)
target     prot opt source               destination
quantum-linuxbri-INPUT  all  --  anywhere             anywhere
nova-compute-INPUT  all  --  anywhere             anywhere
nova-api-INPUT  all  --  anywhere             anywhere

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
quantum-filter-top  all  --  anywhere             anywhere
quantum-linuxbri-FORWARD  all  --  anywhere             anywhere
nova-filter-top  all  --  anywhere             anywhere
nova-compute-FORWARD  all  --  anywhere             anywhere
nova-api-FORWARD  all  --  anywhere             anywhere

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
quantum-filter-top  all  --  anywhere             anywhere
quantum-linuxbri-OUTPUT  all  --  anywhere             anywhere
nova-filter-top  all  --  anywhere             anywhere
nova-compute-OUTPUT  all  --  anywhere             anywhere
nova-api-OUTPUT  all  --  anywhere             anywhere

WORKING CASE:

Chain INPUT (policy ACCEPT)
target     prot opt source               destination
nova-compute-INPUT  all  --  anywhere             anywhere
quantum-linuxbri-INPUT  all  --  anywhere             anywhere
nova-api-INPUT  all  --  anywhere             anywhere

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
nova-filter-top  all  --  anywhere             anywhere
nova-compute-FORWARD  all  --  anywhere             anywhere
quantum-filter-top  all  --  anywhere             anywhere
quantum-linuxbri-FORWARD  all  --  anywhere             anywhere
nova-api-FORWARD  all  --  anywhere             anywhere

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
nova-filter-top  all  --  anywhere             anywhere
nova-compute-OUTPUT  all  --  anywhere             anywhere
quantum-filter-top  all  --  anywhere             anywhere
quantum-linuxbri-OUTPUT  all  --  anywhere             anywhere
nova-api-OUTPUT  all  --  anywhere             anywhere

Any help is appreciated!

edit retag flag offensive reopen merge delete

Closed for the following reason question is not relevant or outdated by rbowen
close date 2016-09-27 11:17:21.680605

Comments

1

Which security group mechanism do you want to use? nova or quantum? Decide on one and disable the other by setting firewall_driver to the noop driver in nova.conf or linuxbridge_conf.ini.

darragh-oreilly gravatar imagedarragh-oreilly ( 2013-11-07 03:42:06 -0500 )edit

Thanks! Will try it out. I am trying to install cloud foundry. I suspect that while grizzly itself supports quantum networking ( I suppose that uses linuxbridge for firewall?) cloudfoundry might be using nova APIs.

NetCubist gravatar imageNetCubist ( 2013-11-07 12:30:51 -0500 )edit

That worked! thank you for the suggestion. I set the firewall driver in linuxbridge_conf.ini to noon.

NetCubist gravatar imageNetCubist ( 2013-11-08 12:48:53 -0500 )edit

Closing: This question relates to a version of OpenStack which has been marked End Of Life. If you are still experiencing this problem with a more recent version of OpenStack, please open a new question with updated details. Thanks!

rbowen gravatar imagerbowen ( 2016-09-27 11:17:16 -0500 )edit