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

Hi, I think that option 2 should be preferred at this stage. I also think that certificate should be immutable, if you want a new one, create a new one and update the listener to use it. This removes any chance of mistakes, need for versioning etc. -Sam. -Original Message- From: Jorge

[openstack-dev] [Neutron][ServiceVM] servicevm IRC meeting reminder (June 10 Tuesday 5:00(AM)UTC-)

Hi. This is a reminder mail for the servicevm IRC meeting June 10, 2014 Tuesdays 5:00(AM)UTC- #openstack-meeting on freenode https://wiki.openstack.org/wiki/Meetings/ServiceVM agenda: (feel free to add your items) * project incubation * NFV meeting follow up * open discussion -- Isaku Yamahata

[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] https://review.openst

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 diskimage-bui

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] [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] [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 us

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 maki

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

On Jun 7, 2014, at 4:38 PM, Eugene Nikanorov 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 sql query. > I've

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

On Jun 8, 2014, at 11:46 AM, Roman Podoliaka 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 then and this can pr

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 wrote: > On Sun, Jun 8, 2014 at 3:35 AM, Michael Bright > wrote: > > > > I'm interested to know what is the status o

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 SQLAlch

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 i

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

On Sun, Jun 8, 2014 at 3:35 AM, Michael Bright wrote: > > 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 it is written: > "There's also a complete Python API, but it has not yet been

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" documenta

[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 it is written: "*There's also a complete Python API, but it has not yet been documented.*"

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 > wrote: > On Fri, Jun 6, 2014 at 1:23 PM, Mark McLoughlin > wrote: > On Fri, 2014-06-06 at 13:29 -0400, Anita Kuno wrote: > > The issue I

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 Yamaha