Re: [openstack-dev] [tripleo][ironic] introspection and CI

On 17 October 2016 at 22:10, Wesley Hayutin wrote: > Greetings, > > The RDO CI team is considering adding retries to our calls to > introspection again [1]. > This is very handy for bare metal environments where retries may be needed > due to random chaos in the environment itself. > > We're tryi

Re: [openstack-dev] [mistral] Cancelling team meeting - 10/17/2016

On 17 October 2016 at 10:26, Renat Akhmerov wrote: > Hi, just one week left before the summit and there’s a lot of preparations > going on so we’re cancelling team meeting today. > I'd like to raise the idea of moving the meeting to a more convenient time again. I think, from memory, this is the

Re: [openstack-dev] [mistral] Cancelling team meeting - 10/17/2016

> On 18 Oct 2016, at 14:51, Dougal Matthews wrote: > > On 17 October 2016 at 10:26, Renat Akhmerov > wrote: > Hi, just one week left before the summit and there’s a lot of preparations > going on so we’re cancelling team meeting today. > > I'd like to raise th

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Doug Wiegley wrote: > [...] Paths forward: > > 1. Add gunicorn to global requirements. > > 2. Create a project specific “amphora-requirements.txt” file for the > service VM packages (this is actually my preference.) It has been > pointed out that this wouldn’t be kept up-to-date by the bot. We co

Re: [openstack-dev] [all] indoor climbing break at summit?

On Mon, 17 Oct 2016, Joshua Harlow wrote: Anyone want to bring a (gym size recommended, unless the walls there are *hugg*) rope for leading? I don't want to bring mine all the way from CA (unless I have to). I've got a shorty I can probably bring if someone closer cannot. I was initia

Re: [openstack-dev] [tripleo][ironic] introspection and CI

On 10/17/2016 11:10 PM, Wesley Hayutin wrote: Greetings, The RDO CI team is considering adding retries to our calls to introspection again [1]. This is very handy for bare metal environments where retries may be needed due to random chaos in the environment itself. We're trying to balance two t

Re: [openstack-dev] [all] indoor climbing break at summit?

Hey! I think is an awesome idea! - We should be able to do some Top roping as the ropes should be already there. - No need to take all you equipment (rental package: harness + shoes + chalk bag 5€) I can take my grigri so no one will die. - I'll give them a call to check availability. Cheers, Car

Re: [openstack-dev] [nova]Question about unit tests for shelve/unshleve

On 2016/10/18 3:50, Andrew Laski wrote: On Sun, Oct 16, 2016, at 07:11 AM, Rikimaru Honjo wrote: Hi all, I have a question about unit tests of nova. (I found this question when I fixed a bug about shelve.[1]) "nova.tests.unit.compute.test_shelve.ShelveComputeAPITestCase" has test cases for "

[openstack-dev] [cloudkitty] Proposing Pierre-Alexandre Bardina (pabardina) as core for cloudkitty

Hello developer mailing list folks, I'd like to propose that we add Pierre-Aexandre Bardina (pabardina) as an OpenStack cloudkitty core reviewer. He has been a member of our community for a long time, contributing very seriously in cloudkitty especially on the integration of cloudkitty in Ho

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

  -Original Message- From: Thierry Carrez Reply: OpenStack Development Mailing List (not for usage questions) Date: October 18, 2016 at 03:55:41 To: openstack-dev@lists.openstack.org Subject:  Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r > Doug Wiegley wrote: > > [...] Pa

Re: [openstack-dev] [tripleo][ironic] introspection and CI

See my response inline. On Tue, Oct 18, 2016 at 6:07 AM, Dmitry Tantsur wrote: > On 10/17/2016 11:10 PM, Wesley Hayutin wrote: > >> Greetings, >> >> The RDO CI team is considering adding retries to our calls to >> introspection >> again [1]. >> This is very handy for bare metal environments wher

Re: [openstack-dev] [cloudkitty] Proposing Pierre-Alexandre Bardina (pabardina) as core for cloudkitty

+1 -- Guillaume Espanel Objectif Libre www.objectif-libre.com Infrastructure et Formations Linux Le 2016-10-18 13:16, Christophe Sauthier a écrit : Hello developer mailing list folks, I'd like to propose that we add Pierre-Aexandre Bardina (pabardina) as an OpenStack cloudkitty core reviewer.

Re: [openstack-dev] [all] indoor climbing break at summit?

On 18/10/16 12:17 +0200, Carlos Camacho Gonzalez wrote: Hey! I think is an awesome idea! - We should be able to do some Top roping as the ropes should be already there. - No need to take all you equipment (rental package: harness + shoes + chalk bag 5€) I can take my grigri so no one will die. -

[openstack-dev] [Summit][Security] Ops security session - flagging this for the OSSP

The Ops Meetup, organized by the User Committee's Ops Meetups Team, is a track comprised of collaborative, working sessions for people who are operating OpenStack clouds (and contributors who want to hear from them). The purpose is to share knowledge and best practices among cloud operators, as wel

[openstack-dev] [all] Storlets Newton Release

While not yet part of the big tent (which also explains the time we are at :-) Storlets have a Newton release. This release features: * Python support for writing storlets. This large chunk of work involved refactoring, improving and unit testing much of the code that deals with st

[openstack-dev] [tripleo][ci] jobs shuffle to add IPv6 coverage

Hello, after adding coverage in CI for HA IPv6 scenario here https://review.openstack.org/363674 we wanted to add IPv6 testing on the gates. To not use any more resources the first suggestion to add IPv6 to the gates was to make all HA jobs IPv6, move network isolation testing for IPv4 on non-ha j

[openstack-dev] [neutron] neutron-qos meeting cancelled until 11/15

All, I am cancelling the neutron-qos meeting for this week, as well as the week right after the summit. So the next neutron-qos meeting will be on 11/15. I look forward to seeing you all in Barcelona! Thanks, --N. __ Op

Re: [openstack-dev] [tripleo][ironic] introspection and CI

On 10/18/2016 07:20 AM, Wesley Hayutin wrote: > See my response inline. > > On Tue, Oct 18, 2016 at 6:07 AM, Dmitry Tantsur wrote: > >> On 10/17/2016 11:10 PM, Wesley Hayutin wrote: >> >>> Greetings, >>> >>> The RDO CI team is considering adding retries to our calls to >>> introspection >>> ag

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

If there's no objection to us using gunicorn without it being present in g-r, then I don't know if I want to argue strongly for adding it -- the only benefit I see to tracking g-r at all is that it lets us continue to get free version tracking for our amphora dependencies as they are updated in g-r

Re: [openstack-dev] [cloudkitty] Proposing Pierre-Alexandre Bardina (pabardina) as core for cloudkitty

Hi All the Cores member are same company, seem not good idea. only 5 revew, 1 commit. On Tue, Oct 18, 2016 at 7:27 PM, Guillaume Espanel < guillaume.espa...@objectif-libre.com> wrote: > +1 > > -- > Guillaume Espanel > Objectif Libre www.objectif-libre.com > Infrastructure et Formations Linux >

Re: [openstack-dev] [oslo] Propose support generate IPv4 and IPv6 random address( or network) for documentation(test?)

Excerpts from Joshua Harlow's message of 2016-10-17 20:59:23 -0700: > I think doug (he can correct me if I am wrong) was more wondering the > question of 'why would you want to use random data' in a test vs using > known fixed data. When a test fails it can be quite hard to identify the > reason

Re: [openstack-dev] [ironic] Core team updates

Chris and Haomeng, thanks for your past reviews and I look forward to your return to the core team. For the folks that are clearly reviewing far more than others, what do you think about asking them not to review so much? I'd vote for that :) --ruby From: Jim Rollenhagen Reply-To: "OpenStack

[openstack-dev] [tripleo][release] Tripleo Newton RC3 available

Hello everyone, A new release candidate for Tripleo for the end of the Newton cycle is available. You can find the RC3 source code tarballs at: https://tarballs.openstack.org/instack-undercloud/instack-undercloud-5.0.0.0rc3.tar.gz https://tarballs.openstack.org/puppet-tripleo/puppet-tripleo-5.3.0

Re: [openstack-dev] [tripleo][ironic] introspection and CI

With large sets of nodes to introspect we typically avoid using the bulk introspection. I have written a quick script that introspects a couple nodes at a time: https://gist.github.com/jtaleric/fcca3811cd4d8f37336f9532e5b9c9ff Maybe we can add this sort of logic to bulk introspection, with some re

Re: [openstack-dev] [ironic] Summit schedule is set

Hello ironic'ers, For the design sessions to be as productive as possible, please prepare beforehand so that the sessions are spent discussing and coming up with solutions/consensus, instead of describing and getting folks up-to-speed on the issues. Feel free to add your comments directly in t

[openstack-dev] [Ceilometer]: Instance creation and deletion metrics in ceilometer !

Hi , How can instance created and deleted information/sample can be retrieved from ceilometer. What entries should be there in pipeline.yaml  to get instance deleted information. I tried to have meters- "instance" in pipeline.yam but it always gives active instance details, and no details of

Re: [openstack-dev] [tosca-parser] [heat-translator] cross-project design session with [Tacker] at summit

Qiming, hi, I meant to say Friday Oct 28th (October for Ocata :)) Thanks for noticing it. Absolutely, I have added it to the agenda and I will cover it. Totally understand the overlapping of various sessions. In the Heat Translator we have recently added support for translation to Senlin resou

Re: [openstack-dev] [cloudkitty] Proposing Pierre-Alexandre Bardina (pabardina) as core for cloudkitty

Ho Shake, Thanks for your feedback !!! It is true (that all core so far are from the same company). On the other hand there are only 3 cores... The thing is in the past we haven't been unable to get a contributor on a "long period of time" outside the company... Which is the reason why so f

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On Oct 18, 2016 8:09 AM, "Adam Harwell" wrote: > > If there's no objection to us using gunicorn without it being present in g-r, then I don't know if I want to argue strongly for adding it -- the only benefit I see to tracking g-r at all is that it lets us continue to get free version tracking for

[openstack-dev] Ops Lightning Talks

Dear Readers, We have TWO back-to-back (double sessions) of Lightning Talks for Operators. And by "for Operators" I mean largely that Operators will be the audience. If you have an OpenStack problem, thingamajig, technique, simplification, gadget, whatzit that readily lends itself to a Lightning

Re: [openstack-dev] [cloudkitty] Proposing Pierre-Alexandre Bardina (pabardina) as core for cloudkitty

Thanks for your reply. Hope the Cloudkitty core review team can more active https://review.openstack.org/#/q/project:openstack/cloudkitty+status:open On Tue, Oct 18, 2016 at 10:49 PM, Christophe Sauthier < christophe.sauth...@objectif-libre.com> wrote: > Ho Shake, > > Thanks for your feedback

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 08:07 AM, Adam Harwell wrote: > If there's no objection to us using gunicorn without it being present in > g-r, then I don't know if I want to argue strongly for adding it -- the > only benefit I see to tracking g-r at all is that it lets us continue to > get free version tracking for

[openstack-dev] [tripleo] [spec] Feedback wanted on TripleO Tendrl Integration Proposal

Hello, I'd like to post a link to a blueprint I am hoping will be discussed at the upcoming summit. Please share any comments you may have in the Gerrit review for the spec. https://review.openstack.org/#/c/387631/ https://blueprints.launchpad.net/tripleo/+spec/tripleo-tendrl-integration

Re: [openstack-dev] [oslo] Propose support generate IPv4 and IPv6 random address( or network) for documentation(test?)

Ihar Hrachyshka wrote: In Neutron, we have a need to allocate random but unique addresses and such. For that matter, we have a concept of exclusive resources: https://github.com/openstack/neutron/tree/master/neutron/tests/common/exclusive_resources that are relying on locks and shared file based

[openstack-dev] [api] [nova] microversion edge case query

I'm in the midst of writing the microversion handling code for the placement API and I've stumbled across a situation that I'm not sure how I should resolve. This is not necessarily something that someone should do with microversion, but since it is possible, I'd like to make the code behave in t

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

> On Oct 18, 2016, at 5:14 AM, Ian Cordasco wrote: > > > > -Original Message- > From: Thierry Carrez mailto:thie...@openstack.org>> > Reply: OpenStack Development Mailing List (not for usage questions) > mailto:openstack-dev@lists.openstack.org>> > Date: October 18, 2016 at 03:55:41

Re: [openstack-dev] [oslo] Propose support generate IPv4 and IPv6 random address( or network) for documentation(test?)

Joshua Harlow wrote: Ihar Hrachyshka wrote: In Neutron, we have a need to allocate random but unique addresses and such. For that matter, we have a concept of exclusive resources: https://github.com/openstack/neutron/tree/master/neutron/tests/common/exclusive_resources that are relying on lock

Re: [openstack-dev] [all] indoor climbing break at summit?

On 17/10/16 18:43, Chris Dent wrote: On Mon, 17 Oct 2016, gordon chung wrote: you forgot to add disclaimer how you broke every bone in your body a while back. \o/ Thanks for paying attention, you get a gold star. But actually it was only three. And it was outside. Maybe what you're really lo

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

We really don't want bindep IMO -- it's much safer to use the non-packaged version from pypi for our purposes, since we may not be running on a system that packages things like this. Again, our use case may be strange though, as we're really using the python module and not the binaries. --Adam On

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 02:37 AM, Ian Cordasco wrote: > On Oct 17, 2016 7:27 PM, "Thomas Goirand" > wrote: >> >> On 10/17/2016 08:43 PM, Adam Harwell wrote: >> > Jim, that is exactly my thought -- the main focus of g-r as far as I was >> > aware is to maintain interoperability betwee

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 11:35 AM, Thomas Goirand wrote: > The issue isn't co-instability, but the fact that downstream > distribution vendors will only package *ONE* version of a given python > module. If we have Octavia with version X, and another component of > OpenStack with version Y, then we're stuck wi

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 11:25 AM, Adam Harwell wrote: > We really don't want bindep IMO -- it's much safer to use the > non-packaged version from pypi for our purposes, since we may not be > running on a system that packages things like this. Again, our use case > may be strange though, as we're really using

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

> On Oct 18, 2016, at 10:39 AM, Matthew Thode wrote: > > On 10/18/2016 11:25 AM, Adam Harwell wrote: >> We really don't want bindep IMO -- it's much safer to use the >> non-packaged version from pypi for our purposes, since we may not be >> running on a system that packages things like this. Aga

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 02:44 AM, Morgan Fainberg wrote: > For the record uwsgi was not (at least at one point) allowed in g-r as > it was not a "runtime dependency" it was to be installed more like > apache mod_wsgi at the time. Gunicorn could fall into the same category, > it is meant to be used in conjunc

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On Tue, 18 Oct 2016, Matthew Thode wrote: On 10/18/2016 11:25 AM, Adam Harwell wrote: We really don't want bindep IMO -- it's much safer to use the non-packaged version from pypi for our purposes, since we may not be running on a system that packages things like this. Again, our use case may be

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

> On Oct 18, 2016, at 10:41 AM, Thomas Goirand wrote: > > On 10/18/2016 02:44 AM, Morgan Fainberg wrote: >> For the record uwsgi was not (at least at one point) allowed in g-r as >> it was not a "runtime dependency" it was to be installed more like >> apache mod_wsgi at the time. Gunicorn could

Re: [openstack-dev] [nova][scheduler] ResourceProvider design issues

> On Oct 17, 2016, at 8:45 PM, Jay Pipes wrote: > > On 10/17/2016 11:14 PM, Ed Leafe wrote: >> Now that we’re starting to model some more complex resources, it seems that >> some of the original design decisions may have been mistaken. One approach >> to work around this is to create multiple

Re: [openstack-dev] [api] [nova] microversion edge case query

On Tue, 18 Oct 2016, Chris Dent wrote: If the requested microversion is greater than the maximum, a 404 still makes some sense (no mapping _now_), but a 406 could as well because it provides a signal that if you used a different microversion the situation could be different and the time represen

Re: [openstack-dev] [ironic] Core team updates

I just want to give a big thank you to Haomeng Wang and Chris Krelle for all their contributions to Ironic! And especially thanks to Chris (NobodyCam) for all of his help while I was learning about Ironic. It helps we were in the same timezone, so we overlapped in IRC often :) John > -Ori

Re: [openstack-dev] [api] [nova] microversion edge case query

On Oct 18, 2016, at 11:01 AM, Chris Dent wrote: > > If the requested microversion is greater than the maximum, a 404 still > makes some sense (no mapping _now_), but a 406 could as well because it > provides a signal that if you used a different microversion the > situation could be different and

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Inline comments. On Wed, Oct 19, 2016 at 1:38 AM Thomas Goirand wrote: > On 10/18/2016 02:37 AM, Ian Cordasco wrote: > > On Oct 17, 2016 7:27 PM, "Thomas Goirand" > > wrote: > >> > >> On 10/17/2016 08:43 PM, Adam Harwell wrote: > >> > Jim, that is exactly my thought -- t

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

For the record, it might help if people actually look at how we're proposing to use the gunicorn python module (remember, this code is executing inside a *service VM*, not on the main control plane): https://review.openstack.org/#/c/386758/12/octavia/cmd/agent.py On Wed, Oct 19, 2016 at 2:05 AM A

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Excerpts from Doug Wiegley's message of 2016-10-18 09:59:54 -0600: > > > On Oct 18, 2016, at 5:14 AM, Ian Cordasco wrote: > > > > > > > > -Original Message- > > From: Thierry Carrez mailto:thie...@openstack.org>> > > Reply: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [tripleo][ci] jobs shuffle to add IPv6 coverage

On Tue, Oct 18, 2016 at 8:10 AM, Gabriele Cerami wrote: > Hello, > > after adding coverage in CI for HA IPv6 scenario here > https://review.openstack.org/363674 we wanted to add IPv6 testing on the > gates. > To not use any more resources the first suggestion to add IPv6 to the > gates was to make

Re: [openstack-dev] [tripleo][release] Tripleo Newton RC3 available

On Tue, Oct 18, 2016 at 10:13 AM, Doug Hellmann wrote: > Hello everyone, > > A new release candidate for Tripleo for the end of the Newton cycle > is available. You can find the RC3 source code tarballs at: > > https://tarballs.openstack.org/instack-undercloud/instack-undercloud-5.0.0.0rc3.tar.gz

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

> On Oct 18, 2016, at 11:30 AM, Doug Hellmann wrote: > > Excerpts from Doug Wiegley's message of 2016-10-18 09:59:54 -0600: >> >>> On Oct 18, 2016, at 5:14 AM, Ian Cordasco >> > wrote: >>> >>> >>> >>> -Original Message- >>> From: Thierry Carrez mailto:t

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Excerpts from Doug Wiegley's message of 2016-10-18 12:00:35 -0600: > > > On Oct 18, 2016, at 11:30 AM, Doug Hellmann wrote: > > > > Excerpts from Doug Wiegley's message of 2016-10-18 09:59:54 -0600: > >> > >>> On Oct 18, 2016, at 5:14 AM, Ian Cordasco >>> > wrote

[openstack-dev] [swg] Meeting next week cancelled & Barcelona Summit info

Hi there SWG-ers & OpenStackers, This is official notice that our Tues, Oct 25th, 15:00 UTC meeting is canceled due to the Ocata Summit in Barcelona. The Stewardship Working Group has two sessions worth attending live if you'll be in Barcelona. 1) A cross project session Wednesday at 12:15 PM [0

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

> On Oct 18, 2016, at 12:10 PM, Doug Hellmann wrote: > > Excerpts from Doug Wiegley's message of 2016-10-18 12:00:35 -0600: >> >>> On Oct 18, 2016, at 11:30 AM, Doug Hellmann >> > wrote: >>> >>> Excerpts from Doug Wiegley's message of 2016-10-18 09:59:54 -0600: >>

Re: [openstack-dev] [puppet] weekly meeting #94

tack-meeting-4 > > Here is the agenda: > https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20161018 > > Feel free to add topics, and any outstanding bug and patch. > > See you tomorrow! > Thanks > > -- > ~~~

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 12:05 PM, Adam Harwell wrote: > Inline comments. > > On Wed, Oct 19, 2016 at 1:38 AM Thomas Goirand > wrote: > > On 10/18/2016 02:37 AM, Ian Cordasco wrote: > > On Oct 17, 2016 7:27 PM, "Thomas Goirand" > >

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Yep, I believe we did this in the past when we first started down this path with Octavia, but we may have been too early -- maybe now is a better time to do it. I will be at the summit and more than happy to attend a related meeting. But, I agree with Doug that we shouldn't stall this because of th

[openstack-dev] [all][tc][horizon][ux][qa][release] cleaning up extra-atcs list

We have a handful of people listed for ATC status under the "extra-atcs" lists in the governance repository for whom the expiration date has passed. I've prepared a patch to clean up the lists [1] and added the PTLs for the related projects so they can confirm or indicate their intent to renew the

[openstack-dev] [tacker] Weekly meeting cancelled for Oct 25th 2016 and Nov 1st 2016

Hi Tackers, Tacker weekly meeting is cancelled for the following 2 weeks i.e., Oct 25th 2016 and Nov 1st 2016 in lieu of the summit and folks travelling back. We will resume on Nov 8th 2016. Have a great summit and safe travels! -Sripriya __

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Excerpts from Doug Wiegley's message of 2016-10-18 12:21:20 -0600: > > > On Oct 18, 2016, at 12:10 PM, Doug Hellmann wrote: > > > > Excerpts from Doug Wiegley's message of 2016-10-18 12:00:35 -0600: > >> > >>> On Oct 18, 2016, at 11:30 AM, Doug Hellmann >>> > wrot

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

> On Oct 18, 2016, at 12:42 PM, Doug Hellmann wrote: > > Excerpts from Doug Wiegley's message of 2016-10-18 12:21:20 -0600: >> >>> On Oct 18, 2016, at 12:10 PM, Doug Hellmann wrote: >>> >>> Excerpts from Doug Wiegley's message of 2016-10-18 12:00:35 -0600: > On Oct 18, 2016, at 11:3

[openstack-dev] [keystone] meeting canceled next week (oct 25 2016)

due to the summit we'll be canceling the meeting next week. stevemar __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.opens

[openstack-dev] [nova][bugs] No Nova Bugs Team Meeting this Week

So apparently I did not actually send this to the list. Sorry for any confusion! On Mon, Oct 17, 2016, at 01:16 PM, Augustina Ragwitz wrote: > I'm on holiday and unable to host this week's meeting. If you have any > questions regarding bug maintenance, bug triage, or anything bug team > related, f

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

Excerpts from Doug Wiegley's message of 2016-10-18 12:53:18 -0600: > > > On Oct 18, 2016, at 12:42 PM, Doug Hellmann wrote: > > > > I expect you could take over a corner of the dev lounge or some > > other space to hold a BoF to at least start the discussion and get > > some interested folks line

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On 10/18/2016 03:56 PM, Doug Hellmann wrote: > Excerpts from Doug Wiegley's message of 2016-10-18 12:53:18 -0600: >> >>> On Oct 18, 2016, at 12:42 PM, Doug Hellmann wrote: >>> >>> I expect you could take over a corner of the dev lounge or some >>> other space to hold a BoF to at least start the

Re: [openstack-dev] [cloudkitty] Proposing Pierre-Alexandre Bardina (pabardina) as core for cloudkitty

Le 2016-10-18 17:30, Shake Chen a écrit : Thanks for your reply. Hope the Cloudkitty core review team can more active https://review.openstack.org/#/q/project:openstack/cloudkitty+status:open [7] First of all you are more than welcome to come and participate ;) Meanwhile you can be sure tha

[openstack-dev] OpenStack upstream specs - Invitation to edit

I've shared an item with you: OpenStack upstream specs https://docs.google.com/document/d/1oZzTLFBASwSydy2NNUXJlBA1nRNB-qvoJF_H49utNc4/edit?usp=sharing&invite=CJOpnqIJ&ts=58069599 It's not an attachment -- it's stored online. To open this item, just click the link above. __

[openstack-dev] [puppet] Summit scheduling

Hi, This time we won't have much topics to discuss but still have 2 working sessions. See schedule: https://www.openstack.org/summit/barcelona-2016/summit-schedule/global-search?t=Puppet+OpenStack%3A+Work+session Contributors and non-contributors are welcome to come and work together. It can be a

[openstack-dev] [tripleo] Summit schedule / Final draft

Greetings, This is a final draft of TripleO summit sessions. Please let me know any feedback or schedule conflict before end of week so maybe we can still arrange things. https://www.openstack.org/summit/barcelona-2016/summit-schedule/global-search?t=TripleO%3A TripleO: Containers - Current Stat

Re: [openstack-dev] [osc] bug/design flaw: Clients not cached per region

In response to Jamie's comment I've abandoned my patch in favor of this one: https://review.openstack.org/#/c/388232 It simply removes the ClientCache from the openstackclient code and replaces it with property(). On 18/10/16 17:10, Adrian Turjak wrote: > > On 18/10/16 15:52, Jamie Lennox wrote

[openstack-dev] [glance][VMT][Security] Glance coresec reorg

Hello everyone, First, I'd like to thank Flavio Percoco and Kairat Kushaev for their past service as members of the Glance core security contacts team. Unfortunately, due to other commitments, they don't have time to continue on coresec. Thus, the main point of this email is to propose Ian Cordas

Re: [openstack-dev] [glance][VMT][Security] Glance coresec reorg

+1 for Ian. He has great security knowledge and will be an awesome asset for any security team. On Tue, Oct 18, 2016, 3:24 PM Brian Rosmaita wrote: > Hello everyone, > > First, I'd like to thank Flavio Percoco and Kairat Kushaev for their past > service as members of the Glance core security co

Re: [openstack-dev] [glance][VMT][Security] Glance coresec reorg

+1 for Ian, I think he'd be a great addition. Charles Neill From: Travis McPeak mailto:travis.mcp...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, October 18, 2016 at 17:26 To: "OpenStack Development

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

+1 Thanks for organizing this. On Fri, Oct 14, 2016 at 01:30:57PM -0500, Miguel Lavalle wrote: > Dear Neutrinos, > > I am organizing a social event for the team on Thursday 27th at 19:30. > After doing some Google research, I am proposing Raco de la Vila, which is > located in Poblenou: http://

[openstack-dev] [nova] Nova API sub-team meeting

Hi, We have weekly Nova API meeting today. The meeting is being held Wednesday UTC1300 and irc channel is #openstack-meeting-4. The proposed agenda and meeting details are here: https://wiki.openstack.org/wiki/Meetings/NovaAPI Please feel free to add items to the agenda. Thanks ___

Re: [openstack-dev] [oslo] Propose support generate IPv4 and IPv6 random address( or network) for documentation(test?)

Thanks for your explicit explanations，I even misunderstand(maybe superficial understand) the intentions of the random IP when I set up this thread :) Ihar Hrachyshka 于2016年10月19日周三 上午12:05写道： > (To clarify for those not part of the neutron dev team, ‘fullstack’ in > neutron gate is not devstack/t

Re: [openstack-dev] Event notification descriptors/schemas (? swagger ?)

On Fri, Oct 14, 2016 at 7:14 PM, Joshua Harlow wrote: > >> This is exactly what we are planning to do. Work is ongoing to add >> to_json_schema >> support for every VersionedObject field [1]. Then we would like to add a >> small >> tool to nova that makes it possible to generate the json schemas

[openstack-dev] [devstack][CI] Etcd server setuped in devstack script can not be reached in CI unit tests

Hi all, I intended to use etcd as data store for Zun project. So I installed docker and started a docker container with an etcd server running in it using devstack script. The etcd server listens on 127.0.0.1:2379 for client requests. And per CI log [1] the container had been started successful

Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r

On Mon, Oct 17, 2016 at 08:12:45PM -0600, Doug Wiegley wrote: > Right, so, we’re dancing around the common problem in openstack lately: what > the heck is openstack? Sorry to get here so late. > This came up because service VMs/data plane implementations, which this is, > have different requirem

[openstack-dev] [nova][oslo][openstack-ansible] DB deadlocks, Mitaka, and You

Hello all, As some folks may know the OSIC cloud1 just upgraded to Mitaka last week (I know what's old is new again, sorry). Since the upgrade things have been running fairly smoothly however there's been one issue that has left me scratching my head. When attempting a scale out test we've run int

Re: [openstack-dev] [release][ansible][fuel][kolla][puppet][tripleo] proposed deadlines for cycle-trailing projects

Doug, Kolla rc3 is available in the queue by the hard deadline (more or less). I have a quick Q - would I need to submit another 3.0.0 patch with the same git commit id, or does the release team do that automatically? Regards -steve On 10/7/16, 12:16 PM, "Doug Hellmann" wrote: >This wee

[openstack-dev] [Horizon] Meeting this week cancelled

Hi folks, With the summit almost upon us, and no agenda items or significant notices, I'm cancelling this week's team meeting (was scheduled for 2016/10/19 20:00UTC). Cheers, Richard __ OpenStack Development Mailing Li

[openstack-dev] [fwaas] Weekly meeting cancelled on Oct 25th due to the Summit.

Hi All: We will cancel the FWaaS meeting next week due to the summit and resume the week after on Nov 1 as usual. Thanks and Safe travels. Sridar __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [neutron][networking-vpp]Introducing networking-vpp

On 6 October 2016 at 10:43, Jay Pipes wrote: > On 10/06/2016 11:58 AM, Naveen Joy (najoy) wrote: > >> It’s primarliy because we have seen better stability and scalability >> with etcd over rabbitmq. >> > > Well, that's kind of comparing apples to oranges. :) > > One is a distributed k/v store. Th

Re: [openstack-dev] [glance][VMT][Security] Glance coresec reorg

+1 to both Erno and Ian. Both have made solid contributions to Glance over the past few cycles and are very thorough in their approach. I believe both of them will be great additions to the Glance coresec group. -Hemanth From: Brian Rosmaita Sent: Tuesday

Re: [openstack-dev] [devstack][CI] Etcd server setuped in devstack script can not be reached in CI unit tests

On Tue, Oct 18, 2016, at 07:08 PM, Wenzhi Yu (yuywz) wrote: > Hi all, > > I intended to use etcd as data store for Zun project. So I installed > docker and started a docker container with an etcd server running in it > using > devstack script. The etcd server listens on 127.0.0.1:2379 for client

[openstack-dev] [senlin]Cancelling weekly IRC meeting for Oct. 25th

Hi, guys, the Senlin IRC meeting on Oct. 25th will be cancelled for majority of the team will be in travel next week for Barcelona summit. Thanks and have a good trip. -- Best regards, Yanyan __ OpenStack Development Mailing

[openstack-dev] [nova] Deprecate VMware CI that uses nova-network

Hi, We have added Nova upstream CI to use NSX, currently it is non-voting. After we test its stability, we will replace the novanet one. Thanks Sihan __ OpenStack Development Mailing List (not for usage questions) Unsubscri

Re: [openstack-dev] [Horizon] Meeting this week cancelled

Oh, and the meeting next week (26th) will also not happen due to the summit. Richard On 19 October 2016 at 14:22, Richard Jones wrote: > Hi folks, > > With the summit almost upon us, and no agenda items or significant > notices, I'm cancelling this week's team meeting (was scheduled for >

[openstack-dev] [new][oslo] automaton 1.5.0 release (ocata)

We are jubilant to announce the release of: automaton 1.5.0: Friendly state machines for python. This release is part of the ocata release series. The source is available from: http://git.openstack.org/cgit/openstack/automaton Download the package from: https://pypi.python.org/pypi/au

[openstack-dev] [new][oslo] oslo.context 2.10.0 release (ocata)

We are glowing to announce the release of: oslo.context 2.10.0: Oslo Context library This release is part of the ocata release series. The source is available from: http://git.openstack.org/cgit/openstack/oslo.context Download the package from: https://pypi.python.org/pypi/oslo.contex

[openstack-dev] [new][oslo] oslo.rootwrap 5.2.0 release (ocata)

We are glowing to announce the release of: oslo.rootwrap 5.2.0: Oslo Rootwrap This release is part of the ocata release series. The source is available from: http://git.openstack.org/cgit/openstack/oslo.rootwrap Download the package from: https://pypi.python.org/pypi/oslo.rootwrap Pl

[openstack-dev] [new][oslo] oslo.cache 1.15.0 release (ocata)

We are frolicsome to announce the release of: oslo.cache 1.15.0: Cache storage for OpenStack projects. This release is part of the ocata release series. The source is available from: http://git.openstack.org/cgit/openstack/oslo.cache Download the package from: https://pypi.python.org/

[openstack-dev] [new][oslo] oslo.messaging 5.11.0 release (ocata)

We are high-spirited to announce the release of: oslo.messaging 5.11.0: Oslo Messaging API This release is part of the ocata release series. The source is available from: http://git.openstack.org/cgit/openstack/oslo.messaging Download the package from: https://pypi.python.org/pypi/osl

[openstack-dev] [new][oslo] debtcollector 1.9.0 release (ocata)

We are grateful to announce the release of: debtcollector 1.9.0: A collection of Python deprecation patterns and strategies that help you collect your technical debt in a non- destructive manner. This release is part of the ocata release series. The source is available from: http://git.open

  1   2   >