I reckon the netifaces package is only used in Neutron's Ryu plugin.
At a first glance, it should be possible to replace its current usage with
the iplib module which has been developed within neutron itself.
Unless we hear otherwise from contributors to the Ryu plugin it is my
opinion that we
netifaces is also used in swift for the whataremyips function. (Personaly
I'd love to replace that as it doesn't work on PyPy, but that's a rather
different conversation :))
Alex
On Sat, Jul 20, 2013 at 9:10 AM, Salvatore Orlando sorla...@nicira.comwrote:
I reckon the netifaces package is
Hi Quing.
The guide on the wiki is a bit outdated and doesn't reflect recent project
renaming from quantum to neutron.
Currently lbaas can be configured via devstack, the only thing that needs
to be done is line enable_service q-lbaas added to localrc.
Feel free to ask any further questions.
Absolutely. I have some changes I need to make to the docs anyways for the
drivers, so I created a bp.
https://blueprints.launchpad.net/openstack-manuals/+spec/cinder-driver-base-features
-Mike Perez!
On Fri, Jul 19, 2013 at 10:54 AM, Anne Gentle annegen...@justwriteclick.com
wrote:
Great
On Fri, Jul 19, 2013 at 6:56 AM, Sean Dague s...@dague.net wrote:
On 07/18/2013 10:12 PM, Lu, Lianhao wrote:
snip
Using ceilometer as the source of those metrics was discussed in the
nova-scheduler subgroup meeting. (see #topic extending data in host
state in the following link).
Looking at the conductor code it still to me provides a low level database API
that succumbs to the same races as a the old db access did. Get calls followed
by some response followed by some python code followed by some rpc update
followed by more code is still susceptible to consistency
http://domeincheck.belgon.nl/pfape/yob.cckwcysypwqaxpjciyf
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
