On 05/01/2012 05:27 PM, Fox, Kevin M wrote:
The following rpm versions were copied from here and had working
floating-ip's:
http://pbrady.fedorapeople.org/openstack-el6/
Files:
openstack-dashboard-2012.1-2.el6.noarch.rpm
openstack-glance-2012.1-3.el6.noarch.rpm
openstack-keystone-2012.1-1.el6.noarch.rpm
openstack-nova-2012.1-2.el6.noarch.rpm
openstack-quantum-2012.1-1.el6.noarch.rpm
openstack-quantum-linuxbridge-2012.1-1.el6.noarch.rpm
openstack-quantum-openvswitch-2012.1-1.el6.noarch.rpm
openstack-quantum-ryu-2012.1-1.el6.noarch.rpm
openstack-utils-2012.1-1.el6.noarch.rpm
python-django-horizon-2012.1-2.el6.noarch.rpm
python-glance-2012.1-3.el6.noarch.rpm
python-keystone-2012.1-1.el6.noarch.rpm
python-keystoneclient-2012.1-1.el6.noarch.rpm
python-nova-2012.1-2.el6.noarch.rpm
python-novaclient-2012.1-1.el6.noarch.rpm
python-paste-deploy-1.5.0-3.el6.noarch.rpm
python-quantum-2012.1-1.el6.noarch.rpm
python-quantumclient-2012.1-2.el6.noarch.rpm
python-routes-1.12.3-3.el6.noarch.rpm
Since it worked in a previous version that you provided, I'm guessing it is a
packaging problem, not a source problem? Should we try and compare files and see whats
different?
Well the only difference really between the above and what's
in EPEL now, is to use the parallel versions of python-paste-deploy1.5
and python-routes.1.12, in all packages.
I.E. code is just moved around.
The trace back is consistent with None being returned
when rpc calling get_floating_ip on the nova network service.
Perhaps there is a timing issue introduced?
Could you enable verbose = True in /etc/nova/nova.conf,
restart the openstack-nova-{conpute,network,api} services,
and get any info in /var/log/nova/* as to why None was
being returned through this interface?
cheers,
Pádraig.