Re: OpenStack Essex now in EPEL

[Pádraig Brady <P@xxxxxxxxxxxxxx>]

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.
_______________________________________________
cloud mailing list
cloud@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/cloud