Re: [openstack-dev] [OpenStack Foundation] [board][tc][all] One Platform – Containers/Bare Metal? (Re: Board of Directors Meeting)

Fox, Kevin M wrote: I think my head just exploded. :) That idea's similar to neutron sfc stuff, where you just say what needs to connect to what, and it figures out the plumbing. Ideally, it would map somehow to heat & docker COE & neutron sfc to produce a final set of deployment scripts and

Re: [openstack-dev] [TripleO][CI] Ability to reproduce failures

On Tue, Apr 12, 2016 at 11:08:28PM +0200, Gabriele Cerami wrote: > On Fri, 2016-04-08 at 16:18 +0100, Steven Hardy wrote: > > > Note we're not using devtest at all anymore, the developer script > > many > > folks use is tripleo.sh: > > So, I followed the flow of the gate jobs starting from

Re: [openstack-dev] [ironic][nova][horizon] Serial console support for ironic instances

Hi, I also want to discuss about it at summit session. 2016-04-13 0:41 GMT+09:00 Ruby Loo : > Yes, I think it would be good to have a summit session on that. However, > before the session, it would really be helpful if the folks with proposals > got together and/or reviewed

[openstack-dev] [vitrage] vitrage weekly meeting today

Hi, Due to daylight saving time issues - Vitrage meeting today will be at 9:00 UTC, which might be an hour later than usual. Ifat. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [neutron][taas] Problem receiving mirrored ingress traffic and a solution suggestion

Anil and all Hi, Continuing the discussion from the IRC about the problem with the mirrored traffic incoming to a VM not being mirrored. Indeed, it does look like the bug mentioned on https://bugs.launchpad.net/tap-as-a-service/+bug/1544176. I am using Liberty, ovs 2.0.2, Devstack, Single node.

[openstack-dev] [python-keystoneclient] Return request-id to caller

Hi All, I have submitted patches [1] for returning request-id to the caller on which Brant has raised his concerns [2]; Brant’s concern: We've tried a couple of times to have the client return metadata for the lists returned and we wound up reverting the change both times because it broke

Re: [openstack-dev] [Nova] RFC Host Maintenance

> -Original Message- > From: EXT Jim Rollenhagen [mailto:j...@jimrollenhagen.com] > Sent: Tuesday, April 12, 2016 4:46 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [Nova] RFC Host Maintenance > >

Re: [openstack-dev] [ceilometer][tempest] disabling 'full' tempest tests for ceilometer changes in CI

+1, That make sense. Also as Ceilometer and Aodh will be running tests from plugin, I have initiated patch to remove those from Tempest. - https://review.openstack.org/#/c/304992/ Regards Ghanshyam Mann +818011120698 On Tue, Apr 12, 2016 at 9:47 PM, Chris Dent wrote: >

Re: [openstack-dev] [OpenStack-docs] [Docs] Austin Design Summit Sessions - Docs

And just a note that the Ops Guide session is on in the Ops track on Monday morning: https://www.openstack.org/summit/austin-2016/summit-schedule/events/9511 Lana On 11/04/16 12:25, Lana Brindley wrote: > The docs sessions are now in Sched, complete with etherpad links: >

[openstack-dev] [Tricircle] Error runnig py27

Hi I am writing a test for exception . Following is my testing function. @mock.patch('self.app.post_json') def test_post_exp(self, mock_get, mock_http_error_handler): mock_response = mock.Mock() mock_response.raise_for_status.side_effect = db_exc.DBDuplicateEntry

Re: [openstack-dev] [OpenStack Foundation] [board][tc][all] One Platform – Containers/Bare Metal? (Re: Board of Directors Meeting)

Agreed. IMO, OpenStack is an open framework to different technologies and use cases. Different architectures for different things make sense. Some may say that using nova to launch docker images with hypervisor is weird, but it can be seen as “Immutable IaaS”.

Re: [openstack-dev] [magnum][keystone][all] Using Keystone /v3/credentials to store TLS certificates

Interesting conversation, and I think I have more of a question than a comment. With my understanding of OpenStack architecture, I don't understand the point about making "Magnum dependent on Barbican". Wouldn't this issue be completely resolved using a driver model, such as delegating the

<    1   2