Re: [openstack-dev] [Mistral] Changing "expression" delimiters in Mistral DSL

Along with <% %> syntax here are some other alternatives that I checked for YAML friendliness with my short comments: p1: ${1 + $.var}# Here it’s bad that $ sign is used for two different things p2: ~{1 + $.var}# ~ is easy to miss in a text p3: ^{1 + $.var}# For someone m

[openstack-dev] Group Based Policy - Kilo-1 development milestone

Hi All, The first milestone release of the Kilo development cycle, “kilo-1" is now available for the Group Based Policy project. It contains a bunch of bug fixes and enhancements over the previous release. You can find the full list of fixed bugs, features, as well as tarball downloads, at: https

Re: [openstack-dev] [Mistral] Changing "expression" delimiters in Mistral DSL

Dmitri, I agree with all your reasonings and fully support the idea of changing the syntax now as well as changing system’s API a little bit due to recently found issues in the current engine design that don’t allow us, for example, to fully implement ‘with-items’ (although that’s a little bit

Re: [openstack-dev] [gantt] Scheduler sub-group meeting agenda 2/`17

No worries, I'll run the meeting. Hope your family is going better soon. -Sylvain Le 17 févr. 2015 05:40, "Dugger, Donald D" a écrit : > Note: I won’t be able to make the meeting this week (family medical > issues) so everyone meet on the IRC channel and decide who wants to chair. > > > > Meeti

[openstack-dev] [cinder] some questions about bp "filtering-weighing-with-driver-supplied-functions"

Hi, I noticed the following BP has been merged recently: https://blueprints.launchpad.net/cinder/+spec/filtering-weighing-with-driver-supplied-functions i have read the related spec(http://git.openstack.org/cgit/openstack/cinder-specs/tree/specs/kilo/filtering-weighing-with-driver-supplied-functio

Re: [openstack-dev] [magnum] Propose removing Dmitry Guryanov from magnum-core

-1 From: Steven Dake mailto:std...@cisco.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, February 16, 2015 at 8:20 PM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@li

[openstack-dev] [Ceilometer] Need help on https://bugs.launchpad.net/ceilometer/+bug/1310580

Hello, I am newbie and I want to start with my first contribution to open stack. I have chosen the bug -> https://bugs.launchpad.net/ceilometer/+bug/1310580 to start with​. I have added comments on the bug and need some developer to validate those. Additionally I need some help on how to go ab

[openstack-dev] [ceilometer] Domain information through ceilometer and authentication against keystone v3

Hi All, I have explored ceilometer and have few queries regarding it: 1) *Getting domain information:* I haven't came across but is there any ceilometer API which would provide domain information along with the usage data? 2) *Ceilometer auth against keystone v3:* As domain feature is provided i

Re: [openstack-dev] [magnum] Propose removing Dmitry Guryanov from magnum-core

-1 Original message From: "Steven Dake (stdake)" Date:02/16/2015 7:23 PM (GMT-08:00) To: "OpenStack Development Mailing List (not for usage questions)" Subject: [openstack-dev] [magnum] Propose removing Dmitry Guryanov from magnum-core The initial magnum core team was founded

[openstack-dev] [gantt] Scheduler sub-group meeting agenda 2/`17

Note: I won't be able to make the meeting this week (family medical issues) so everyone meet on the IRC channel and decide who wants to chair. Meeting on #openstack-meeting at 1500 UTC (8:00AM MST) 1) Remove direct nova DB/API access by Scheduler Filters - https://review.opernstack.org/

Re: [openstack-dev] [nova] Outcome of the nova FFE meeting for Kilo

Hi Mikal, sorry for top-posting. What was the final decision regarding the instance tagging work? Thanks, -jay On 02/16/2015 09:44 PM, Michael Still wrote: Hi, we had a meeting this morning to try and work through all the FFE requests for Nova. The meeting was pretty long -- two hours or so -

Re: [openstack-dev] [kolla] Propose Andre Martin for kolla-core

+1 \o/ yay From: Steven Dake mailto:std...@cisco.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, February 16, 2015 at 8:07 PM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstac

[openstack-dev] [magnum] Propose removing Dmitry Guryanov from magnum-core

The initial magnum core team was founded at a meeting where several people committed to being active in reviews and writing code for Magnum. Nearly all of the folks that made that initial commitment have been active in IRC, on the mailing lists, or participating in code reviews or code developm

[openstack-dev] [kolla] Propose Andre Martin for kolla-core

Hi folks, I’d am proposing Andre Martin to join the kolla-core team. Andre has been providing mostly code implementation, but as he contributes heavily, has indicated he will get more involved in our peer reviewing process. He has contributed 30% of the commits for the Kilo development cycle,

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Hi Team, For GoToMeeting, please attend the meeting via the following info *Copper Congress Interlock Meeting* Wed, Feb 18, 7:00 AM Beijing Tue, Feb 17, 3:00 PM PST - Please join my meeting from your computer, tablet or smartphone. https://global.gotomeeting.com/join/676228005 - You ca

Re: [openstack-dev] [cinder] volume replication

Great :) On Mon, Feb 16, 2015 at 3:46 PM, Ronen Kat wrote: > Good question, I have: > > https://etherpad.openstack.org/p/cinder-replication-redoc > https://etherpad.openstack.org/p/cinder-replication-cg > https://etherpad.openstack.org/p/volume-replication-fix-planning > > Jay seems to be the ch

[openstack-dev] [nova] Outcome of the nova FFE meeting for Kilo

Hi, we had a meeting this morning to try and work through all the FFE requests for Nova. The meeting was pretty long -- two hours or so -- and we did in in the nova IRC channel in an attempt to be as open as possible. The agenda for the meeting was the list of FFE requests at https://etherpad.open

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

On 2/16/15, 16:08, "Sean Dague" wrote: >On 02/16/2015 02:08 PM, Doug Hellmann wrote: >> >> >> On Mon, Feb 16, 2015, at 01:01 PM, Ian Cordasco wrote: >>> Hey everyone, >>> >>> The os-ansible-deployment team was working on updates to add support >>>for >>> the latest version of juno and noticed s

Re: [openstack-dev] Summit Voting and ATC emails?

On Sat, 2015-02-14 at 21:11 -0500, Nick Chase wrote: > Does anybody know if a) ATC emails have started to go out yet, and b) > when proposal voting will start? Voting started: http://www.openstack.org/vote-vancouver Hurry, voting closes at 5pm CT on Monday, February 23. Continue to visit o

[openstack-dev] [cinder] [oslo] MySQL connection shared between green threads concurrently

hi all - I’ve been researching this cinder issue https://bugs.launchpad.net/cinder/+bug/1417018 and I’ve found something concerning. Basically there’s a race condition here which is occurring because a single MySQL connection is shared between two green threads. This occurs while Cinder is d

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Sounds great :) On Tue, Feb 17, 2015 at 8:08 AM, Sean Roberts wrote: > I'm good for either time Tuesday. > > ~sean > > On Feb 16, 2015, at 15:45, Tim Hinrichs wrote: > > Lets default to 3p/7a if we don't hear from Bryan. > > Tim > > P. S. Pardon the brevity. Sent from my mobile. > > On Feb 15,

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

I'm good for either time Tuesday. ~sean > On Feb 16, 2015, at 15:45, Tim Hinrichs wrote: > > Lets default to 3p/7a if we don't hear from Bryan. > > Tim > > P. S. Pardon the brevity. Sent from my mobile. > > On Feb 15, 2015, at 10:15 PM, Zhipeng Huang wrote: > >> 2 - 4 pm Tuesday (which m

Re: [openstack-dev] [keystone] SPFE: Authenticated Encryption (AE) Tokens

On 2/16/15 11:48 AM, Lance Bragstad wrote: On Mon, Feb 16, 2015 at 1:21 PM, Samuel Merritt mailto:s...@swiftstack.com>> wrote: On 2/14/15 9:49 PM, Adam Young wrote: On 02/13/2015 04:19 PM, Morgan Fainberg wrote: On February 13, 2015 at 11:51:10 AM, Lance Bragstad

Re: [openstack-dev] [oslo] liberty summit planning

On Wed, Feb 11, 2015, at 12:05 PM, Doug Hellmann wrote: > As I mentioned at the meeting Monday, we need to start thinking about the > number and types of rooms we will need for the summit. I’ve started an > etherpad to collect topics, just like we did for the kilo summit [1]. > Please add your id

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Lets default to 3p/7a if we don't hear from Bryan. Tim P. S. Pardon the brevity. Sent from my mobile. On Feb 15, 2015, at 10:15 PM, Zhipeng Huang mailto:zhipengh...@gmail.com>> wrote: 2 - 4 pm Tuesday (which means 6 - 8 am China Wed) should work for me. Let's see if Bryan is ok with the time

Re: [openstack-dev] [horizon]

FWIW, this week conflicts with the OpenStack Security Group midcycle meetup. I’ll be attending that, so I thought I’d point it out in case it affects anyone else. Having some cross-pollination between Security and Horizon on this significant shift in the codebase and architecture would probably

Re: [openstack-dev] [nova] Question about force_host skip filters

If this feature is going to be added, I suggest it gets a different name. Force host is an admin command to force an instance onto a host. If you want to make a user-facing command that respects filters, perhaps something like requested-host might work. In general, however, the name of hosts are

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

On 02/16/2015 02:08 PM, Doug Hellmann wrote: > > > On Mon, Feb 16, 2015, at 01:01 PM, Ian Cordasco wrote: >> Hey everyone, >> >> The os-ansible-deployment team was working on updates to add support for >> the latest version of juno and noticed some interesting version >> specifiers >> introduced

Re: [openstack-dev] [nova] Feature Freeze Exception Request - bp/libvirt-kvm-systemz

On 2/10/2015 4:27 AM, Daniel P. Berrange wrote: On Mon, Feb 09, 2015 at 05:15:26PM +0100, Andreas Maier wrote: Hello, I would like to ask for the following feature freeze exceptions in Nova. The patch sets below are all part of this blueprint: https://review.openstack.org/#/q/status:open+pro

[openstack-dev] [Mistral] Changing "expression" delimiters in Mistral DSL

SUMMARY: We are changing the syntax for inlining YAQL expressions in Mistral YAML from {1+$.my.var} (or “{1+$.my.var}”) to <% 1+$.my.var %> Below I explain the rationale and the criteria for the choice. Comments and suggestions welcome. DETAILS: - We faced a num

Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

- Original Message - > From: "Alexander Makarov" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Tuesday, 17 February, 2015 4:00:05 AM > Subject: Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work > by design? > > https://blueprints.la

[openstack-dev] pci_alias config

Hello, Do we still need “pci_alias" config under /etc/nova/nova.conf for SR-IOV PCI passthru’ ? I have Juno release of 1:2014.2.1-0ubuntu1. Thanks, Harish This message and any attached documents contain information from the sending company or its parent comp

Re: [openstack-dev] [keystone] SPFE: Authenticated Encryption (AE) Tokens

On Mon, Feb 16, 2015 at 1:21 PM, Samuel Merritt wrote: > On 2/14/15 9:49 PM, Adam Young wrote: > >> On 02/13/2015 04:19 PM, Morgan Fainberg wrote: >> >>> On February 13, 2015 at 11:51:10 AM, Lance Bragstad >>> (lbrags...@gmail.com ) wrote: >>> Hello all,

Re: [openstack-dev] Summit Voting and ATC emails?

On Mon, 2015-02-16 at 09:44 +, Daniel P. Berrange wrote: > Why did we change the rules on summit passes in this way ? Because there is always a balance to strike between open participation and effective conversations, while the balance point keeps changing. In Paris we've noticed a fairly hi

Re: [openstack-dev] [keystone] SPFE: Authenticated Encryption (AE) Tokens

On 02/16/2015 02:21 PM, Samuel Merritt wrote: On 2/14/15 9:49 PM, Adam Young wrote: On 02/13/2015 04:19 PM, Morgan Fainberg wrote: On February 13, 2015 at 11:51:10 AM, Lance Bragstad (lbrags...@gmail.com ) wrote: Hello all, I'm proposing the Authenticated Encrypti

Re: [openstack-dev] [neutron] moving openvswitch ports between namespaces considered harmful

I agree with Kevin that we should adopt veth pairs for fixing the issue in the short term, at least until CT gets merged and distributed in OVS. At that point the transition to a OVS based solution will make a lot of sense, given that the numbers show that it's worth of course ;) On Sun Feb 15 201

Re: [openstack-dev] [ovs-dev] [neutron] moving openvswitch ports between namespaces considered harmful

On 02/15/15 at 05:00pm, Kevin Benton wrote: > What is the status of the conntrack integration with respect to > availability in distributions? The lack of state tracking has blocked the > ability for us to get rid of namespaces for the L3 agent (because of SNAT) > and the filtering bridge between t

[openstack-dev] [all] oslo.serialization 1.3.0 released

The Oslo team is pleased to announce the release of: oslo.serialization 1.3.0: oslo.serialization library For more details, please see the git log history below and: http://launchpad.net/oslo.serialization/+milestone/1.3.0 Please report issues through launchpad: http://bugs.launchpad.n

Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

Steve, I saw a couple of things in what you wrote that we might be doing wrong. We’ll check them when we wake up and let you know what we discovered. Thanks Renat Akhmerov @ Mirantis Inc. > On 16 Feb 2015, at 21:47, Steven Hardy wrote: > > On Mon, Feb 16, 2015 at 09:02:01PM +0600, Renat Ak

Re: [openstack-dev] [keystone] SPFE: Authenticated Encryption (AE) Tokens

On 2/14/15 9:49 PM, Adam Young wrote: On 02/13/2015 04:19 PM, Morgan Fainberg wrote: On February 13, 2015 at 11:51:10 AM, Lance Bragstad (lbrags...@gmail.com ) wrote: Hello all, I'm proposing the Authenticated Encryption (AE) Token specification [1] as an SPFE. AE

[openstack-dev] [all] oslo.concurrency 1.5.0 released

The Oslo team is pleased to announce the release of: oslo.concurrency 1.5.0: oslo.concurrency library For more details, please see the git log history below and: http://launchpad.net/oslo.concurrency/+milestone/1.5.0 Please report issues through launchpad: http://bugs.launchpad.net/osl

Re: [openstack-dev] [glance]'Add' capability to the HTTP store

On 02/16/2015 01:39 PM, Jordan Pittier wrote: >So, I don't understand what allowing the HTTP backend to support add() gives the user of Glance. It doesn't give anything to the user. glance_store is all about different backends, such as the VMWare datastore or the Sheepdog data store. Having sev

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

On Mon, Feb 16, 2015, at 01:01 PM, Ian Cordasco wrote: > Hey everyone, > > The os-ansible-deployment team was working on updates to add support for > the latest version of juno and noticed some interesting version > specifiers > introduced into global-requirements.txt in January. It introduced s

[openstack-dev] Cross-Project meeting, Tue February 17th, 21:00 UTC

PTLs, cross-project liaisons, and other interested parties, The weekly cross-project meeting will be tomorrow at 21:00 UTC. Thierry may not be able to be online reliably at the time, so he has asked me to chair the meeting this week. We have one topic on the agenda at this point: the Testing Gu

Re: [openstack-dev] [Glance][Artifacts] Object Version format: SemVer vs pep440

On 17 February 2015 at 03:31, Alexander Tivelkov wrote: > Hi Client, > > Thanks for your input. > > We actually support the scenarios you speak about, yet in a slightly > different way. The authors of the Artifact Type (the plugin > developers) may define their own custom field (or set of fields)

Re: [openstack-dev] [glance]'Add' capability to the HTTP store

>So, I don't understand what allowing the HTTP backend to support add() gives the user of Glance. It doesn't give anything to the user. glance_store is all about different backends, such as the VMWare datastore or the Sheepdog data store. Having several backends/drivers allows the cloud operator/a

[openstack-dev] [horizon]

A couple of high priority items for Horizon's Kilo release could use some targeted attention to drive progress forward. These items are related to angularJS based UX improvements, especially Launch Instance and the conversion of the Identity Views. These efforts are suffering from a few issues, ed

Re: [openstack-dev] [docs] rethinking docs jobs in the gate

On 02/16/2015 04:36 PM, Doug Hellmann wrote: > When we talked about this in the review of the governance change to set > "tox -e docs" as part of the testing interface for a project, jeblair > (and maybe others) pointed out that we didn't want projects running > extra steps when their docs were bui

[openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

Hey everyone, The os-ansible-deployment team was working on updates to add support for the latest version of juno and noticed some interesting version specifiers introduced into global-requirements.txt in January. It introduced some version specifiers that seem a bit impossible like the one for re

Re: [openstack-dev] [Congress][Delegation] Google doc for working notes

Hi Tim What I'd like to see is the best of both worlds. Users write Datalog policies describing whatever VM-placement policy they want. If the policy they've written is on the solver-scheduler's list of options, we use the hard-coded implementation, but if the policy isn't on that list we tra

Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

https://blueprints.launchpad.net/keystone/+spec/trust-scoped-re-authentication On Mon, Feb 16, 2015 at 7:57 PM, Alexander Makarov wrote: > We could soften this limitation a little by returning token client tries > to authenticate with. > I think we need to discuss it in community. > > On Mon, Fe

Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

We could soften this limitation a little by returning token client tries to authenticate with. I think we need to discuss it in community. On Mon, Feb 16, 2015 at 6:47 PM, Steven Hardy wrote: > On Mon, Feb 16, 2015 at 09:02:01PM +0600, Renat Akhmerov wrote: > >Yeah, clarification from keysto

[openstack-dev] [mistral] Team meeting minutes 02/16/2015

Thanks for joining our team meeting today! * Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2015/mistral.2015-02-16-16.00.html * Meeting log: http://eavesdrop.openstack.org/meetings/mistral/2015/mistral.2015-02-16-16.00.log.html The next meeting is scheduled for Feb 23 at 16.0

[openstack-dev] [kolla][tripleo][containers] New technical direction for Kolla

Hey folks, A few weeks ago I sent the mailing list a broad outline [1] for our new approach to deploying OpenStack using container technology. Between then and now, the Kolla core team has approved a new technical direction [2]. In summary, our new approach is to use fig [3] to provide single-

Re: [openstack-dev] Missing column in Gerrit overview page showing a -1 review after/with a +2 review

On 2015-02-16 15:29:55 +0100 (+0100), Christian Berendt wrote: > This way I can display review requests with -1 reviews, yes. On the > overview page a +2 review will still hide any -1 reviews. But a -1 > review will hide all +1 reviews. I think -1 reviews should be visible > regardless of +2 review

[openstack-dev] pyCADF 0.8.0 released

The pyCADF team is pleased to announce the release of pyCADF 0.8.0. This release includes several bug fixes and more importantly the deprecation of audit middleware for keystonemiddleware's version. Additional changes include: c834ddd Add deprecation message to Audit APIa568c12 Do not depend on e

Re: [openstack-dev] [keystone] SPFE: Authenticated Encryption (AE) Tokens

+1 from me. On 13.02.2015 22:19, Morgan Fainberg wrote: On February 13, 2015 at 11:51:10 AM, Lance Bragstad (lbrags...@gmail.com ) wrote: Hello all, I'm proposing the Authenticated Encryption (AE) Token specification [1] as an SPFE. AE tokens increases scalability

Re: [openstack-dev] Use of egg snapshots of neutron code in neutron-*aas projects/distributing openstack

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/16/2015 04:13 PM, James Page wrote: > Hi Folks > > The split-out drivers for vpn/fw/lb as-a-service all make use of a > generated egg of the neutron git repository as part of their unit > test suite dependencies. > > This presents a bit of a c

Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

On Mon, Feb 16, 2015 at 09:02:01PM +0600, Renat Akhmerov wrote: >Yeah, clarification from keystone folks would be really helpful. >If Nikolaya**s info is correct (I believe it is) then I actually dona**t >understand why trusts are needed at all, they seem to be useless. My >assumpti

[openstack-dev] [all] oslo.i18n 1.4.0 released

The Oslo team is pleased to announce the release of: oslo.i18n 1.4.0: oslo.i18n library For more details, please see the git log history below and: http://launchpad.net/oslo.i18n/+milestone/1.4.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.i18n Changes in /h

Re: [openstack-dev] [docs] rethinking docs jobs in the gate

On 02/16/2015 10:38 AM, Christian Berendt wrote: > On 02/16/2015 04:29 PM, Andreas Jaeger wrote: >> For documentation projects we should discuss this separately as well, > > Is it possible to keep all environments like they are and to add a meta > environment (called docs) calling the existing env

Re: [openstack-dev] [docs] rethinking docs jobs in the gate

On 02/16/2015 04:29 PM, Andreas Jaeger wrote: > For documentation projects we should discuss this separately as well, Is it possible to keep all environments like they are and to add a meta environment (called docs) calling the existing environments? This way we can reduce the number of jobs on th

Re: [openstack-dev] [docs] rethinking docs jobs in the gate

On Mon, Feb 16, 2015, at 10:05 AM, Sean Dague wrote: > I've noticed a proliferation of docs jobs on projects in the gate now - > https://review.openstack.org/#/c/154737/ > > gate-trove-tox-checknicenessSUCCESS in 2m 34s > gate-trove-tox-checksyntax SUCCESS in 2m 51s > gate-trove-tox-che

Re: [openstack-dev] Use of egg snapshots of neutron code in neutron-*aas projects/distributing openstack

Hi, The same issue is the for the backe end drivers. I think that they always need to be aligned with the master branch. When we cut stable all of the aaS and drivers also need to be cut. This was one of the pain points that we brought up with the split and the consensus was: we¹ll deal with it whe

Re: [openstack-dev] [docs] rethinking docs jobs in the gate

On 02/16/2015 04:05 PM, Sean Dague wrote: > I've noticed a proliferation of docs jobs on projects in the gate now - > https://review.openstack.org/#/c/154737/ Trove is the only project using XML files and thus uses the openstack-manuals setup for these. > > gate-trove-tox-checkniceness SUCCESS

[openstack-dev] [all] oslo.config 1.6.1 released

The Oslo team is pleased to announce the release of: oslo.config 1.6.1: Oslo Configuration API For more details, please see the git log history below and: http://launchpad.net/oslo/+milestone/1.6.1 Please report issues through launchpad: http://bugs.launchpad.net/oslo Changes in /home

[openstack-dev] Use of egg snapshots of neutron code in neutron-*aas projects/distributing openstack

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Folks The split-out drivers for vpn/fw/lb as-a-service all make use of a generated egg of the neutron git repository as part of their unit test suite dependencies. This presents a bit of a challenge for us downstream in distributions, as we can'

[openstack-dev] [all] oslo.utils 1.3.0 released

The Oslo team is pleased to announce the release of: oslo.utils 1.3.0: Oslo Utility library For more details, please see the git log history below and: http://launchpad.net/oslo.utils/+milestone/1.3.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.utils Changes

Re: [openstack-dev] [nova] Request Spec Freeze Exception (DRBD for Nova)

Hi Daniel, > The current feature freeze exceptions are being gathered for code > reviews whose specs/blueprints are already approved. Since your > spec does not appear to be approved, you would have to first > request a spec freeze exception, but I believe it is too late for > that now in Kilo. I

[openstack-dev] [docs] rethinking docs jobs in the gate

I've noticed a proliferation of docs jobs on projects in the gate now - https://review.openstack.org/#/c/154737/ gate-trove-tox-checknicenessSUCCESS in 2m 34s gate-trove-tox-checksyntax SUCCESS in 2m 51s gate-trove-tox-checkdeletions SUCCESS in 2m 11s gate-trove-tox-doc-publish-checkbui

Re: [openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

Yeah, clarification from keystone folks would be really helpful. If Nikolay’s info is correct (I believe it is) then I actually don’t understand why trusts are needed at all, they seem to be useless. My assumption is that they can be used only if we send requests directly to OpenStack services (

Re: [openstack-dev] Fwd: [Neutron][DVR]Neutron distributed SNAT

- Original Message - > Has there been any work to use conntrack synchronization similar to L3 HA in > DVR so failover is fast on the SNAT node? > https://review.openstack.org/#/c/139686/ https://review.openstack.org/#/c/143169/ These changes have taken a back seat to improving the DVR

[openstack-dev] [nova] List of all Feature Freeze Exception requests

The following page contains a list of (hopefully) all the feature freeze exception requests that have been made so far for Nova https://etherpad.openstack.org/p/kilo-nova-ffe-requests Finding them all in the mailing list is not entirely easy, so if you have requested FFE please do make sure we'

[openstack-dev] [nova] Feature Freeze Exception for vmware-driver-domain-metadata

Retitled From: Gary Kotton mailto:gkot...@vmware.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Saturday, February 14, 2015 at 8:01 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [nova] FFE request for vmware-driver

Re: [openstack-dev] [nova] Feature Freeze Exception Request (DRBD for Nova) WAS: Re: [nova] Request Spec Freeze Exception (DRBD for Nova)

On 02/16/2015 03:27 PM, Nikola Đipanov wrote: > Re-titling the email so that it does not get missed as it does not have > the right subject line. > Ugh - as Daniel pointed out - the spec is not actually approved so please disregard this email - I missed that bit. Although - I still stand by the

Re: [openstack-dev] [barbican][grenade][tempest][qa][ceilometer] Database Upgrade Testing for Incubated Projects

On 02/09/2015 12:17 PM, John Wood wrote: > Hello folks, > > (Apologies for the numerous tags, but my question straddles multiple > areas I believe) > > I’m a core developer on the Barbican team and we are interested in > database upgrade testing via Grenade. In addition to Grenade > documentation

Re: [openstack-dev] [Glance][Artifacts] Object Version format: SemVer vs pep440

Hi Client, Thanks for your input. We actually support the scenarios you speak about, yet in a slightly different way. The authors of the Artifact Type (the plugin developers) may define their own custom field (or set of fields) to store their "sequence" information or any other type-specific ver

Re: [openstack-dev] Missing column in Gerrit overview page showing a -1 review after/with a +2 review

On 02/14/2015 04:46 PM, Anita Kuno wrote: > Using gerrit queries might come in handy here. > > https://review.openstack.org/Documentation/user-search.html > > For a start, this gets me all reviews that are open for which I am not > the author, where I voted +1 (or better) and someone else voted -

[openstack-dev] [nova] Feature Freeze Exception Request (DRBD for Nova) WAS: Re: [nova] Request Spec Freeze Exception (DRBD for Nova)

Re-titling the email so that it does not get missed as it does not have the right subject line. I looked at the code and it is quite straightforward - some small nits inline but other than that - no reason to keep it out. This is the first contribution to Nova by Philipp and his team, and their e

Re: [openstack-dev] [Glance][Artifacts] Object Version format: SemVer vs pep440

Donald, Thanks for your comments, really useful! I think I need to clarify a bit: I am not speaking about the actual semantic: placing the meaning into the actual values is still up to the end-users (or the developers of Artifact Types, if they build some custom logic which processes version info

Re: [openstack-dev] [nova] Request Spec Freeze Exception (DRBD for Nova)

On Mon, Feb 16, 2015 at 03:06:34PM +0100, Philipp Marek wrote: > Hi all, > > Nikola just told me that I need an FFE for the code as well. > > Here it is: please grant a FFE for > > https://review.openstack.org/#/c/149244/ > > which is the code for the spec at > > https://review.openst

Re: [openstack-dev] [Glance][Artifacts] Object Version format: SemVer vs pep440

Hi Ian, On Tue, Feb 10, 2015 at 11:17 PM, Ian Cordasco wrote: > I think the fundamental disconnect is that not every column in a database > needs offer sorting to the user. Imposing that restriction here causes a > cascade of further restrictions that will fundamentally cause this to be > unusabl

Re: [openstack-dev] [nova] Request Spec Freeze Exception (DRBD for Nova)

Hi all, Nikola just told me that I need an FFE for the code as well. Here it is: please grant a FFE for https://review.openstack.org/#/c/149244/ which is the code for the spec at https://review.openstack.org/#/c/134153/ Regards, Phil -- : Ing. Philipp Marek : LINBIT | Your Way to

[openstack-dev] [horizon] - Add custom JS functions to dashboard

Hi all, I would like to add some (own) JavaScript functions to the image list, in Project dashboard. I've followed up the documentation (http://docs.openstack.org/developer/horizon/topics/customizing.html#custom-javascript), but I think it is outdated, because that documentation refers to d

Re: [openstack-dev] [Openstack-operators] RFC: Increasing min libvirt to 1.0.6 for LXC driver ?

On 02/16/2015 04:36 PM, Daniel P. Berrange wrote: On Mon, Feb 16, 2015 at 04:31:21PM +0300, Dmitry Guryanov wrote: On 02/13/2015 05:50 PM, Jay Pipes wrote: On 02/13/2015 09:20 AM, Daniel P. Berrange wrote: On Fri, Feb 13, 2015 at 08:49:26AM -0500, Jay Pipes wrote: On 02/13/2015 07:04 AM, Dani

Re: [openstack-dev] [Fuel] fake threads in tests

On 02/16/2015 08:18 AM, Przemyslaw Kaminski wrote: On 02/16/2015 01:55 PM, Jay Pipes wrote: On 02/16/2015 06:54 AM, Przemyslaw Kaminski wrote: Hello, This somehow relates to [1]: in integration tests we have a class called FakeThread. It is responsible for spawning threads to simulate asynchro

Re: [openstack-dev] [Openstack-operators] RFC: Increasing min libvirt to 1.0.6 for LXC driver ?

On Mon, Feb 16, 2015 at 04:31:21PM +0300, Dmitry Guryanov wrote: > On 02/13/2015 05:50 PM, Jay Pipes wrote: > >On 02/13/2015 09:20 AM, Daniel P. Berrange wrote: > >>On Fri, Feb 13, 2015 at 08:49:26AM -0500, Jay Pipes wrote: > >>>On 02/13/2015 07:04 AM, Daniel P. Berrange wrote: > Historically N

Re: [openstack-dev] [Openstack-operators] RFC: Increasing min libvirt to 1.0.6 for LXC driver ?

On 02/13/2015 05:50 PM, Jay Pipes wrote: On 02/13/2015 09:20 AM, Daniel P. Berrange wrote: On Fri, Feb 13, 2015 at 08:49:26AM -0500, Jay Pipes wrote: On 02/13/2015 07:04 AM, Daniel P. Berrange wrote: Historically Nova has had a bunch of code which mounted images on the host OS using qemu-nbd b

Re: [openstack-dev] [Fuel] fake threads in tests

On 02/16/2015 01:55 PM, Jay Pipes wrote: > On 02/16/2015 06:54 AM, Przemyslaw Kaminski wrote: >> Hello, >> >> This somehow relates to [1]: in integration tests we have a >> class called FakeThread. It is responsible for spawning threads >> to simulate asynchronous tasks in fake env. In >> BaseIn

Re: [openstack-dev] [neutron][neutron-*aas] Is lockutils-wrapper needed for tox.ini commands?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/13/2015 11:13 PM, Paul Michali wrote: > I see that in tox.ini, several commands have lockutils-wrapper > prefix on them in the neutron-vpnaas repo. Seems like this was > added as part of commit 88e2d801 for Migration to > oslo.concurrency. Those

[openstack-dev] [keystone] [trusts] [all] How trusts should work by design?

Hello, Decided to start a new thread due to too much technical details in old thread. (You can see thread *[openstack-dev] [keystone] [nova]* ) *The problem:* Trusts can not be used to retrieve a token for further work with python-client. I made some research for trust's use cases. The main goal

Re: [openstack-dev] [Fuel] fake threads in tests

On 02/16/2015 06:54 AM, Przemyslaw Kaminski wrote: Hello, This somehow relates to [1]: in integration tests we have a class called FakeThread. It is responsible for spawning threads to simulate asynchronous tasks in fake env. In BaseIntegrationTest class we have a method called _wait_for_threads

Re: [openstack-dev] [nova] Feature Freeze Exception for "Add config drive support for PCS containers"

Thank you so much for your help, Daniel On 02/16/2015 02:57 PM, Daniel P. Berrange wrote: On Mon, Feb 16, 2015 at 02:53:08PM +0300, aburluka wrote: Hi, There are some questions about FFE policy that are not obvious for me as a newbie. Last version of my change was submitted at February, 11th, a

Re: [openstack-dev] [nova] Feature Freeze Exception for "Add config drive support for PCS containers"

On Mon, Feb 16, 2015 at 02:53:08PM +0300, aburluka wrote: > Hi, > There are some questions about FFE policy that are not obvious for me as a > newbie. > Last version of my change was submitted at February, 11th, and has not been > changed since that date. > That change has +2 from Daniel and +1 fro

Re: [openstack-dev] [nova] test fixtures not returning memory

On 02/16/2015 06:43 AM, Sean Dague wrote: > I was attempting to build some convenience fixtures for starting the API > service inside the Nova functional tests - > https://review.openstack.org/#/c/155902/ > > However, as soon as I refactored the code it fails on OOM killer. > > Running locally th

[openstack-dev] [Fuel] fake threads in tests

Hello, This somehow relates to [1]: in integration tests we have a class called FakeThread. It is responsible for spawning threads to simulate asynchronous tasks in fake env. In BaseIntegrationTest class we have a method called _wait_for_threads that waits for all fake threads to terminate. In my

Re: [openstack-dev] [nova] Feature Freeze Exception for "Add config drive support for PCS containers"

Hi, There are some questions about FFE policy that are not obvious for me as a newbie. Last version of my change was submitted at February, 11th, and has not been changed since that date. That change has +2 from Daniel and +1 from Garry Kotton and +1 from Pavel Kholkin. The only thing I needed

[openstack-dev] [nova] test fixtures not returning memory

I was attempting to build some convenience fixtures for starting the API service inside the Nova functional tests - https://review.openstack.org/#/c/155902/ However, as soon as I refactored the code it fails on OOM killer. Running locally there is a remarkable difference in running the code with

Re: [openstack-dev] [nova] Unshelve Instance Performance Optimization Questions

There has been some talk in cinder meetings about making cinder<->glance interactions more efficient. They are already optimised in some deployments, e.g. ceph glance and ceph cinder, and some backends cache glance images so that many volumes created from the same image becomes very efficient. (sea

Re: [openstack-dev] [devstack] authentication issues

I just happened to have a new setup with all services. Works for me. Fawad Khaliq On Mon, Feb 16, 2015 at 2:54 PM, Gary Kotton wrote: > Hi, > With the current master in devstack I am unable to create a neutron > network. It looks like there is an issue with keystone. Anyone else hit > this? >

  1   2   >