Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-08 Thread Maru Newby
On Dec 7, 2013, at 6:21 PM, Robert Collins robe...@robertcollins.net wrote: On 7 December 2013 21:53, Isaku Yamahata isaku.yamah...@gmail.com wrote: Case 3: Hardware failure. So an agent on the node is gone. Another agent will run on another node. If AMQP service is set up not to

Re: [openstack-dev] [Nova][Docker] What are the plans or thoughts about providing volumes aka folder mounts

2013-12-08 Thread Daniel Kuffner
Yes agree it not very cloud like. Thanks for pointing out the Manila project, didn't know about it. On Fri, Dec 6, 2013 at 5:25 PM, Russell Bryant rbry...@redhat.com wrote: On 12/06/2013 10:54 AM, Daniel Kuffner wrote: Hi All, We are using in our company for a prototype the docker

[openstack-dev] [Neutron][LBaaS] L7 model - an alternative

2013-12-08 Thread Avishay Balderman
Hi I was thinking about a different way for L7 modeling. The key points are: - The Rule has no action attribute - A Policy is a collection of rules - Association keep a reference to a Vip and to a Policy - Association holds the action (what to do if the Policy return True) - Association holds

Re: [openstack-dev] [Neutron][LBaaS] Vote required for certificate as first-class citizen - SSL Termination (Revised)

2013-12-08 Thread Evgeny Fedoruk
Hi All. The wiki page for LBaaS SSL support was updated. Please see and comment https://wiki.openstack.org/wiki/Neutron/LBaaS/SSL#Vip_SSL_Association Thank you! Evg -Original Message- From: Samuel Bercovici Sent: Thursday, December 05, 2013 9:14 PM To: OpenStack Development Mailing List

[openstack-dev] [qa][keystone] Keystoneclient tests to tempest

2013-12-08 Thread Brant Knudson
We'd like to get the keystoneclient tests out of keystone. They're serving a useful purpose of catching problems with non-backwards compatible changes in keystoneclient so we still want them run. Problem is they're running at the wrong time -- only on changes to keystone and not changes to

Re: [openstack-dev] [horizon] Purpose of SetDomainContext / UnsetDomainContext button

2013-12-08 Thread Paul Belanger
On 13-12-08 12:07 AM, Lyle, David wrote: The set domain context functionality is for operators (admins) to refine the context that they are working in/viewing. Admins can limit the scope of identity visibility to one domain, rather than having to sort through the exhaustive lists of

Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-08 Thread Robert Collins
On 9 December 2013 01:43, Maru Newby ma...@redhat.com wrote: If AMQP service is set up not to lose notification, notifications will be piled up and stress AMQP service. I would say single node failure isn't catastrophic. So we should have AMQP set to discard notifications if there is noone

Re: [openstack-dev] [qa][keystone] Keystoneclient tests to tempest

2013-12-08 Thread Matt Riedemann
On Sunday, December 08, 2013 11:26:07 AM, Brant Knudson wrote: We'd like to get the keystoneclient tests out of keystone. They're serving a useful purpose of catching problems with non-backwards compatible changes in keystoneclient so we still want them run. Problem is they're running at the

Re: [openstack-dev] [qa][keystone] Keystoneclient tests to tempest

2013-12-08 Thread David Stanek
On Sun, Dec 8, 2013 at 3:37 PM, Matt Riedemann mrie...@linux.vnet.ibm.comwrote: On Sunday, December 08, 2013 11:26:07 AM, Brant Knudson wrote: We'd like to get the keystoneclient tests out of keystone. They're serving a useful purpose of catching problems with non-backwards compatible

Re: [openstack-dev] [qa][keystone] Keystoneclient tests to tempest

2013-12-08 Thread Monty Taylor
Hi! Thanks - I've been wanting to kill this for a long time. Thanks for starting the discussion... On 12/08/2013 07:26 PM, Brant Knudson wrote: We'd like to get the keystoneclient tests out of keystone. They're serving a useful purpose of catching problems with non-backwards compatible

Re: [openstack-dev] [Ceilometer] Compute meter names prefaced by instance:

2013-12-08 Thread Christopher Yeoh
On Sat, Dec 7, 2013 at 4:27 AM, Pendergrass, Eric eric.pendergr...@hp.comwrote: Hi, I’ve been out for nearly 3 weeks and noticed Compute meter names are now prefaced by instance: http://docs.openstack.org/developer/ceilometer/measurements.html Not sure when this happened but I was

[openstack-dev] Call for testing: 2013.2.1 candidate tarballs

2013-12-08 Thread Alan Pevec
Hi, We are scheduled to publish Nova, Keystone, Glance, Neutron, Cinder, Horizon, Heat and Ceilometer 2013.2.1 stable Havana releases on Thursday Dec 12. The list of issues fixed so far can be seen here: https://launchpad.net/nova/+milestone/2013.2.1

Re: [openstack-dev] [heat] Stack convergence first steps

2013-12-08 Thread Mitsuru Kanabuchi
On Thu, 5 Dec 2013 22:13:18 -0600 Christopher Armstrong chris.armstr...@rackspace.com wrote: On Thu, Dec 5, 2013 at 7:25 PM, Randall Burt randall.b...@rackspace.comwrote: On Dec 5, 2013, at 6:25 PM, Christopher Armstrong chris.armstr...@rackspace.com wrote: On Thu, Dec 5,

[openstack-dev] [Solum] Using Zuul in the Git-pull blueprint

2013-12-08 Thread Krishna Raman
Hi all, We had a very good meeting last week around the git-pull blueprint. During the discussion, Monty suggested using Zuul to manage the git repository access and workflow. While he is working on sending the group a diagram and description of what he has in mind, I had a couple of other

[openstack-dev] [Solum] Git-workgroup recurring weekly meeting doodle poll

2013-12-08 Thread Krishna Raman
Hi all, During our last meeting, it was suggested that the Wed 9am PST meeting time is not suitable for Asia and a few other interested parties were also unable to attend. I have set up a new doodle poll to gather times to reschedule the meeting. Please indicate your availability here:

Re: [openstack-dev] [TripleO][Tuskar] Questions around Development Process

2013-12-08 Thread Tzu-Mainn Chen
Thanks to all who replied, it's extremely helpful. I'll add a focus on integration tests to the list of requirements Mainn - Original Message - Hey, you've already got a bunch of answers, but FWIW: a) I think it's fine to do a few big patches deleting stuff you don't want. You can