Re: [openstack-dev] [ServiceVM] IRC meeting minutes June 3, 2014 5:00(AM)UTC-)

I'm mostly interested in ServiceVM cooperation with NFV working group. The most important is to synchronize the terminology and to discuss the plan for the cooperation. I would happy to join the meeting, my timezone is UTC+2 (Jerusalem). Thanks, Dmitry On Fri, Jun 6, 2014 at 7:03 AM, Isaku

Re: [openstack-dev] [openstack-tc] use of the word certified

Hi John, On Fri, 2014-06-06 at 13:59 -0600, John Griffith wrote: On Fri, Jun 6, 2014 at 1:55 PM, John Griffith john.griff...@solidfire.com wrote: On Fri, Jun 6, 2014 at 1:23 PM, Mark McLoughlin mar...@redhat.com wrote: On Fri, 2014-06-06 at 13:29 -0400, Anita Kuno

[openstack-dev] Python API of python-.+client

I'm interested to know what is the status of the Python API of the python-novaclient, and the Python APIs of other OpenStack clients. On the github page https://github.com/openstack/python-novaclient/ it is written: *There's also a complete Python API, but it has not yet been documented.*

Re: [openstack-dev] Python API of python-.+client

On 2014-06-08 10:35:26 +0200 (+0200), Michael Bright wrote: On the github page it is written: There's also a complete Python API, but it has not yet been documented. [...] I think the README in python-novaclient could probably use a little updating. There is no official narrative documentation

Re: [openstack-dev] [Oslo] [Ironic] DB migration woes

Hi Deva, I haven't actually touched Ironic db migrations tests code yet, but your feedback is very valuable for oslo.db maintainers, thank you! So currently, there are two ways to run migrations tests: 1. Opportunistically (using openstack_citest user credentials; this is how we test migrations

Re: [openstack-dev] [Oslo] [Ironic] DB migration woes

Hi Mike, However, when testing an application that uses a fixed set of tables, as should be the case for the majority if not all Openstack apps, there’s no reason that these tables need to be recreated for every test. This is a very good point. I tried to use the recipe from SQLAlchemy docs

Re: [openstack-dev] Python API of python-.+client

Thanks a lot Jeremy and Brian, a lot of useful information there. I'll have a good look at all this to see where I can help. Regards, Mike. On 8 June 2014 17:07, Brian Curtin br...@python.org wrote: On Sun, Jun 8, 2014 at 3:35 AM, Michael Bright mjbrigh...@gmail.com wrote: I'm

Re: [openstack-dev] [Oslo] [Ironic] DB migration woes

On Jun 8, 2014, at 11:46 AM, Roman Podoliaka rpodoly...@mirantis.com wrote: Overall, the approach with executing a test within a transaction and then emitting ROLLBACK worked quite well. The only problem I ran into were tests doing ROLLBACK on purpose. But you've updated the recipe since

Re: [openstack-dev] [Neutron] One performance issue about VXLAN pool initiation

On Jun 7, 2014, at 4:38 PM, Eugene Nikanorov enikano...@mirantis.com wrote: Hi folks, There was a small discussion about the better way of doing sql operations for vni synchronization with the config. Initial proposal was to handle those in chunks. Carl also suggested to issue a single

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

I think that would defeat a big purpose for barbican; a user only has to store their secret in one central location for reuse with many services. Thanks, Brandon On Sun, 2014-06-08 at 09:05 +0400, Eugene Nikanorov wrote: If a user makes a change to a secret Can we just disable that by making

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

Excerpts from Eichberger, German's message of 2014-06-06 15:52:54 -0700: Jorge + John, I am most concerned with a user changing his secret in barbican and then the LB trying to update and causing downtime. Some users like to control when the downtime occurs. Couldn't you allow a user to

Re: [openstack-dev] [TripleO] [Ironic] [Heat] Mid-cycle collaborative meetup

Hi, it looks that there is no more activity on the survey for mid-cycle dates so I went forward to evaluate it. I created a table view into the etherpad [0] and results are following: * option1 (Jul 28 - Aug 1): 27 attendees - collides with Nova/Ironic * option2 (Jul 21-25) : 27 attendees

Re: [openstack-dev] [Ironic] two confused part about Ironic

Hi Devananda I have 16 compute nodes, as your suggestion (you should use host aggregates to differentiate the nova-compute services configured to use different hypervisor drivers (eg, nova.virt.libvirt vs nova.virt.ironic) . （1）I can set 4 of them with nova.virt.ironic(for bare metal provision)

Re: [openstack-dev] [ironic] Is ironic support EXSI when boot a bare metal

-- Hi Devananda, Thanks for your reply. Your link shows how to create a VM through vSphere. What we are doing is to how to deploy vSphere to bare metal server, so that automation can be from installation, deployment, to configuration, to VM creation. Hi Chris, We do use

[openstack-dev] [Neutron][DB] DB migration weekly meeting today (Monday) at 1300 UTC

The Neutron DB migration refactor weekly meeting[1] has moved to 1300 UTC on Mondays. (I should have sent out this reminder earlier, sorry.) Please review the spec[2] to see the changes in the design since last week. [1] https://wiki.openstack.org/wiki/Meetings/NeutronDB [2]