Re: [openstack-dev] [nova] [container] [docker] [magnum] [zun] nova-docker alternatives ?

for a second I thought that would be a great life cycle operation for bays .. :) Ton, From: Adrian Otto To: "OpenStack Development Mailing List (not for usage questions)" Date: 07/29/2016 11:31 AM Subject:

[Openstack] (no subject)

Yes, this was intentionally done.The logical-source-port is important only at the point of classification.All successive classifications rely only on the 5 tuple and MPLS label (chain ID). Consider an extension of the scenario you mention below. Sources: (similar to your case)a b Port-pairs:

[openstack-dev] (no subject)

Yes, this was intentionally done.The logical-source-port is important only at the point of classification.All successive classifications rely only on the 5 tuple and MPLS label (chain ID). Consider an extension of the scenario you mention below. Sources: (similar to your case)a b Port-pairs:

Re: [Openstack-operators] External access to OpenStack services

I'd say that operators running Glance, which is probably almost everyone, just put a public glance endpoint in the catalog. Maybe there's some special cases beyond that but that's the base design. On Jul 30, 2016 6:22 PM, "Serguei Bezverkhi (sbezverk)" wrote: > Hi Joseph, >

Re: [openstack-dev] [mistral] Promoting Dawid Deja to core reviewers

+1, good job, Dawid! Regards! --- Lingxian Kong On Sat, Jul 30, 2016 at 10:59 PM, Elisha, Moshe (Nokia - IL) wrote: > Hi, > > I am not a core reviewer but having met Dawid in person and working closely > with him on some important bug

Re: [openstack-dev] [all][tc] establishing project-wide goals

Doug, Thanks for doing this. In the interests of transparency and full disclosure, I was at the leadership training and heard about this idea there (and was strongly in favor of it then, as I am now). I think it is very important that OpenStack not devolve into a loose confederation of bags

Re: [Openstack-operators] [openstack-dev] [all][tc] establishing project-wide goals

Doug, Thanks for doing this. In the interests of transparency and full disclosure, I was at the leadership training and heard about this idea there (and was strongly in favor of it then, as I am now). I think it is very important that OpenStack not devolve into a loose confederation of bags

Re: [openstack-dev] [oslo][nova][requirements] Getting oslo.context 2.6.0 into the gate

Jamie, I’ve updated your review re: u-c oslo.context==2.7.0 in Trove. It will fail but that is understood. I’ve manually tested o.c 2.7.0 and it appears to work. -amrith From: Jamie Lennox [mailto:jamielen...@gmail.com] Sent: Saturday, July 30, 2016 2:17 PM To: OpenStack Development Mailing

Re: [openstack-dev] Retirement of openstack/cloud-init repository

Right this is step #1 there, although slightly different because this project isn't really retired, its just moved to a different place; but good enough :-P Andreas Jaeger wrote: On 07/30/2016 03:20 AM, Morgan Fainberg wrote: [...] As I recall we no longer "move" the git repositories. We

Re: [Openstack-operators] (no subject)

We let our people access the Glance API. Glance uses Keystone, so user authentication is done the same way all the other services are done within OpenStack. We allow the glance api ports to be available to them so they can use the service. What are you thinking that would prevent you from

[openstack-dev] [neutron] Metering agent add port statistics

Hi, You posted a project for "Google summer of code 2016" named: "Neutron - Metering agent add port statistics". https://wiki.openstack.org/wiki/Internship_ideas The project is listed as 'Open' on the wiki and i could’t find a "open project" regarding this on the GSOC website or

Re: [openstack-dev] [oslo][nova][requirements] Getting oslo.context 2.6.0 into the gate

On 27 July 2016 at 19:10, Tony Breeds wrote: > On Mon, Jul 18, 2016 at 04:09:54PM +0200, Markus Zoeller wrote: > > Since yesterday, Nova uses "oslo.context" 2.6.0 [1] but the needed > > change [2] is not yet in place, which broke "gate-nova-python27-db"[3]. > > Logstash

Re: [Openstack] DiscoveryFailure: Could not determine a suitable URL for the plugin

I found a typo for auth_url in nova.conf [neutron] that caused this error! On Sat, Jul 30, 2016 at 11:13 PM, William Josefsson < william.josef...@gmail.com> wrote: > Hi list, I get this error on centos 7 and liberty when I try to boot a > small vm. Anyone who can share what may be causing this?

[Openstack] DiscoveryFailure: Could not determine a suitable URL for the plugin

Hi list, I get this error on centos 7 and liberty when I try to boot a small vm. Anyone who can share what may be causing this? Will $ nova boot --image Cirros --flavor m1.tiny --nic net-id=e8e69f4d-d650-4f08-1252-bd8adfc192cb \ --security-group default --key-name mykey myinstance ERROR

Re: [openstack-dev] [kolla][stable] Please consider our application for stable:follows-policy for Kolla

Hey folks, I just wanted to let the core team and others in the community know this tag application was rejected. The Kolla core team made a choice when we decided to make Liberty non-dangerous. We knew at the time it would imperil an application for stable:follows-policy. We thought at the

Re: [openstack-dev] Retirement of openstack/cloud-init repository

On 07/30/2016 03:20 AM, Morgan Fainberg wrote: > [...] > As I recall we no longer "move" the git repositories. We simply remove > the permissions/ACLs so new reviews aren't added/approved, and often the > repo is emptied with only a readme pointing to the new location. Full documentation for the

Re: [Openstack-operators] [kolla] question of default users for operators

+1 From: Melvin Hillsman Sent: Friday, July 29, 2016 9:22:02 PM To: Steven Dake (stdake); openstack-operators@lists.openstack.org Subject: Re: [Openstack-operators] [kolla] question of default users for operators Personally, if OpenStack default is to have a

Re: [openstack-dev] [mistral] Promoting Dawid Deja to core reviewers

Hi, I am not a core reviewer but having met Dawid in person and working closely with him on some important bug fixes – I fully support the idea. From: Anastasia Kuznetsova > Reply-To: "OpenStack Development Mailing List (not for usage

[openstack-dev] [Neutron] Mid-cycle agenda

Neutrinos, For those of you who are going to attend the Neutron mid-cycle [1] in person or be engaged on IRC, please refer to [2] for a list of topics we should give some attention and priority during our time in Cork. The list of topics is already pretty packed, however if you would like to

Re: [openstack-dev] [all][tc] establishing community-wide goals

Thanks for working on this. Modified the subject to be 'community-wide goals'. -Qiming On Fri, Jul 29, 2016 at 04:55:22PM -0400, Doug Hellmann wrote: > One of the outcomes of the discussion at the leadership training > session earlier this year was the idea that the TC should set some >