Bug 1040404

Description of problem:

The firewall rule installed by packstack for the ceilometer-api service seems to constrain the incoming connections to those originating on the *same* host as the service runs on, e.g.

ACCEPT     tcp  --  192.168.122.158      anywhere            multiport dports 8777 /* 001 ceilometer-api incoming 192.168.122.158 */

when packstack --allinone is run on 192.168.122.158.

The result is that attempts to access the ceilometer API from outside the host on which it was installed fail with EHOSTUNREACH (No route to host).

Whereas the ceilometer-api service needs to be accessible from outside that single host, so that clients running elsewhere can access metering data.

A specific usecase would be partitioned alarm evaluation, where evaluators are deployed to multiple hosts and need to all access the ceilometer-api service in order to retrieve aggregated statistics.

By contrast, note the source address is unconstrained for the nova-api rule:

  ACCEPT     tcp  --  anywhere             anywhere            multiport dports 8773,8774,8775 /* 001 novaapi incoming */


Version-Release number of selected component (if applicable):

openstack-packstack-2013.2.1-0.13.dev876.el6ost


How reproducible:

100%


Steps to Reproduce:
1. Run a packstack --allinone in the usual way with --os-ceilometer-install=y

2. Check the installed ipstables rules:

   sudo iptables -L | gre[ ceilometer

3. Add an additional compute node and try invoking the python-ceilometer CLI from there (fails with host unreachable):

   http://openstack.redhat.com/Adding_a_compute_node
   ceilometer meter-list

4. Note that the same host is accessible from the compute node via the nova-api:

   nova flavor-list 


Actual results:

Attempts to access the ceilometer-api service from outside the host on which it's installed fail with EHOSTUNREACH (No route to host).


Expected results:

The ceilometer-api service should be accessible from outside the host on which it's installed.


Additional info:

N/A