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
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/cloud
