[openstack-dev] [sahara] No meeting today

[Telles Nobrega]

Sorry for the late notice but we are not having sahara meeting today.

Thanks folks,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] PTL out for a week

[Telles Nobrega]

Thanks Jeremy.
On Thu, 11 Oct 2018 at 02:09 Jeremy Freudberg 
wrote:

> Enjoy the PTO, Telles!
>
> I don't really have much to share at a meeting. My vote is for no meeting.
> Our other active core and other active community members can agree to
> cancel or not, and I'll heed that decision.
>
> On Wed, Oct 10, 2018 at 4:42 PM Telles Nobrega 
> wrote:
>
>> Hi all,
>>
>> I'm taking PTO from tomorrow until Monday Oct 22nd. I won't cancel the
>> meeting yet but let me know if you want me to.
>>
>> See you all in a couple weeks.
>>
>> Thanks,
>> --
>>
>> TELLES NOBREGA
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat Brasil  <https://www.redhat.com/>
>>
>> Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo
>>
>> tenob...@redhat.com
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>  Red Hat é reconhecida entre as melhores empresas para trabalhar no
>> Brasil pelo Great Place to Work.
>>
> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] PTL out for a week

[Telles Nobrega]

Hi all,

I'm taking PTO from tomorrow until Monday Oct 22nd. I won't cancel the
meeting yet but let me know if you want me to.

See you all in a couple weeks.

Thanks,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] No meeting on Sep 6th and Sep 13th

[Telles Nobrega]

Hi folks,

as we approach the PTG and we will have enough time to talk over problems
face to face I'm canceling our team meeting this week and next week as well.

See you in Denver.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Anti-affinity Broke

[Telles Nobrega]

Hi all,

We have an open bug on storyboard regarding anti-affinity on sahara.
https://storyboard.openstack.org/#!/story/2002656

This was proposed by Joe Topjian and I have implemented the proposed fix.
Unfortunetely we don't have resources to test it properly. Joe, if you can
take a look and review https://review.openstack.org/#/c/587978/ .

We need this reviewed and merged by tomorrow in order to have it in Rocky.

Thanks
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] New Contributor

[Telles Nobrega]

That is great to hear. Plese join us at #openstack-sahara so we can discuss
a little more of what work you want to do.

Welcome aboard.

On Tue, Aug 21, 2018 at 5:22 AM Ivoline Ngong 
wrote:

> Hello Kendall and Telles,
>
> Thanks so much for warm welcome. I feel at home already.
> The links sent were quire helpful and gave me an insight into what
> OpenStack is all about.
> After reading lightly about the different projects, the Sahara project
> caught my attention.
>
> Probably because I am interested in data science. I will love to explore
> the Sahara project some more.
>
> Cheers,
> Ivoline
>
>
>
> On Mon, Aug 20, 2018 8:42 PM, Telles Nobrega tenob...@redhat.com wrote:
>
>> Hi Ivoline,
>>
>> Also a little late but wanted to say welcome aboard, hopefully you will
>> find a very welcoming community here and of course a lot of work to do.
>>
>> I work with Sahara, the big data processing project of OpenStack, we need
>> help for sure.
>>
>> If this area interests you in any way, feel free to join us at
>> #openstack-sahara on IRC or email me and we can send some work at your
>> direction.
>>
>>
>> On Mon, Aug 20, 2018 at 2:37 PM Kendall Nelson 
>> wrote:
>>
>> Hello Ivoline,
>>
>> While I'm a little late to the party, I still wanted to say welcome and
>> offer my help :)
>>
>> If you have any questions based about the links you've been sent, I'm
>> happy to answer them! I can also help you find/get started with a team and
>> introduce you to community members whenever you're ready.
>>
>> -Kendall Nelson (diablo_rojo)
>>
>>
>> On Mon, 20 Aug 2018, 4:08 am Ivoline Ngong, 
>> wrote:
>>
>> Thanks so much for help Josh and Thierry. I'll check out the links and
>> hopefully find a way forward from there. Will get back here in case I have
>> any questions.
>>
>> Cheers,
>> Ivoline
>>
>> On Mon, Aug 20, 2018, 12:01 Thierry Carrez  wrote:
>>
>> Ivoline Ngong wrote:
>> > I am Ivoline Ngong. I am a Cameroonian who lives in Turkey. I will love
>> > to contribute to Open source through OpenStack. I code in Java and
>> > Python and I think OpenStack is a good fit for me.
>> > I'll appreciate it if you can point me to the right direction on how I
>> > can get started.
>>
>> Hi Ivoline,
>>
>> Welcome to the OpenStack community !
>>
>> The OpenStack Technical Committee maintains a list of areas in most need
>> of help:
>>
>> https://governance.openstack.org/tc/reference/help-most-needed.html
>>
>> Depending on your interest, you could pick one of those projects and
>> reach out to the mentioned contact points.
>>
>> For more general information on how to contribute, you can check out our
>> contribution portal:
>>
>> https://www.openstack.org/community/
>>
>> --
>> Thierry Carrez (ttx)
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> --
>>
>> TELLES NOBREGA
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat Brasil  <https://www.redhat.com/>
>>
>> Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo
>>
>> tenob...@redhat.com
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>  Red Hat é reconhecida entre as melhores empresas para trabalhar no
>> Brasil pelo Great Place to Work.
>>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [goal][python3] week 2 update

[Telles Nobrega]

>   | https://review.openstack.org/593914 |
> | import zuul job settings from project-config | openstack/sahara-tests
>   | https://review.openstack.org/593915 |
> | switch documentation job to new PTI  | openstack/sahara-tests
>   | https://review.openstack.org/593916 |
> | add python 3.6 unit test job | openstack/sahara-tests
>   | https://review.openstack.org/593917 |
>
> +--+-+-----+
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [goal][python3] week 2 update

[Telles Nobrega]

ing list will give the widest audience the
>> chance to see the answers.
>>
>> We are using the #openstack-dev IRC channel for discussion as well,
>> but I'm not sure how good our timezone coverage is so it's probably
>> better to use the mailing list.
>>
>> == Reference Material ==
>>
>> Goal description:
>> https://governance.openstack.org/tc/goals/stein/python3-first.html
>> Open patches needing reviews:
>> https://review.openstack.org/#/q/topic:python3-first+is:open
>> Storyboard: https://storyboard.openstack.org/#!/board/104
>> Zuul migration notes: https://etherpad.openstack.org/p/python3-first
>> Zuul migration tracking:
>> https://storyboard.openstack.org/#!/story/2002586
>> Python 3 Wiki page: https://wiki.openstack.org/wiki/Python3
>>
>>
>>
>> __________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> --
>
> *Nguyen Tri Hai  <http://nguyentrihai.com/>*/ Ph.D. Student
>
> ANDA Lab., Soongsil Univ., Seoul, South Korea
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] New Contributor

[Telles Nobrega]

Hi Ivoline,

Also a little late but wanted to say welcome aboard, hopefully you will
find a very welcoming community here and of course a lot of work to do.

I work with Sahara, the big data processing project of OpenStack, we need
help for sure.

If this area interests you in any way, feel free to join us at
#openstack-sahara on IRC or email me and we can send some work at your
direction.


On Mon, Aug 20, 2018 at 2:37 PM Kendall Nelson 
wrote:

> Hello Ivoline,
>
> While I'm a little late to the party, I still wanted to say welcome and
> offer my help :)
>
> If you have any questions based about the links you've been sent, I'm
> happy to answer them! I can also help you find/get started with a team and
> introduce you to community members whenever you're ready.
>
> -Kendall Nelson (diablo_rojo)
>
>
> On Mon, 20 Aug 2018, 4:08 am Ivoline Ngong, 
> wrote:
>
>> Thanks so much for help Josh and Thierry. I'll check out the links and
>> hopefully find a way forward from there. Will get back here in case I have
>> any questions.
>>
>> Cheers,
>> Ivoline
>>
>> On Mon, Aug 20, 2018, 12:01 Thierry Carrez  wrote:
>>
>>> Ivoline Ngong wrote:
>>> > I am Ivoline Ngong. I am a Cameroonian who lives in Turkey. I will
>>> love
>>> > to contribute to Open source through OpenStack. I code in Java and
>>> > Python and I think OpenStack is a good fit for me.
>>> > I'll appreciate it if you can point me to the right direction on how I
>>> > can get started.
>>>
>>> Hi Ivoline,
>>>
>>> Welcome to the OpenStack community !
>>>
>>> The OpenStack Technical Committee maintains a list of areas in most need
>>> of help:
>>>
>>> https://governance.openstack.org/tc/reference/help-most-needed.html
>>>
>>> Depending on your interest, you could pick one of those projects and
>>> reach out to the mentioned contact points.
>>>
>>> For more general information on how to contribute, you can check out our
>>> contribution portal:
>>>
>>> https://www.openstack.org/community/
>>>
>>> --
>>> Thierry Carrez (ttx)
>>>
>>>
>>> __
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] No meeting today

[Telles Nobrega]

Hi folks,

since a couple of our core reviewers are on PTO today we have decided not
to host a meeting today.

If you have any questions just ping us at #openstack-sahara

Thanks,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Sahara PTG Etherpad

[Telles Nobrega]

Hi folks,

I have started working on the planning etherpad for the Stein PTG[1].

Please review it and add more topics so we can review and select what we
can discuss in Denver.

Thanks all,

[1] https://etherpad.openstack.org/p/sahara-stein-ptg
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Stepping down as coordinator for the Outreachy internships

[Telles Nobrega]

Thanks Victoria, you did a great job!!! Thanks for the effort

On Wed, Aug 8, 2018 at 9:44 AM Emilien Macchi  wrote:

> Thanks Victoria for all your efforts, highly recognized!
>
> ---
> Emilien Macchi
>
> On Tue, Aug 7, 2018, 7:48 PM Victoria Martínez de la Cruz, <
> victo...@vmartinezdelacruz.com> wrote:
>
>> Hi all,
>>
>> I'm reaching you out to let you know that I'll be stepping down as
>> coordinator for OpenStack next round. I had been contributing to this
>> effort for several rounds now and I believe is a good moment for somebody
>> else to take the lead. You all know how important is Outreachy to me and
>> I'm grateful for all the amazing things I've done as part of the Outreachy
>> program and all the great people I've met in the way. I plan to keep
>> involved with the internships but leave the coordination tasks to somebody
>> else.
>>
>> If you are interested in becoming an Outreachy coordinator, let me know
>> and I can share my experience and provide some guidance.
>>
>> Thanks,
>>
>> Victoria
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Anti-Affinity Broke

[Telles Nobrega]

Thanks, that is what I did as well.

On Wed, Aug 1, 2018 at 3:50 PM Joe Topjian  wrote:

> Hello,
>
> Yes, those workarounds were able to get anti-affinity working. In my
> original email I noted the uninitialized key issue. We're getting around
> this by doing the following:
>
> properties[SERVER_GROUP_NAMES] = []
>
> Thanks,
> Joe
>
>
> On Wed, Aug 1, 2018 at 12:39 PM, Telles Nobrega 
> wrote:
>
>> Hi Joe,
>>
>> sorry for only replying to this now, but I just got time to work on it
>> today.
>>
>> When you did those workarounds, did it all work properly? I'm hitting an
>> issue with a KeyError whili trying to add the resource to the properties.
>>
>> properties[SERVER_GROUP_NAMES].insert(i,
>> server_group_resource)
>>
>> Thanks,
>>
>>
>> On Fri, Jun 22, 2018 at 5:03 AM Luigi Toscano 
>> wrote:
>>
>>> On Friday, 22 June 2018 05:00:16 CEST Joe Topjian wrote:
>>> > Hello,
>>> >
>>> > I originally posted this to the general openstack list to get a sanity
>>> > check on what I was seeing. Jeremy F reached out and confirmed that,
>>> so I'm
>>> > going to re-post the details here to begin a discussion.
>>>
>>> Hi,
>>>
>>> thanks for investigating the issue; it's not the most trivial thing to
>>> test
>>> without a real CI system based on baremetal, and we don't have one at
>>> this
>>> time.
>>>
>>> > I can also create something on StoryBoard for this, too.
>>>
>>> Yes, that would be preferred; could you please open it describing the
>>> symptoms
>>> that you found in addition to the workarounds?
>>>
>>> Ciao
>>> --
>>> Luigi
>>>
>>>
>>>
>>>
>>> __
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>> --
>>
>> TELLES NOBREGA
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat Brasil  <https://www.redhat.com/>
>>
>> Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo
>>
>> tenob...@redhat.com
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>  Red Hat é reconhecida entre as melhores empresas para trabalhar no
>> Brasil pelo Great Place to Work.
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Anti-Affinity Broke

[Telles Nobrega]

Hi Joe,

sorry for only replying to this now, but I just got time to work on it
today.

When you did those workarounds, did it all work properly? I'm hitting an
issue with a KeyError whili trying to add the resource to the properties.

properties[SERVER_GROUP_NAMES].insert(i,
server_group_resource)

Thanks,


On Fri, Jun 22, 2018 at 5:03 AM Luigi Toscano  wrote:

> On Friday, 22 June 2018 05:00:16 CEST Joe Topjian wrote:
> > Hello,
> >
> > I originally posted this to the general openstack list to get a sanity
> > check on what I was seeing. Jeremy F reached out and confirmed that, so
> I'm
> > going to re-post the details here to begin a discussion.
>
> Hi,
>
> thanks for investigating the issue; it's not the most trivial thing to
> test
> without a real CI system based on baremetal, and we don't have one at this
> time.
>
> > I can also create something on StoryBoard for this, too.
>
> Yes, that would be preferred; could you please open it describing the
> symptoms
> that you found in addition to the workarounds?
>
> Ciao
> --
> Luigi
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara][PTL][Elections] Candidacy for Sahara PTL

[Telles Nobrega]

Hi Saharans, I would like to nominate myself to act as PTL for Sahara
during the Stein cycle.

I've been acting as PTL for the last three cycles (Pike, Queens and Rocky)
and I believe that we had good results and the project improved well during
this time.

Moving forward I plan to continue working on the direction of stabilization
of the project and improvements of user experience.

* Bug triaging:

We need to clean up our bug list. This has been a goal on all last cycles
and we need to continue this work.

* Documentation:

Improvements on documentation is always needed and we had some new features
introduced and we have to make sure that we keep documentation up to date
and user friendly.

* Final APIv2 work

Sadly we didn't finish this in Rocky and for sure we will have to finish in
Stein.

* Modularity

One of the main features planned for Stein is the split of the plugins from
the Sahara code. This will easy the installment and maintenance of Sahara
by deployers.

I hope that I can continue leading the team and help improve Sahara as much
as we can.


-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara][ptg] Sahara schedule

[Telles Nobrega]

Hi Saharans,

as previously discussed, we are scheduled for Monday and Tuesday at the PTG
in Denver. I would like to hear from folks who are planning to be there
which days works best for you. Options are, Monday and Tuesday or Tuesday
and Wednesday.

Keep in mind that I can't guarantee a switch, I can only propose to the
organizers and see what we can do.

Thanks all,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Canceling today's meeting

[Telles Nobrega]

Hi saharans and interested folks, we won't be having meeting today since at
least half of our team is on PTO today.

We will be back next Thursday.

See you all.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Meeting Canceled

[Telles Nobrega]

Hi folks,

Since I'm attending the OpenStack Summit I won't be able to attend the
meeting this week and therefore I'm canceling it.

If anything critical comes up and needs some discussion this week, send an
email on ML and I will reply ASAP.

Thanks,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [tripleo] PTG session about All-In-One installer: recap & roadmap

[Telles Nobrega]

I'd really love to this going forward, I fit perfectly on the category that
I usually don't test stuff on tripleO because it can get too complex and it
will take a lot of time to deploy, so this seems like a perfect solution
for that.

Thanks for putting this forward.

On Tue, Apr 3, 2018 at 11:00 AM Javier Pena <jp...@redhat.com> wrote:

>
> > Greeting folks,
> >
> > During the last PTG we spent time discussing some ideas around an
> All-In-One
> > installer, using 100% of the TripleO bits to deploy a single node
> OpenStack
> > very similar with what we have today with the containerized undercloud
> and
> > what we also have with other tools like Packstack or Devstack.
> >
> > https://etherpad.openstack.org/p/tripleo-rocky-all-in-one
> >
>
> I'm really +1 to this. And as a Packstack developer, I'd love to see this
> as a
> mid-term Packstack replacement. So let's dive into the details.
>
> > One of the problems that we're trying to solve here is to give a simple
> tool
> > for developers so they can both easily and quickly deploy an OpenStack
> for
> > their needs.
> >
> > "As a developer, I need to deploy OpenStack in a VM on my laptop,
> quickly and
> > without complexity, reproducing the same exact same tooling as TripleO is
> > using."
> > "As a Neutron developer, I need to develop a feature in Neutron and test
> it
> > with TripleO in my local env."
> > "As a TripleO dev, I need to implement a new service and test its
> deployment
> > in my local env."
> > "As a developer, I need to reproduce a bug in TripleO CI that blocks the
> > production chain, quickly and simply."
> >
>
> "As a packager, I want an easy/low overhead way to test updated packages
> with TripleO bits, so I can make sure they will not break any automation".
>
> > Probably more use cases, but to me that's what came into my mind now.
> >
> > Dan kicked-off a doc patch a month ago:
> > https://review.openstack.org/#/c/547038/
> > And I just went ahead and proposed a blueprint:
> > https://blueprints.launchpad.net/tripleo/+spec/all-in-one
> > So hopefully we can start prototyping something during Rocky.
> >
> > Before talking about the actual implementation, I would like to gather
> > feedback from people interested by the use-cases. If you recognize
> yourself
> > in these use-cases and you're not using TripleO today to test your things
> > because it's too complex to deploy, we want to hear from you.
> > I want to see feedback (positive or negative) about this idea. We need to
> > gather ideas, use cases, needs, before we go design a prototype in Rocky.
> >
>
> I would like to offer help with initial testing once there is something in
> the repos, so count me in!
>
> Regards,
> Javier
>
> > Thanks everyone who'll be involved,
> > --
> > Emilien Macchi
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara][storyboard] Migrating Sahara to Storyboard

[Telles Nobrega]

Hello Saharans and interested parties,

For a while now we all have heard stories about Storyboard and that
projects should start getting ready for migrating from Launchpad to
Storyboard.

Sahara is officially announcing that from Monday, March 19th, we are fully
tracking Sahara on Storyboard. From now on, all bugs, features, tasks and
so on must be registred on Storyboard.

To all people involved in the migration, thanks for the hard work.

To all people involved in Sahara, let me know if you have any problems with
Storyboard and we will reach out to figure out the best way to make the
transition as smooth as possible.

Special thanks to Tosky who worked this weekend to get all patches from the
Sahara side ready.

Thanks all,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara][all] Sahara Rocky Virtual PTG scheduling

[Telles Nobrega]

Thanks for putting this together Jeremy.

On Mon, Mar 12, 2018 at 12:44 PM Jeremy Freudberg <jeremyfreudb...@gmail.com>
wrote:

> Hi all,
>
> Due to my unexpected absence from Dublin we have decided that a
> virtual PTG is a good idea. Let's try to find 90-120 minutes somewhere
> in our busy schedules to convene remotely.
>
> https://www.when2meet.com/?6755109-XpWjd
>
> Please use the poll linked above to choose some times which work for
> you. I've already started it with times that potentially work for me,
> but I can become even more flexible if needed.
>
> (Be warned that the poll site is a bit glitchy... make sure that you
> are seeing the right times. Whatever time zone you are viewing it in
> should show the first slot on Monday as equivalent to 1300 UTC. Also
> be warned that depending on what time zone you are viewing in, the
> date may "roll over" mid-column.)
>
> All interested parties are welcome.
>
> We will decide the exact medium of communication based on what media
> the confirmed participants are able to use. In any case the outcomes
> will be logged to the mailing list.
>
> Best,
> Jeremy
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] PTG Summary

[Telles Nobrega]

now putfo + StringIO for file-like object
   - And if that doesn't work either we will fall back to scp

This email ran longer than expected, more details can be found at
etherpad[1] along side with our priority list for Rocky.

Let me know if you need help understanding anything at the etherpad.

Thanks for all present, and those who tried their best to help even though
weren't there.

[1] https://etherpad.openstack.org/p/sahara-rocky-ptg
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] FFE - Adding Ambari 2.4.2.0 to image gen

[Telles Nobrega]

Taking that the risk to the project is none the FFE exception is granted.

On Fri, Feb 9, 2018 at 3:15 PM Luigi Toscano <ltosc...@redhat.com> wrote:

> Hi,
> I'd like to request a feature exception for
> https://review.openstack.org/#/c/529442/
>
> I finally managed to test it, and the generated image with Ambari 2.4.2.0
> can
> spawn clusters with both HDP 2.4 and HDP 2.3. There are some issues when
> Hive
> is involved, but I think that they are not regressions.
>
> The feature (which it's pretty trivial in itself, but required a fair
> amount
> of testing) is pretty much isolated and it won't cause regressions on other
> components anyway.
>
> Ciao
> --
> Luigi
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Pre-PTG Doc Day

[Telles Nobrega]

On Tue, Feb 6, 2018 at 12:37 PM Jeremy Freudberg <jeremyfreudb...@gmail.com>
wrote:

> On Tue, Feb 6, 2018 at 6:53 AM, Telles Nobrega <tenob...@redhat.com>
> wrote:
> > Hi folks,
> >
> > as we discussed in our last meeting, tomorrow (Wednesday 7th) we are
> going
> > to do a first overview of our documentation in order to gather the
> maximum
> > information of where we need to fix, add or remove stuff so we don't
> waste
> > time at PTG on this.
>
> +1
>
> >
> > We can fix small problems but the main goal is to have a list of places
> that
> > need fixing, so we can use during Rocky cycle as a guide for
> documentation
> > improvement.
> >
> > In order to maiximize our reach it would good to split where each of us
> will
> > be looking at the documentation, so I thought:
> >
> > From:
> > https://docs.openstack.org/sahara/latest/ we can split in 4 parts, since
> > user guide seems to be biggest one person would work on User Guide, and
> > other 3 each work on 2 topics (we can choose freely)
> >
> > From:
> > https://docs.openstack.org/sahara-tests/latest/ it seems very direct,
> maybe
> > tosky and I can take a look at it (everyone is free to do so as well)
>
> There's the saharaclient docs as well - but they are quite short and I
> already read through most of them when I was working on the APIv2
> stuff. So I'll take the client docs, plus whatever other section in
> the main doc that you want to assign me :)
>
> >
> > If anyone needs help, or the rabbit hole grows too much we can always
> > reorganize the split.
> >
> > What do you think of it?
>
> Good plan. Although we should define our focus a bit better. Are we
> just trying to find outdated/incorrect stuff, or should we also be
> trying to look at the big picture? By big picture I mean trying to
> identify gaps, or thinking about organization and not just content.
>


I don't believe this totally up to me, what do you think? I would say lets
consider both cases, but work mainly on the outdated/incorrect stuff and at
PTG/after we can work in more details on the big picture stuff.

> >
> > Thanks
> >
> >
> >
> >
> > --
> >
> > TELLES NOBREGA
> >
> > SOFTWARE ENGINEER
> >
> > Red Hat Brasil
> >
> > Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo
> >
> > tenob...@redhat.com
> >
> > TRIED. TESTED. TRUSTED.
> >  Red Hat é reconhecida entre as melhores empresas para trabalhar no
> Brasil
> > pelo Great Place to Work.
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Pre-PTG Doc Day

[Telles Nobrega]

Sounds great Luigi, thanks

On Tue, Feb 6, 2018 at 12:31 PM Luigi Toscano <ltosc...@redhat.com> wrote:

> On Tuesday, 6 February 2018 12:53:17 CET Telles Nobrega wrote:
> > Hi folks,
> >
> > as we discussed in our last meeting, tomorrow (Wednesday 7th) we are
> going
> > to do a first overview of our documentation in order to gather the
> maximum
> > information of where we need to fix, add or remove stuff so we don't
> waste
> > time at PTG on this.
> >
> > We can fix small problems but the main goal is to have a list of places
> > that need fixing, so we can use during Rocky cycle as a guide for
> > documentation improvement.
>
> Of course I think that if we find that something not trivial can be fixed
> anyway, no one is going to complain.
>
> >
> > In order to maiximize our reach it would good to split where each of us
> > will be looking at the documentation, so I thought:
> >
> > From:
> > https://docs.openstack.org/sahara/latest/ we can split in 4 parts, since
> > user guide seems to be biggest one person would work on User Guide, and
> > other 3 each work on 2 topics (we can choose freely)
>
> I can help with this, but I will start with sahara-tests (see below);
> during
> the day, if no one else is working on other parts, I will start reading
> some
> of those other documents.
>
> >
> > From:
> > https://docs.openstack.org/sahara-tests/latest/ it seems very direct,
> maybe
> > tosky and I can take a look at it (everyone is free to do so as well)
>
> I will focus on this at first.
>
>
> >
> > If anyone needs help, or the rabbit hole grows too much we can always
> > reorganize the split.
> >
> > What do you think of it?
>
> I would say: let's start reading, and maybe we can find that there are some
> topics that can be covered throughout all the documents: reference to
> technologies that are no more valid, or the reference to the pre-built
> images,
> etc, and fix them first. Let's see.
>
> Ciao
> --
> Luigi
>
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Pre-PTG Doc Day

[Telles Nobrega]

Hi folks,

as we discussed in our last meeting, tomorrow (Wednesday 7th) we are going
to do a first overview of our documentation in order to gather the maximum
information of where we need to fix, add or remove stuff so we don't waste
time at PTG on this.

We can fix small problems but the main goal is to have a list of places
that need fixing, so we can use during Rocky cycle as a guide for
documentation improvement.

In order to maiximize our reach it would good to split where each of us
will be looking at the documentation, so I thought:

From:
https://docs.openstack.org/sahara/latest/ we can split in 4 parts, since
user guide seems to be biggest one person would work on User Guide, and
other 3 each work on 2 topics (we can choose freely)

From:
https://docs.openstack.org/sahara-tests/latest/ it seems very direct, maybe
tosky and I can take a look at it (everyone is free to do so as well)

If anyone needs help, or the rabbit hole grows too much we can always
reorganize the split.

What do you think of it?

Thanks




-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] PTL Nomination

[Telles Nobrega]

Hi Saharans, I would like to nominate myself to act as PTL for Sahara
during the Rocky cycle.

I've been acting as PTL for the last two cycles (Pike and Queens) and I
believe that even though we lost a lot of resources we were able to improve
Sahara considerably in the last year.

Moving forward I aim to continue working on the direction of making Sahara
more user oriented.

* Bug triaging:

We need to start testing and cleaning the bug list and sadly this queue did
not decrease significantly and we need to keep working on it.

* Documentation:

We already had improvements this lasy cycle but we need to keep going and
for that we are already planning a documentation day pre-PTG and during PTG.

* Final APIv2 work

We need to finally release APIv2 in Rocky. We released APIv2 as
experimental in Queens and will work to have it as main API in Rocky.

In the overall picture we need to continue improving user experience and
asking what is necessary to make Sahara more usable so we can have Sahara
in more and more OpenStack deployments.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Sahara Rocky PTG

[Telles Nobrega]

Hi Saharans and interested folks,

We are about getting close to the Rocky PTG and the sooner we start putting
our minds together to make the best of the week the better.
I started an etherpad <https://etherpad.openstack.org/p/sahara-rocky-ptg> where
we should add our topic ideas and I will later on organize a schedule based
on what we have there.

Lets get as many idea as possible asap so we have time to prepare to them
all.

Thanks in advance.


-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] No meeting today

[Telles Nobrega]

Hi Saharans,

as we talked last week, we won't be having meeting this week.

Have a great new years and see you all next week.

Thanks
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Switching to longer development cycles

[Telles Nobrega]

I share the same concerns that Matt and Dmitry have already spoken. One
year release process seems like a good plan, but I do feel that cuting the
PTG can directly affect the progress of the cycle.

It would take a great effort from PTLs and Core team to keep developement
going smoothly througout the whole year. I'm not saying it is impossible,
but a little more structure during the release cycle, milestones, or hard
OpenStack wise deadlines could help as well.

On Wed, Dec 13, 2017 at 2:38 PM Dmitry Tantsur <dtant...@redhat.com> wrote:

> On 12/13/2017 06:29 PM, Sean McGinnis wrote:
> > On Wed, Dec 13, 2017 at 05:16:35PM +, Chris Jones wrote:
> >> Hey
> >>
> >> On 13 December 2017 at 17:12, Jimmy McArthur <ji...@openstack.org>
> wrote:
> >>
> >>> Thierry Carrez wrote:
> >>>
> >>>> - It doesn't mean that teams can only meet in-person once a year.
> >>>> Summits would still provide a venue for team members to have an
> >>>> in-person meeting. I also expect a revival of the team-organized
> >>>> midcycles to replace the second PTG for teams that need or want to
> meet
> >>>> more often.
> >>>>
> >>> The PTG seems to allow greater coordination between groups. I worry
> that
> >>> going back to an optional mid-cycle would reduce this
> cross-collaboration,
> >>> while also reducing project face-to-face time.
>
> +++
>
> >>
> >>
> >> I can't speak for the Foundation, but I would think it would be good to
> >> have an official PTG in the middle of the cycle (perhaps neatly aligned
> >> with some kind of milestone/event) that lets people discuss plans for
> >> finishing off the release, and early work they want to get started on
> for
> >> the subsequent release). The problem with team-organised midcycles (as
> I'm
> >> sure everyone remembers), is that there's little/no opportunity for
> >> cross-project work.
> >>
> >> --
> >> Cheers,
> >>
> >> Chris
> >
> > This was one of my concerns initially too. We may have to see how things
> go and
> > course correct once we have a little more data to go on. But the thought
> (or at
> > least the hope) was that we could get by with using the one PTG early in
> the
> > cycle to get alignment, then though IRC, the mailing list, and the
> Forums (keep
> > in mind there will be two Forums within the cycle) we would be able to
> keep
> > things going and discuss any cross project concerns.
>
> Let's please not bring Forum in this context, unless we want to move it
> back to
> the Summit format. Which is not impossible though, we can have one event as
> Forum (+ PTG somewhere close), one event similar to former Summit.
>
> >
> > This may actually get more emphasis on developers attending the Forum. I
> think
> > that is one part of our PTG/Design Summit split that has not fully
> settled the
> > way we had hoped. The Forum is still encouraged for developers to
> attend. But I
> > think the reality has been many companies now just see the Summit as a
> > marketing event and see no reason to send any developers.
>
> It won't change from merely removing one PTG. PTGs really work much better
> than
> Summits used to work for technical discussions, from my experience. Unless
> we
> make Forums work as well, it will be just as hard to justify going there,
> even
> without a PTG.
>
> >
> > I can say from the last couple Forum experiences, a lot of really good
> > discussions have happened there. It's really been unfortunate that there
> were a
> > lot of key people missing from some of those discussions though.
> Personally, my
> > hope with making this change would mean that the likelihood of devs
> being able
> > to justify going to the Forum increases.
>
> .. or for companies to justify cutting the travel budget?
>
> >
> > Sean
> >
> >
> __________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [openstck-dev][sahara] Proposing Shu Yingya to Sahara Core Team

[Telles Nobrega]

During today's meeting we already got a +1 from Tosky and that covers all
of ours cores.

Congrats Shu Yingya, keep up the great work you've been doing.

On Thu, Dec 7, 2017 at 1:15 PM Jeremy Freudberg <jeremyfreudb...@gmail.com>
wrote:

> +1
>
> Thank you Yingya for all the reasons which Telles mentioned. Well-deserved!
>
> On Dec 7, 2017 11:05 AM, "Telles Nobrega" <tenob...@redhat.com> wrote:
>
>> Hi Saharans,
>>
>> I would like to propose the addition of Shu Yingya to the Sahara Core
>> Team.
>>
>> Shu Yingya has been with us for a while now and as of it is common for
>> all core he has shown a great knowledge of the Sahara code base, along with
>> all other small parts of sahara (SIE, sahara-tests, python-saharaclient and
>> even integration of Sahara with deployment tools). Even more, he has
>> contributed with great reviews with interesting fix suggestions and has
>> shown an interest in seeing sahara become a better project each day.
>> Other than that, he has become the biggest Sahara advocate in China,
>> bringing lots of contributors to the project and helping leading them (it
>> is very hard for me to do it with all the time difference).
>>
>> If there is no oposition, I will adding him to the core team ASAP.
>>
>> Thanks all and specially Shu Yiangya for the great work.
>> --
>>
>> TELLES NOBREGA
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat Brasil  <https://www.redhat.com/>
>>
>> Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo
>>
>> tenob...@redhat.com
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>  Red Hat é reconhecida entre as melhores empresas para trabalhar no
>> Brasil pelo Great Place to Work.
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [openstck-dev][sahara] Proposing Shu Yingya to Sahara Core Team

[Telles Nobrega]

Hi Saharans,

I would like to propose the addition of Shu Yingya to the Sahara Core Team.

Shu Yingya has been with us for a while now and as of it is common for all
core he has shown a great knowledge of the Sahara code base, along with all
other small parts of sahara (SIE, sahara-tests, python-saharaclient and
even integration of Sahara with deployment tools). Even more, he has
contributed with great reviews with interesting fix suggestions and has
shown an interest in seeing sahara become a better project each day.
Other than that, he has become the biggest Sahara advocate in China,
bringing lots of contributors to the project and helping leading them (it
is very hard for me to do it with all the time difference).

If there is no oposition, I will adding him to the core team ASAP.

Thanks all and specially Shu Yiangya for the great work.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat Brasil  <https://www.redhat.com/>

Av. Brg. Faria Lima, 3900 - 8º andar - Itaim Bibi, São Paulo

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
 Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil
pelo Great Place to Work.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Canceling this week's meeting

[Telles Nobrega]

Hi saharans, sorry for the late email, but I'm canceling this week's
meeting.

See you all next week.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Meeting time

[Telles Nobrega]

Thanks Luigi.

On Thu, Oct 5, 2017 at 11:32 AM Luigi Toscano <ltosc...@redhat.com> wrote:

> On Wednesday, 4 October 2017 19:23:13 CEST Telles Nobrega wrote:
> > Hi saharans and meeting time organizers,
> >
> > during the Denver PTG the sahara team agreed that the best meeting time
> for
> > the whole team is on Thursday at 14:00UTC.
> >
> > Currently we work with a changing meeting time, one week it is at 14UTC
> and
> > the other is at 18UTC.
> >
> > We would like to ask the meeting organizers if it is possible to change
> all
> > our meetings to Thursday at 14UTC. If so, what are the steps that we need
> > to take to make this happen.
>
> I think that a review to  openstack-infra/irc-meetings should be enough,
> according to http://eavesdrop.openstack.org/ (see "Meeting schedule").
>
> Ciao
> --
> Luigi
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Meeting time

[Telles Nobrega]

Hi saharans and meeting time organizers,

during the Denver PTG the sahara team agreed that the best meeting time for
the whole team is on Thursday at 14:00UTC.

Currently we work with a changing meeting time, one week it is at 14UTC and
the other is at 18UTC.

We would like to ask the meeting organizers if it is possible to change all
our meetings to Thursday at 14UTC. If so, what are the steps that we need
to take to make this happen.

Thanks in advance,

-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] PTL duties and Meeting on Sep 29th

[Telles Nobrega]

Exactly. Thursday the 28th. Thanks.
On Fri, 22 Sep 2017 at 17:39 Jeremy Freudberg <jeremyfreudb...@gmail.com>
wrote:

> Enjoy the time off. You've earned it.
>
> Quick note, the cancelled meeting date will actually be Thursday Sept
> *28* not 29 (which evidently coincides with Czech Statehood Day).
>
> On Fri, Sep 22, 2017 at 3:29 PM, Telles Nobrega <tenob...@redhat.com>
> wrote:
> > Hi Saharans and interested parties,
> >
> > Next week I will be on PTO, I don't think pointing a temporary PTL is
> > necessary since we have active cores that can handle the work without a
> > problem.
> >
> > Also, since I will on PTO and Thursday is a public holiday in Tchech
> > Republic I'm canceling the meeting.
> >
> > Thanks all and see you in week.
> >
> > --
> >
> > TELLES NOBREGA
> >
> > SOFTWARE ENGINEER
> >
> > Red Hat I
> >
> > tenob...@redhat.com
> >
> > TRIED. TESTED. TRUSTED.
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] PTL duties and Meeting on Sep 29th

[Telles Nobrega]

Hi Saharans and interested parties,

Next week I will be on PTO, I don't think pointing a temporary PTL is
necessary since we have active cores that can handle the work without a
problem.

Also, since I will on PTO and Thursday is a public holiday in Tchech
Republic I'm canceling the meeting.

Thanks all and see you in week.

-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] PTG Summary

[Telles Nobrega]

Hello Saharan's and interested folks, this past week we had our PTG at
Denver and it was a very productive one, with so many discussions and too
much to do after that. In the next lines I will describe a little of the
main decisions made by the Sahara team.

Pike Retrospective
-
We started our PTG with a retrospective from the previous cycle. Since
there were only sahara members on the room and we basically walked through
the good and bads from the cycle.

On the bad side:
 - Losing too many community members
 - First PTL cycle was a little overwhelming
 - We had too much errors not caught by tests
 - We lost our third-party CI
On the good side:
 - Most of our priorities was finished
 - Even with minimum hands we managed to get plugins updated and deliver a
good product
 - We met the documentation in project goal

Documentation

Alongside the community with the goal of moving documentation into project
tree we were able to move a lot of our documentation into tree with just
details left for Queens cycle.
Also, we plan to do a Documentation day in order to update and improve our
documentation.

APIv2

This feature has been around for quite some time and in Pike we had a good
advance in its implementation. We were able to do most of the work needed
for its release but there are a few steps left. Our plan is to finish up
all these steps in Queens and release APIv2 as experimental (at least).

Sahara-CI
--
During the Pike cycle we lost our third-party CI. In Queens we need to
gather resources to deploy a new CI as well as improve our CI in infra with
vanilla multinode jobs. We plan to introduce some nightly jobs for more
exhaustive testing with large files.
We are also working on automating the CI deployment with ansible.

Sahara-files

Just as Sahara-CI we might be losing our sahara files hosts soon and we
need to remove all references of it from code (which is almost done) and
copy the files for a different source.

Specs cleanup and prioritization
---
We took some time to review old specs and do a little cleanup of our
queues. On that we moved some specs into backlog and added some new as well
as fixed some typos on older specs.

New features and bugs
---
We discussed new features and bugs and we have a priority list for the work
we plan to do in Queens and possible for next two cycles. If you are
interested in a deeper look into planned features and bugs take a look at
[0]

Community-goals

For Queens there are two community goals. The first one is related to Split
tempest plugin and this was done in Sahara a couple cycles ago. The second
is regarding policy in code which we already have a patch (WIP) up [1] and
should get it done soon.

Thanks all!

[0] https://etherpad.openstack.org/p/sahara-queens-ptg
[1] https://review.openstack.org/#/c/503221/



-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] [ptg] Sahara dinner in Denver

[Telles Nobrega]

That is a great idea Jeremy. Thanks for putting it together.
On Fri, 8 Sep 2017 at 13:46 Jeremy Freudberg <jeremyfreudb...@gmail.com>
wrote:

> Hey all,
>
> Sahara team: I will attempt to organize a team dinner in Denver. Not
> sure when (Tuesday, Wednesday, Thursday night) or where (the immediate
> area is notoriously spread-out and not pedestrian-friendly) but please
> let me know if you have any thoughts. You can let me know on
> email/IRC/etherpad.
>
> Others: Being an active contributor to Sahara is not a requirement for
> having dinner with the Sahara team! If you're interested in joining
> us, please let us know on email/IRC/etherpad.
>
> Best,
> Jeremy
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Canceling meeting Sep 14th

[Telles Nobrega]

Hi saharans,

since most of us will be at the PTG, I'm canceling IRC meeting.

See you in Denver.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Sahara PTG Schedule

[Telles Nobrega]

Hi folks,

I've just finished a first version of Sahara schedule for Queens PTG. I
encourage all of the interested to take a look and make suggestions.

Best regards,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] No meeting today

[Telles Nobrega]

Sorry for the last minute notice, but we are not having Sahara team meeting
today.

Thanks
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Telles Nobrega candidacy for Sahara PTL

[Telles Nobrega]

Hi all!

I am announcing my candidacy for PTL for the Sahara team for the Queens
release
cycle. In case you don't know me, I'm tellesnobrega on IRC. I started
working on Sahara in 2014 and became core in 2016 and not long after acted
as PTL for Pike cycle.

First of all, I would like to thank Vitaly Gridnev for all the help he gave
me on the beginning of the process, it was of great importance.

I have to confess that the job was a little overwhelming at the beggining
and took me some time to get used to the responsabilities and get a good
grip on how to handle the whole thing. I hope that I did a good job (the
team can speak better than I can about that) and hope that I will be able
to continue working as PTL this next cycle.

If you elect me, I would like to concentrate on the following efforts:

* CI and testing improvements.

  We currently don't have a specific CI deployed due to some problems with
ours servers but this is a issue that we are fixing at this time. What I
want to do is try to improve our CI for cases like this so we don't spend
as much for migration. Having a sort of backup instance or even run both
with a LB balancer so we can *always* a CI running.
Testing is always an issue that we have to take care and I hope to get us
some time to improve our test quality and coverage.

* Bug triaging.

This is something that I mentioned the last cycle but we never had time to
get around to it, so I'm putting this up again. Our bug queue is not
extense, but I did intend to shorten it and didn't. I plan to do this for
this next cycle.

* Cleaning up specs

We have quite a few proposed features (some of them are awesome) that never
got to be implemented. I would like to run over this and prioritize what we
would like to do and make this list smaller while we improve our project.

* Documentation

I've had troubles with our documentation, most people who try to run Sahara
have trouble due to faulty documentation. I would like for us on this cycle
to have a couple Doc days so we can remove old information, update what is
still relevant and make things simpler for users.

I really enjoyed this last cycle as PTL and hope that I can do an even
better job this time.

-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] New core reviewers

[Telles Nobrega]

Hi all, last week I proposed adding Jeremy, Luigi and Evgeny to the sahara
core team.

I'm happy to annouce that I just added all three to the core team.

Thanks to all on the great work you have been doing and now there will be
more.

Thanks and congractulations!!!
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Canceling sahara meeting 07/27

[Telles Nobrega]

Hi Saharans and interested folks,

we won't be having sahara meeting today but some of us are hanging out at
#openstack-sahara if you need anything.

Best regards,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Sahara-CI comes alive

[Telles Nobrega]

Hi Evgeny,

We are without the CI for quite some time now and automation sounds like a
great thing for us to have.
So I would say that we can afford to stay a couple more days without it in
favor of a more automated deployment.

Do all agree with me?

On Thu, Jul 27, 2017 at 4:46 AM Evgeny Sikachov <esikac...@gmail.com> wrote:

> Hey, guys!
>
> Unfortunately today I need to skip the meeting. But I have a question for
> discussion.
>
> Jeremy helped me with resources for Sahara-CI(a lot of thanks again!). And
> now we have around of 50GB RAM and 20VCPUs. This is enough to implement
> basic sahara-ci.
>
> In https://github.com/openstack/sahara-ci-config we have scripts for
> deploying but these scripts not fully automated. For deployment, I will
> need around 4 hours.
>
> My questions:
> Option 1:
> Do we need to deploy sahara-ci right now or we can refactor scripts for
> more convenient deployment/migration? Refactoring task can take 2 weeks.
>
> Option 2:
> I can deploy sahara-ci now in basic configuration, but if we got a
> crashing of infrastructure I will need to redeploy it manually again
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Proposing Luigi Toscano, Evgeny Sikachev and Jeremy Freudberg for Sahara core team

[Telles Nobrega]

Hi folks,

With a lot of changes happening along OpenStack we need to update our core
team.

I'm proposing adding Luigi Toscano, Evgeny Sikachev and Jeremy Freudberg to
Sahara core team.

The first two, are already sahara-tests core and lately have been doing a
lot more than test and addition to the whole project core team is well
deserved.
Jeremy joined us not too long ago but has been doing outstanding work with
us and has a great grasp of Sahara and all of its plugins.

Lets vote this,

-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] retire sahara-extra-artifact icehouse branch?

[Telles Nobrega]

Yes, it can be retired.  Thanks for doing that.

We are actually working on removing that whole repository, so hopefully
soon there will be no jobs running against it.

On Thu, Jul 6, 2017 at 5:09 PM Jeremy Stanley <fu...@yuggoth.org> wrote:

> On 2017-07-06 21:26:54 +0200 (+0200), Andreas Jaeger wrote:
> > sahara-extra-artifact has an stable/icehouse branch that is inactive,
> > can we retire it - and remove jobs special casing it?
>
> To be clear, the repository name is openstack/sahara-extra (it has
> an artifact-building job which is special-cased for the still open
> stable/icehouse branch there, which has seen no new commits merged
> for 3 years).
> --
> Jeremy Stanley
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] July 6th meeting Canceled

[Telles Nobrega]

Hi folks,

Due to holidays and not so many progress this week we will skip today's
meeting.

Thanks,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Queens PTG Planning

[Telles Nobrega]

Hi folks,

I've started an etherpad [0] for us to gather discussion topics for the PTG
in September.

We didn't have a formal schedule last time and seems like this time we
should have somewhat of a formal schedule to facilitate people who are
interested in participating to show up.

Let's try to come up with as much topics as possible for our time there and
if we need cross-project discussions as well throw them in the seperated
list so I can coordinate with other projects.

Let me know if you have any questions.

Thanks!


[0] https://etherpad.openstack.org/p/sahara-queens-ptg
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Sahara-ci is down

[Telles Nobrega]

Thanks for the info Evgeny. I'm looking for a new place for the CI and will
let everyone knows once we get some resources to deploy it.



On Wed, Jun 14, 2017 at 4:32 AM Evgeny Sikachev <esikac...@mirantis.com>
wrote:

> Hi, guys!
>
> Today I got the information about sahara-ci servers. They have been
> returned to the data center and unfortunately, we cannot use the sahara-ci
> for testing our patches.
>
> We need to find a new place for storing sahara-ci service. If you have any
> ideas it will be very useful. I am ready to help in setting up new servers
> and deploying our structure of CI or something else.
>
>
> P.S. My new email is esikac...@gmail.com
>
> -
> Best Regards,
>
> Evgeny Sikachev
> QA Engineer
> Mirantis, Inc
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [ptg] Strawman Queens PTG week slicing

[Telles Nobrega]

First of all, thanks for putting this up and the organization looks good. I
just want to remove that ? from Sahara on Friday.
We discussed and we believe that Wednesday and Thursday will be suffice.

Best regards,

On Fri, Jun 2, 2017 at 6:29 AM Emilien Macchi <emil...@redhat.com> wrote:

> On Thu, Jun 1, 2017 at 4:38 PM, Thierry Carrez <thie...@openstack.org>
> wrote:
> > Thierry Carrez wrote:
> >> In a previous thread[1] I introduced the idea of moving the PTG from a
> >> purely horizontal/vertical week split to a more
> >> inter-project/intra-project activities split, and the initial comments
> >> were positive.
> >>
> >> We need to solidify how the week will look like before we open up
> >> registration (first week of June), so that people can plan their
> >> attendance accordingly. Based on the currently-signed-up teams and
> >> projected room availability, I built a strawman proposal of how that
> >> could look:
> >>
> >>
> https://docs.google.com/spreadsheets/d/1xmOdT6uZ5XqViActr5sBOaz_mEgjKSCY7NEWcAEcT-A/pubhtml?gid=397241312=true
> >
> > OK, it looks like the feedback on this strawman proposal was generally
> > positive, so we'll move on with this.
> >
> > For teams that are placed on the Wednesday-Friday segment, please let us
> > know whether you'd like to make use of the room on Friday (pick between
> > 2 days or 3 days). Note that it's not a problem if you do (we have space
> > booked all through Friday) and this can avoid people leaving too early
> > on Thursday afternoon. We just need to know how many rooms we might be
> > able to free up early.
>
> For TripleO, Friday would be good (at least the morning) but I also
> think 2 days would be enough in case we don't have enough space.
>
> - So let's book Wednesday / Thursday / Friday.
> - We probably won't have anything on Friday afternoon, since I expect
> people traveling usually at this time.
> - If not enough room, no worries, we can have Wednesday / Thursday
> only, we'll survive for sure.
>
> Thanks,
>
> > In the same vein, if your team (or workgroup, or inter-project goal) is
> > not yet listed and you'd like to have a room in Denver, let us know ASAP.
> >
> > --
> > Thierry Carrez (ttx)
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> --
> Emilien Macchi
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Pike 2 released

[Telles Nobrega]

Hey Saharans and interested parties,

Just announcing that Sahara Pike 2 was released yesterday and I will be
taking care of bugs and blueprints targeted to P2 and moving them to P3.

This release was a bit crazy, thanks for everyone that helped us get things
together before the deadline.

Let's keep up the good work folks.

Regards,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [ptg] ptgbot: how to make "what's currently happening" emerge

[Telles Nobrega]

Great idea, +1

On Mon, May 22, 2017 at 10:19 AM Thierry Carrez <thie...@openstack.org>
wrote:

> Thierry Carrez wrote:
> > [...]
> > I have POC code for this bot already. Before I publish it (and start
> > work to make infra support it), I just wanted to see if this is the
> > right direction and if I should continue to work on it :) I feel like
> > it's an incremental improvement that preserves the flexibility and
> > self-scheduling while addressing the main visibility concern. If you
> > have better ideas, please let me know !
>
> Thanks for the feedback ! Since the idea seems to have some support, I
> updated and published the code at:
>
> https://github.com/ttx/ptgbot
>
> It's still pretty basic -- in particular it's missing all the code to
> make it extract information from cells in ethercalc and seamlessly merge
> that onto the rendered page. It also is pretty permissive about what is
> a "room" and who can issue orders to it.
>
> I'll work to push it in an OpenStack hosted repository, and then to be
> autodeployed on OpenStack infrastructure.
>
> --
> Thierry Carrez (ttx)
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Onboarding rooms postmortem, what did you do, what worked, lessons learned

[Telles Nobrega]

Project: Sahara
Attendees: 6-8 (1 never involved in Sahara)

We worked on a quick overview of how Sahara works and planned to work a
little on code. Since most of the people there worked on Sahara already the
code introduction didn't make a lot of sense since the only rookie was most
interested in how to deploy and use sahara on his environment. So the
conversation took an unexpected turn and we talked more on how Sahara could
be a solution for an specific use case.

Overwall it worked well, but not as we planned from the beggining.



On Mon, May 22, 2017 at 5:20 AM Steven Hardy <sha...@redhat.com> wrote:

> On Fri, May 19, 2017 at 09:22:07AM -0400, Sean Dague wrote:
> > This is a thread for anyone that participated in the onboarding rooms,
> > on either the presenter or audience side. Because we all went into this
> > creating things from whole cloth, I'm sure there are lots of lessons
> > learned.
> >
> > If you ran a room, please post the project, what you did in the room,
> > what you think worked, what you would have done differently. If you
> > attended a room you didn't run, please provide feedback about which one
> > it was, and what you thought worked / didn't work from the other side of
> > the table.
>
> TripleO:
> Attendees - nearly full room (~30 people?)
>
> We took an informal approach to our session, we polled the room asking for
> questions, and on request gave an architectural overview and some
> code/template walkthroughs, then had open questions/discussion for the
> remainder of the session.
>
> Overall it worked quite well, but next time I would like visibility of
> some specific questions/topics ahead of time to enable better preparation
> of demo/slide content, and also we should have prepared a demo environment
> prior to the session to enable easier hands-on examples/demos.
>
> Overall I thought the new track was a good idea, and the feedback I got
> from those attending was positive.
>
> The slides we used are linked from this blog post:
>
>
> http://hardysteven.blogspot.co.uk/2017/05/openstack-summit-tripleo-project.html
>
> Steve
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] Project Onboarding in Boston

[Telles Nobrega]

Hi folks,

If you are interested in learning more about Sahara or meet the expert
developers, we organized a Sahara - Project Onboarding on Tue, May 9,
5:30pm -- 6:10pm Level One MR 1015.

I've put together an etherpad to list folks from Sahara who will be there,
please add yourself, and also to list attendees so we know how many people
we can expect.
https://etherpad.openstack.org/p/BOS-forum-sahara-onboarding

Thanks,
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all][ptls][tc] help needed filling out project-navigator data

[Telles Nobrega]

Hi Monty,

quick question, how far into past releases should we go?

Thanks,

On Tue, Apr 18, 2017 at 5:06 PM Monty Taylor <mord...@inaugust.com> wrote:

> Hey everybody!
>
> The Foundation is rolling out a new version of the Project Navigator.
> One of the things it contains is a section that shows API versions
> available for each project for each release. They asked the TC's help in
> providing that data, so we spun up a new repository:
>
>http://git.openstack.org/cgit/openstack/project-navigator-data
>
> that the Project Navigator will consume.
>
> We need your help!
>
> The repo contains a file for each project for each release with
> CURRENT/SUPPORTED/DEPRECATED major versions and also microversion ranges
> if they exist. The data is pretty much exactly what everyone already
> produces in their version discovery documents - although it's normalized
> into the format described by the API-WG:
>
>
>
> https://specs.openstack.org/openstack/api-wg/guidelines/microversion_specification.html#version-discovery
>
> What would be really helpful is if someone from each project could go
> make a patch to the repo adding the historical (and currently) info for
> your project. We'll come up with a process for maintaining it over time
> - but for now just crowdsourcing the data seems like the best way.
>
> The README file explains the format, and there is data from a few of the
> projects for Newton.
>
> It would be great to include an entry for every release - which for many
> projects will just be the same content copied a bunch of times back to
> the first release the project was part of OpenStack.
>
> This is only needed for service projects (something that registers in
> the keystone catalog) and is only needed for 'main' APIs (like, it is
> not needed, for now, to put in things like Placement)
>
> If y'all could help - it would be super great!
>
> Thanks!
> Monty
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara][APIv2] Microversions

[Telles Nobrega]

Hey Saharans and interested folks,

On the intent to move our API version to v2 there has been a lot of work
going on this cycle following
https://wiki.openstack.org/wiki/Sahara/api-v2 defined
a while back.

One of the new features defined on the document is the addition of
microversion support. The idea is to allow addition of new features without
breaking current API version and not needing to bump API major version on a
small change as well as allow different features to be available on the
same deploy depending on the API version requested.

In Sahara, we don't see many API changes on the horizon but this seems like
a good point to work on to make our API more stable and easily changeable
in the future. The work will be based on Nova, Ironic and Manila's work
which are already done.

My question here is, do we have any concerns about this work? Can we move
on or should this be put on the background?

Thanks, I will be waiting your input so we can make a decision.
-- 

TELLES NOBREGA

SOFTWARE ENGINEER

Red Hat I <https://www.redhat.com/>

tenob...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

[Telles Nobrega]

Thank you Kendall.

Just to be sure we would have 45 minutes on boarding session for sahara
correct?

Thanks.
On Thu, 16 Mar 2017 at 17:46 HU, BIN  wrote:

> Kendall,
>
>
>
> That sounds great, and thank you very much for consideration.
>
>
>
> Cheers J
>
> Bin
>
>
>
> *From:* Kendall Nelson [mailto:kennelso...@gmail.com]
> *Sent:* Thursday, March 16, 2017 11:59 AM
> *To:* OpenStack Development Mailing List (not for usage questions) <
> openstack-dev@lists.openstack.org>
>
>
> *Subject:* Re: [openstack-dev] [ptls] Project On-Boarding Rooms
>
>
>
> Hello Bin :)
>
>Currently we don't have other official projects waiting in line, but
> there was one other unofficial project that asked for space before Gluon.
> As of right now, the plan is to wait to see if any other official projects
> trickle in as I don't think all the timezones have gotten to weigh in on
> this thread yet. If no more voice interest, I can see if I can fit Cyborg
> and Gluon in.
>
> -Kendall (diablo_rojo)
>
>
>
> On Thu, Mar 16, 2017 at 1:21 PM HU, BIN  wrote:
>
> I know we Gluon is an unofficial project. Since Zun is willing to share
> the room, is it possible to share it with Gluon unless there are other
> projects are waiting in queue?
>
> Thanks
>
>
> Bin
>
>
>
>  Original Message 
> From: Kendall Nelson 
> Date: 11:13AM, Thu, Mar 16, 2017
> To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev@lists.openstack.org>
> Subject: Re: [openstack-dev] [ptls] Project On-Boarding Rooms
>
> Thanks! I will make note that you are willing to share.
>
>
>
> On Thu, Mar 16, 2017 at 12:38 PM Hongbin Lu  wrote:
>
> Zun team could squeeze the session into 45 minutes and give the other 45
> minutes to another team if anyone interest.
>
>
>
> Best regards,
>
> Hongbin
>
>
>
> *From:* Kendall Nelson [mailto:kennelso...@gmail.com]
> *Sent:* March-16-17 11:11 AM
> *To:* OpenStack Development Mailing List (not for usage questions)
>
>
> *Subject:* Re: [openstack-dev] [ptls] Project On-Boarding Rooms
>
>
>
> Hello All!
>
> I am pleased to see how much interest there is in these onboarding rooms.
> As of right now I can accommodate all the official projects (sorry Cyborg)
> that have requested a room to make all the requests fit, I have combined
> docs and i18n and taken Thierry's suggestion to combine
> Infra/QA/RelMgmt/Regs/Stable.
>
> These are the projects that have requested a slot:
>
> Solum
>
> Tricircle
>
> Karbor
>
> Freezer
>
> Kuryr
>
> Mistral
>
> Dragonflow
>
> Coudkitty
>
> Designate
>
> Trove
>
> Watcher
>
> Magnum
>
> Barbican
>
> Charms
>
> Tacker
>
> Zun
>
> Swift
>
> Watcher
>
> Kolla
>
> Horizon
>
> Keystone
>
> Nova
>
> Cinder
>
> Telemetry
> Infra/QA/RelMgmt/Regs/Stable
>
> Docs/i18n
>
> If there are any other projects willing to share a slot together please
> let me know!
>
> -Kendall Nelson (diablo_rojo)
>
>
>
> On Thu, Mar 16, 2017 at 8:49 AM Jeremy Stanley  wrote:
>
> On 2017-03-16 10:31:49 +0100 (+0100), Thierry Carrez wrote:
> [...]
> > I think we could share a 90-min slot between a number of the supporting
> > teams:
> >
> > Infrastructure, QA, Release Management, Requirements, Stable maint
> >
> > Those teams are all under-staffed and wanting to grow new members, but
> > 90 min is both too long and too short for them. I feel like regrouping
> > them in a single slot and give each of those teams ~15 min to explain
> > what they do, their process and tooling, and a pointer to next steps /
> > mentors would be immensely useful.
>
> I can see this working okay for the Infra team. Pretty sure I can't
> come up with anything useful (to our team) we could get through in a
> 90-minute slot given our new contributor learning curve, so would
> feel bad wasting a full session. A "this is who we are and what we
> do, if you're interested in these sorts of things and want to find
> out more on getting involved go here, thank you for your time" over
> 10 minutes with an additional 5 for questions could at least be
> minimally valuable for us, on the other hand.
> --
> Jeremy Stanley
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> 
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
>
> 

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

[Telles Nobrega]

Hello Kendall,

I would like to have a room for Sahara as well, if it is still possible. We
sure can split with other team.

On Thu, Mar 16, 2017 at 10:07 AM Ian Y. Choi  wrote:

Hello Kendall!

I18n team loves to have a project on-boarding room for new translators :)
Please reserve a room for I18n if available.


With many thanks,

/Ian


Kendall Nelson wrote on 3/16/2017 3:20 AM:
> Hello All!
>
> As you may have seen in a previous thread [1] the Forum will offer
> project on-boarding rooms! This idea is that these rooms will provide
> a place for new contributors to a given project to find out more about
> the project, people, and code base. The slots will be spread out
> throughout the whole Summit and will be 90 min long.
>
> We have a very limited slots available for interested projects so it
> will be a first come first served process. Let me know if you are
> interested and I will reserve a slot for you if there are spots left.
>
> - Kendall Nelson (diablo_rojo)
>
> [1]
> http://lists.openstack.org/pipermail/openstack-dev/2017-March/113459.html
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

[Telles Nobrega]

Sahara suffered the same effect. Our community is small and we won't be
approved to meet 4 times a year.

This time around we gave higher priority to the PTG and most won't be in
Boston. I think that the PTG itself worked nice for us but it did make it
difficult, no to say impossible, to meet other vertical projects.

Bottom line is, for sahara is still early to have a verdict whether it was
good or bad, and I believe experience and time will improve the PTG. I
agree with the problems mentioned but I also think we can wait a little
more time.

Best regards,

On Thu, 9 Mar 2017 at 14:09 Joshua Harlow  wrote:

> Ben Swartzlander wrote:
> > I might be the only one who has negative feelings about the PTG/Forum
> > split, but I suspect the foundation is suppressing negative feedback
> > from myself and other developers so I'll express my feelings here. If
> > there's anyone else who feels like me please reply, otherwise I'll
> > assume I'm just an outlier.
>
> You aren't alone here.
>
> >
> > The new structure is asking developers to travel 4 times a year
> > (minimum) and makes it impossible to participate in 2 or more vertical
> > projects.
> >
> > I know that most of the people working on Manila have pretty limited
> > travel budgets, and meeting 4 times a year basically guarantees that a
> > good number of people will be remote at any given meeting. From my
> > perspective if I'm going to be meeting with people on the phone I'd
> > rather be on the phone myself and have everyone on equal footing.
>
> The funny part is that if you don't go to the PTG then the following is
> what u get.
>
> 'All ATCs who contributed to the Ocata release but were unable to
> attend the PTG will receive a $300 discount on the current ticket
> price for the Boston Summit. '
>
> So if you don't go to the PTGs (or attend virtually) then you get
> penalized on the summits as well, which is like, ummm, ya super awesome,
> lol.
>
> And don't get me started as to why the summits are so expensive;
> especially knowing how much it costs to join the openstack foundation
> (https://www.openstack.org/join/).
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Sahara] Cross Project Liaisons

[Telles Nobrega]

Great Vitaly. I will update that.

On Tue, Mar 7, 2017 at 12:02 PM Vitaly Gridnev <vgrid...@mirantis.com>
wrote:

> I can continue to work with Stable branches and with infra, I think.
>
> Best regards,
> Vitaly Gridnev
>
>
> On Mar 7, 2017, at 12:31 AM, Telles Nobrega <tenob...@redhat.com> wrote:
>
> Hello Saharans, in the last two or three cycles our team has undergone
>  some changes and we need to update our Cross project liaisons.
> Currently we have the following setup:
>
> *| Project  |Liaison |*
> | Oslo  | Huichun Lu, Elise Gafford |
> | Release Management | Telles Nobrega |
> | QA| Luigi Toscano  |
> | Documentation   |   |
> | Stable Branch| Vitaly Gridnev  |
> | Vulnerability Mg.| Michael McCune, Vitaly|
> | Logging working group| Elise Gafford|
> | Infra  | Nikita, Vitaly|
> | Product Working Gr   | Elise Gafford|
> | I18n  | Nikita Konovalov   |
> *| Cross project spec | Michael McCune, Vitaly|*
>
> So, basically we need to update the liaisons for most of the projects,
> Nikita and Elise are both working limited on the project and may speak up
> if they still want to be liaisons on the projects they are signed up we
> will be glad, if not we need to assign new people to them.
>
> Michael is no longer working actively on Sahara so we need to replace him.
> Vitaly please let us know what projects do you want to continue working as
> liaisons.
> I will work as liaison for documentation with Elise (previously agreed on
> Sahara meeting) and also arrange the other projects depending on people's
> will and availability.
>
> Thanks all,
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara] Cross Project Liaisons

[Telles Nobrega]

Hello Saharans, in the last two or three cycles our team has undergone
 some changes and we need to update our Cross project liaisons.
Currently we have the following setup:

*| Project  |Liaison |*
| Oslo  | Huichun Lu, Elise Gafford |
| Release Management | Telles Nobrega |
| QA| Luigi Toscano  |
| Documentation   |   |
| Stable Branch| Vitaly Gridnev  |
| Vulnerability Mg.| Michael McCune, Vitaly|
| Logging working group| Elise Gafford|
| Infra  | Nikita, Vitaly|
| Product Working Gr   | Elise Gafford|
| I18n  | Nikita Konovalov   |
*| Cross project spec | Michael McCune, Vitaly|*

So, basically we need to update the liaisons for most of the projects,
Nikita and Elise are both working limited on the project and may speak up
if they still want to be liaisons on the projects they are signed up we
will be glad, if not we need to assign new people to them.

Michael is no longer working actively on Sahara so we need to replace him.
Vitaly please let us know what projects do you want to continue working as
liaisons.
I will work as liaison for documentation with Elise (previously agreed on
Sahara meeting) and also arrange the other projects depending on people's
will and availability.

Thanks all,
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara][infra] Jenkins based 3rd party CIs

[Telles Nobrega]

Hello,

we from Sahara use the compatibility layer with Zuulv2.5 and we are
wondering if with the change to Zuulv3 this compatibility layer will still
be maintained.
If the layer is removed it will reflect into some changes on our side and
we are looking for this information to identify how much work will be
needed on our CI.

Thanks,
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [docs][release][ptl] Adding docs to the release schedule

[Telles Nobrega]

I really believe that this idea will makes us work harder on keeping our
docs in place and will make it for a better documented producted by release
date.
As shared before, I do believe that this is isn't easy and will demand a
lot of effort from some teams, specially smaller teams with too much to do,
but we from Sahara are on board with this approach and will try our best to
do so.

Thanks,

On Thu, Mar 2, 2017 at 7:33 AM Alexandra Settle 
wrote:

>
>
>
>
> *From: *John Dickinson 
> *Reply-To: *"OpenStack Development Mailing List (not for usage
> questions)" 
> *Date: *Wednesday, March 1, 2017 at 11:50 PM
> *To: *OpenStack Development Mailing List <
> openstack-dev@lists.openstack.org>
> *Cc: *"openstack-d...@lists.openstack.org" <
> openstack-d...@lists.openstack.org>
> *Subject: *Re: [openstack-dev] [docs][release][ptl] Adding docs to the
> release schedule
>
>
>
> On 1 Mar 2017, at 10:07, Alexandra Settle wrote:
>
> On 3/1/17, 5:58 PM, "John Dickinson"  wrote:
>
>
>
> On 1 Mar 2017, at 9:52, Alexandra Settle wrote:
>
> > Hi everyone,
> >
> > I would like to propose that we introduce a “Review documentation”
> period on the release schedule.
> >
> > We would formulate it as a deadline, so that it fits in the schedule and
> making it coincide with the RC1 deadline.
> >
> > For projects that are not following the milestones, we would translate
> this new inclusion literally, so if you would like your project to be
> documented at docs.o.o, then doc must be introduced and reviewed one month
> before the branch is cut.
>
> Which docs are these? There are several different sets of docs that are
> hosted on docs.o.o that are managed within a project repo. Are you saying
> those won't get pushed to
> docs.o.o if they are patched within a month of the cycle release?
>
> The only sets of docs that are published on the docs.o.o site that are
> managed in project-specific repos is the project-specific installation
> guides. That management is entirely up to the team themselves, but I would
> like to push for the integration of a “documentation review” period to
> ensure that those teams are reviewing their docs in their own tree.
>
> This is a preferential suggestion, not a demand. I cannot make you review
> your documentation at any given period.
>
> The ‘month before’ that I refer to would be for introduction of
> documentation and a review period. I will not stop any documentation being
> pushed to the repo unless, of course, it is untested and breaks the
> installation process.
>
> There's the dev docs, the install guide, and the api reference. Each of
> these are published at docs.o.o, and each have elements that need to be
> up-to-date with a release.
>
> >
> > In the last week since we released Ocata, it has become increasingly
> apparent that the documentation was not updated from the development side.
> We were not aware of a lot of new enhancements, features, or major bug
> fixes for certain projects. This means we have released with
> incorrect/out-of-date documentation. This is not only an unfortunately bad
> reflection on our team, but on the project teams themselves.
> >
> > The new inclusion to the schedule may seem unnecessary, but a lot of
> people rely on this and the PTL drives milestones from this schedule.
> >
> > From our side, I endeavor to ensure our release managers are working
> harder to ping and remind doc liaisons and PTLs to ensure the documentation
> is appropriately updated and working to ensure this does not happen in the
> future.
>
> Overall, I really like the general concept here. It's very important to
> have good docs. Good docs start with the patch, and we should be
> encouraging the idea of "patch must have both tests and docs before
> landing".
>
> I’m glad to hear you think so :) this is entirely my thought process.
>
> On a personal note, though, I think I'll find this pretty tough. First,
> it's really hard for me to define when docs are "done", so it's hard to
> know that the docs are "right" at the time of release. Second, docs are
> built and published at each commit, so updating the docs "later, in a
> follow-on patch" is a simple thing to hope for and gives fast feedback,
> even after a release. (Of course the challenge is actually *doing* the
> patch later--see my previous paragraph.)
>
> So, unfortunately, I can give you no promise this was ever intended to be
> an easy inclusion. But in fairness, this is something teams should have
> already been doing.
>
> However, as a PTL – you already have enough on your plate. We recommend a
> docs liaison that is not the PTL so that the individual is able to dedicate
> time to reviewing the documentation to the best of their ability. The docs
> being “done” = all new features that have a user impact are documented, and
> “right” = the user is able to install $project without major incident.
>
> However, to reiterate my point before – we 

[openstack-dev] [Sahara] Pike PTG summary

[Telles Nobrega]

Hello Saharans and other interested parties, here I'm going to try to
summarize our discussions at the PTG and our main actions to continue
improving Sahara in this next cycle.

The whole etherpad can be found here: sahara-ptg-pike


Python 3.5 Migration
---
This is a community goal and being so we from Sahara are working on meeting
it. We already have support on tests for Python 3 and for Pike release we
aim to have tempest and scenario in conformity with Python 3.5 but CI may
take a little longer to have it working.

Control Pane API endpoints deployment via WSGI
-
This is also a community goal that we currently support but we still need
to add scenario tests to validate it. Once the test is done and passing we
can announce our support.

API v2 Improvements
-
API v2 is a WIP that is being on Sahara's todo list for about 2 cycles now.
We aim to deliver as much as possible on Pike release so we made it into
one of our High Priority features. This work is splitted into different
major features and some smaller changes. Our goal is to deliver at least 3
of the major features in Pike and have a number of smaller changes
delivered. We can't guarantee that it will be available in Pike but we want
to have it at a stage that will allow us to finish it up and test it to
deliver it in Queen.

Plugins Updates
-
Keeping plugins up to date is our major priority to allow users to have the
best services running. In Pike we will continue this work and will update
Storm, Spark and CDH to the newest version and also deprecate CDH 5.5.0 and
5.7.0 and Storm 0.9.2

Sahara Tests
---
It was proposed the creation of an API for sahara-scenario in order to
allow integration with other frameworks. This work is not high priority but
our idea is to implement a base class that will allow the instantiation of
sahara-scenario to be run.

It was also suggested that we auto-upload images to a CDN. This is a low
priority work but a very important one that will allow users to have easier
access to fully working sahara images. The goal is to have a montlhy job to
create images and upload them.

Other proposed topic was integration of Manila test at the gate. We found
that since the gate don't work with real plugins this might be an issue and
suggested that it could be tested on Jenkis gate using Spark or Vanilla
plugin. Also we need to take a look on how multinode devstack can be set up
at the gate in order to have more resources available.

Other Topics
-
S3 Datasource integration
---
We are going through a major refactoring on datasource to allow it to be
more pluggable and once this work is done we intend to have integration
with S3 datasources.

Allow admin to use Sahara API to query/manage all projects

First on this topic is understand what powers and admin role should have on
an OpenStack cloud and we intend to allow it to query all cluster at first
and work on management later. Also we intend to update our policy
implementation to user policy in code feature.

Force delete cluster for Sahara database
---
We have some issues where clusters sometimes gets into a limbo mode and it
won't be deleted and it just is useless. We want to allow a force removal
of it from Sahara database along side with a call for nova to remove its
instances.
This issue can be related to trust and we need to check that first and
decide what is the best action to take.
Also a new state was suggested, DELETE_FAILED to tell the user that real
state of the cluster.

Refactoring CDH plugin
---
CDH plugin is currently one of our high maintenance plugins and is a very
important one. Updating it today takes a lot of copy/paste work. We intend
to refactor the CDH plugin code to allow an easier update/deprecate work on
the future. We are removing the code for versions 5.0.0, 5.3.0, 5.4.0.

Here is our priorization of our goals for Pike:


   - High:


   - Keep plugins up to date


   - Refactoring of CDH


   - Land pluggability refactoring


   - Testing:


   - Python 3.5


   - WSGI goal


   - Api v2


   - S3 datasource integration


   - Medium


   - Manila testing and integration


   - [tosky] this may require uploading the images to CDN?


   - Allow admin to query all projects (listing part)


   - API for sahara-scenario for framework integration


   - Low:


   - Uploading images to CDN



Thanks all,
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 

Re: [openstack-dev] [ptls] PTG Team Photos!

[Telles Nobrega]

Hi Kendall,

can you send me the Sahara team photo?

Thanks

On Tue, Feb 21, 2017 at 11:43 AM Kendall Nelson 
wrote:

> To be a little more specific about the location. It's just outside the
> Grand ballroom A. Close to the top of the staircase.
>
> - Kendall Nelson (diablo_rojo)
>
>
> On Wed, Feb 15, 2017, 1:24 PM Kendall Nelson 
> wrote:
>
> Hello All!
>
> We are excited to see you next week at the PTG and wanted to share
> that we will be taking team photos! Provided is a google sheet signup for
> the available time slots [1]. We will be providing time on Tuesday Morning/
> Afternoon and Thursday Morning/Afternoon to come as a team to get your
> photo taken. Slots are only ten minutes so its *important that everyone
> be on time*! If you are unable to view/edit the spreadsheet let me know
> and I will try to get you access or can fill in a slot for you.
>
> The location we are taking the photos on the 3rd floor in the prefunction
> space in front of the Grand Ballroom (across the hall from Fandangles).
>
> See you next week!
>
> Thanks,
>
> -Kendall Nelson (diablo_rojo)
>
> [1]
> https://docs.google.com/spreadsheets/d/1bgwMDsUm37JgpksUJszoDWcoBMHciufXcGV3OYe5A-4/edit?usp=sharing
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Sahara][QA] Tests broken after a devstack change

[Telles Nobrega]

Thanks Luigi, we will certainly talk about and figure out a way ASAP to get
the the gate working again for us.

On Tue, Feb 21, 2017 at 12:54 PM Luigi Toscano  wrote:

> Hi team (mostly at the PTG),
>
> you probably noticed that the jobs has been failing since February 17th.
> The
> reason can be traced back to this change in devstack:
>
> https://review.openstack.org/#/c/433272/
>
> I tried to revert it and rerun a job after setting the revert and
> dependency,
> and indeed both the tempest and the scenario jobs passed (ignore the
> failure
> in the cli job, it is unrelated):
> https://review.openstack.org/#/c/436116/
> https://review.openstack.org/#/c/436479/
>
> The main error was related to
>  EndpointNotFound: adminURL endpoint for compute service not found
>
> so most likely we need to revisit how Sahara uses the endpoints. If you
> have
> some time, please squeeze this into the discussions. Or check with the
> rest of
> QA/devstack people if it is possible to revert the change.
>
> This is master only (so Pike), Ocata is not affected (as the change landed
> after that devstack was branched). Still it blocks some merges.
>
> Ciao
> --
> Luigi
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara] No IRC meeting this week

[Telles Nobrega]

Hi Saharans,

Since most of the team is at the PTG we won't be having our IRC meeting
this week.

Thanks,
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara][PTG] Meeting Room

[Telles Nobrega]

For all Sahara folks at the PTG, if you don't already know it, our sessions
will be held at the Room Georgia 6: Level1 on Wednesday and Georgia 9:
Level 1 on Thursday.

Thanks and hope to see you all soon.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Fwd: Sahara logo files

[Telles Nobrega]

Hi Sahara team,

FYI here are the new logos of our project. We will get some cool stuff with
it at the PTG.

Enjoy using it,


-- Forwarded message --
From: Heidi Joy Tretheway <heidi...@openstack.org>
Date: Mon, Feb 13, 2017 at 8:16 PM
Subject: Sahara logo files
To: tenob...@redhat.com, Vitaly Gridnev <vgrid...@mirantis.com>


Hi Vitaly and Telles,

I’m excited to finally be able to share final project logo files with you.
Inside this folder, you’ll find full-color and one-color versions of the
logo, plus a mascot-only version, in EPS, JPG and PNG formats. You can use
them on presentations and wherever else you’d like to add some team flair.

https://www.dropbox.com/sh/6ets39nenrbuccl/AAAEGEMsAZbytHQ_BcZyTShTa?dl=0

At the PWG, we’ll have stickers for your team of the mascot, plus signage
on your room. I’m especially excited for the project teams to see all of
the logos together as one group, because they work beautifully together
stylistically while making each project’s mark distinctive. Feel free to
share this with your team, and thanks to you and to them for the hard work
they put into reaching an agreement on the mascot. Also feel free to direct
any questions my way!


[image: photo]
*Heidi Joy Tretheway*
Senior Marketing Manager, OpenStack Foundation
503 816 9769 | Skype: heidi.tretheway
<https://webapp.wisestamp.com/sig_iframe?origin=mac-mail_id=5499768844845056=0.9726545857097719#>
<http://linkedin.com/in/heiditretheway>  <http://twitter.com/heiditretheway>
  <http://www.openstack.org/>






-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 <+55%2011%203529-6000> | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Sahara] No meeting today

[Telles Nobrega]

We are not having the Sahara meeting.

Just a few announcements, we just got RC1 ready and please take a look at
[1] and add topics for the PTG.

Thanks,

[1] https://etherpad.openstack.org/p/sahara-ptg-pike

-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sahara] PTL Candidacy for Pike

[Telles Nobrega]

Hello everyone!



I'd like to announce my candidacy for PTL of the Data

Processing project (Sahara), and to describe what I hope to do to help
Sahara  move forward.



First of all I would like to introduce myself. I've been working on the
Sahara project since the Icehouse release, and since the Newton release I
have been a member of the Sahara core reviewer team.

I was responsible for introducing the Storm plugin to Sahara and have
maintained it since its creation. Other than that, I've been working on
many different features and small fixes to Sahara.


Here are a summary of my contributions to Sahara:

Reviews:

* All-time:
http://stackalytics.com/?module=sahara-group_id=tellesmvn=all
* Ocata:
http://stackalytics.com/?module=sahara-group_id=tellesmvn=ocata
Commits:
* All-time:
http://stackalytics.com/?module=sahara-group_id=tellesmvn=all=commits
* Ocata:
http://stackalytics.com/?module=sahara-group_id=tellesmvn=ocata=commits


As PTL I will coordinate the team to reach community goals, manage
Sahara releases, and track all activities related to new features
in Sahara. Also I plan to minimize the open bug list by organizing some bug
triage days and bug fix weeks. Improving documentation is also a priority
to
allow Sahara to grow.



My main focus for this coming release is finding ways to grow the Sahara
team.
Currently we have mentees and I would like to improve that kind of
integration to bring new people to the team.


As for Sahara features, I plan to establish a team and set deadlines to
deliver API v2. I will also focus on preparing Sahara for Python 3.5


I hope that Sahara will continue to grow in the Pike release.


Best regards, Telles Nobrega

e-mail: tel...@redhat.com

IRC: tellesnobrega, Launchpad: tellesmvn.


-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 <+55%2011%203529-6000> | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] PTL non-nomination

[Telles Nobrega]

We really appreciate all the hard work that you've put into Sahara. And
will be missed leading this project.

Thanks.

On Wed, Jan 11, 2017 at 11:03 AM, Vitaly Gridnev <vgrid...@mirantis.com>
wrote:

> Hello,
>
> PTL self-nomination period is going to start soon (see release schedule,
> that is Jan, 23)
> and I have an important announcement to make. I have to announce that I'm
> not going
> to run for PTL role for the Pike release, but I will continue my duties as
> a core reviewer
> of the project. For sure, I will do my best to help a new PTL to adopt
> this role.
>
> That was really good opportunity for me, and I say thanks for all members
> of our team.
>
> [0] https://releases.openstack.org/ocata/schedule.html
>
> Best regards,
> Vitaly Gridnev
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [meteos] Meteos Released !!

[Telles Nobrega]

Denis, I believe it would make sense to use containers for all the benefits
that containers bring.

On the other hand, I believe that using Sahara brings an easy of
configuration to Meteos, because deploying and configuring Spark
automatically on Meteos would be a bit of rework.

Nonetheless, It does raise the question if Sahara should work with
containers as well as VM.

On Fri, Dec 16, 2016 at 6:09 PM, Denis Makogon <lildee1...@gmail.com> wrote:

> Hello Hiroyuki.
>
> Congrats on public release. So, i'd like to clarify few things. I know
> that for running ML jobs Meteos needs Spark instances and Meteos talks to
> Sahara to deploy them. So, i'm not quite familiar with infrastructure
> drives in Sahara, but would that make sense to work with Docker containers
> rather than deploying virtual machines, the thing is spinning up a VM takes
> a lot time, but Docker container takes 300ms to start.
>
> Kind regards,
> Denis Makogon
>
>
> 2016-12-16 7:14 GMT+02:00 Hiroyuki Eguchi <h-egu...@az.jp.nec.com>:
>
>> Hi all,
>>
>>
>>
>> I'm pleased to announce the release of Meteos.
>>
>>
>>
>> Meteos is Machine Learning as a Service (MLaaS) in Apache Spark.
>>
>>
>>
>> Meteos allows users to analyze huge amount of data and predict a value by
>> data mining and machine learning algorithms.
>>
>> Meteos create a workspace of Machine Learning via sahara spark plugin and
>> manage some resources and jobs regarding Machine Learning.
>>
>>
>>
>> Everyone can participate in this project as a user, developer, reviewer
>> in the same way as another OpenStack projects.
>>
>>
>>
>> Please give it a try.
>>
>> If you find any requests and comments, please feel free to feedback.
>>
>>
>>
>> See the following documents to find the relevant information:
>>
>>
>>
>> [Wiki]
>>
>> https://wiki.openstack.org/wiki/Meteos
>>
>>
>>
>> [Installation Document]
>>
>> https://wiki.openstack.org/wiki/Meteos/Devstack
>>
>>
>>
>> [Examples]
>>
>> Predict a Sales Figures by using LinearRegression Model
>>
>> https://wiki.openstack.org/wiki/Meteos/ExampleLinear
>>
>>
>>
>> Make a Decision to buy a stock by using DecisionTree Model
>>
>> https://wiki.openstack.org/wiki/Meteos/ExampleDecisionTree
>>
>>
>>
>> Recommend a Movie by using Recommendation Model
>>
>> https://wiki.openstack.org/wiki/Meteos/ExampleRecommend
>>
>>
>>
>> Search Synonyms by using Word2Vec Model
>>
>> https://wiki.openstack.org/wiki/Meteos/ExampleWord2Vec
>>
>>
>>
>>
>>
>> Thanks.
>>
>> Hiroyuki Eguchi
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [new][meteos] New project: Meteos

[Telles Nobrega]

Seems really interesting for sure, please give some more details on how
people can pitch in.

Regards,

On Thu, Oct 20, 2016 at 9:24 AM, Denis Makogon <lildee1...@gmail.com> wrote:

> Hi.
>
> Congrats.
>
> Same questions.
>
> Basically we'd all like to know project scope. Any additional information
> in project appreciated.
>
> Kind regards,
> Denis Makogon
>
> четверг, 20 октября 2016 г. пользователь Trinath Somanchi написал:
>
> Hi-
>>
>>
>>
>> Congratulations on this announcement.
>>
>>
>>
>> What is the initial stepin to work in this project?
>>
>> What are the plans and deliverables?
>>
>>
>>
>> /Trinath
>>
>>
>>
>> *From:* Hiroyuki Eguchi [mailto:h-egu...@az.jp.nec.com]
>> *Sent:* Thursday, October 20, 2016 12:38 PM
>> *To:* 'openstack-dev@lists.openstack.org' <openstack-dev@lists.openstack
>> .org>
>> *Subject:* [openstack-dev] [new][meteos] New project: Meteos
>>
>>
>>
>> Hello.
>>
>>
>>
>> I'm pleased to introduce a new project called Meteos.
>>
>>
>>
>> Meteos is Machine Learning as a Service (MLaaS) in Apache Spark.
>>
>>
>>
>> Meteos allows users to analyze huge amount of data and predict a value by
>> data mining and machine learning algorithms.
>>
>> Meteos create a workspace of Machine Learning via OpenStack Sahara’s
>> spark plugin and manage some resources and jobs regarding Machine Learning.
>>
>>
>>
>> This project has just started.
>>
>> I plan to release the initial version by the end of this year.
>>
>>
>>
>> If you have any questions concerning this project, please feel free to
>> contact me.
>>
>>
>>
>> For more details:
>>
>>
>>
>> [Wiki]
>>
>> https://wiki.openstack.org/wiki/Meteos
>>
>>
>>
>> [Use Case(Predict sales using Meteos)]
>>
>> https://wiki.openstack.org/wiki/Meteos/Usecase
>>
>>
>>
>> [Launchpad]
>>
>> https://launchpad.net/meteos
>>
>> https://launchpad.net/python-meteosclient
>>
>>
>>
>> Thanks.
>>
>>
>>
>> --
>>
>> Hiroyuki Eguchi
>>
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Nominate Telles Mota Vidal Nóbrega for core team

[Telles Nobrega]

opensta
>> ck-dev
>> >
>> >
>> >
>> > 
>> __
>> > OpenStack Development Mailing List (not for usage questions)
>> > Unsubscribe: openstack-dev-requ...@lists.op
>> enstack.org?subject:unsubscribe
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>
> --
> Best Regards,
> Vitaly Gridnev,
> Project Technical Lead of OpenStack DataProcessing Program (Sahara)
> Mirantis, Inc
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Nominate Telles Mota Vidal Nóbrega for core team

[Telles Nobrega]

Thank you all!!!

On Thu, Aug 11, 2016 at 3:15 PM, Trevor McKay <tmc...@redhat.com> wrote:

> +2
>
> On Fri, 2016-08-12 at 00:56 +0800, lu jander wrote:
> > +2 from me thx Telles
> >
> > 2016-08-12 0:20 GMT+08:00 Sergey Reshetnyak
> > <sreshetn...@mirantis.com>:
> > +2 from me
> >
> > 2016-08-11 19:15 GMT+03:00 Sergey Lukjanov
> > <slukja...@mirantis.com>:
> > +2
> >
> > On Thu, Aug 11, 2016 at 8:48 AM, Elise Gafford
> > <egaff...@redhat.com> wrote:
> > Hearty +2. Telles has been working on Sahara
> > for years, and has been a consistent and
> > incisive reviewer and code contributor.
> >
> >
> > Congratulations Telles; very well deserved!
> >
> >
> > - Elise
> >
> >
> > On Thu, Aug 11, 2016 at 11:37 AM, Vitaly
> > Gridnev <vgrid...@mirantis.com> wrote:
> >
> > Hello core team,
> >
> >
> > I'd like to nominate Telles Mota Vidal
> > Nóbrega for core reviewer team. Let's
> > vote with +2/-2 for his candidacy.
> > Review/Commits stats can be found at
> > [0].
> >
> >
> > [0] http://stackalytics.com/?
> module=sahara-group_id=tellesmvn
> >
> > --
> > Best Regards,
> >
> > Vitaly Gridnev,
> > Project Technical Lead of OpenStack
> > DataProcessing Program (Sahara)
> > Mirantis, Inc
> >
> >
> > __
> 
> > OpenStack Development Mailing List
> > (not for usage questions)
> > Unsubscribe:
> > OpenStack-dev-request@lists.
> openstack.org?subject:unsubscribe
> > http://lists.openstack.org/
> cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> >
> >
> > __
> 
> > OpenStack Development Mailing List (not for
> > usage questions)
> > Unsubscribe:
> > OpenStack-dev-request@lists.
> openstack.org?subject:unsubscribe
> > http://lists.openstack.org/
> cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> >
> >
> >
> > --
> > Sincerely yours,
> > Sergey Lukjanov
> > Sr. Development Manager
> > Mirantis Inc.
> >
> > __
> 
> > OpenStack Development Mailing List (not for usage
> > questions)
> > Unsubscribe:
> > openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack-dev
> >
> >
> >
> >
> > 
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack-dev
> >
> >
> >
> > ____________
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Floating IP pool public not found

[Telles Nobrega]

Hi again, I just ran into this same problem, in my case I solved by setting
in /etc/sahara/sahara.conf the config use_neutron = False

On Thu, Jul 21, 2016 at 10:58 PM, Telles Nobrega <tenob...@redhat.com>
wrote:

> Hi,
>
> in your /etc/sahara/sahara.conf is use_floating_ips set to true?
>
> On Thu, Jul 21, 2016 at 10:46 PM, 云淡风轻 <821696...@qq.com> wrote:
>
>> hi everyone,
>>
>> when create node group template with sahara 4.0.0 in M version,an error
>> occur:
>>
>> $  openstack dataprocessing node group template create --json
>> my_master_template_create_default.json
>> *Floating IP pool public not found*
>> Error ID: 62672c58-8fdd-40d9-8e6b-8aef0f6ab554
>>
>> less my_master_template_create_default.json
>> {
>> "plugin_name": "vanilla",
>> "hadoop_version": "2.7.1",
>> "node_processes": [
>> "namenode",
>> "resourcemanager"
>> ],
>> "name": "vanilla-default-master",
>> "floating_ip_pool": "*public*",
>> "flavor_id": "6",
>> "auto_security_group": false
>> }
>>
>> in sahara.log:
>> 2016-07-21 21:40:05.216 1521 DEBUG keystoneclient.session
>> [req-ee9a5b0d-b19a-418f-bdd3-018fc4634eb0 7fff70fbbf83441a9b3c4d91a5613825
>> 6cb156a82d0f486a9f50132be9438eb6 - - -] REQ: curl -g -i --insecure -X GET
>> http://10.0.0.132:8774/v2/6cb156a82d0f486a9f50132be9438eb6/os-networks
>> -H "User-Agent: python-novaclient" -H "Accept: application/json" -H
>> "X-Auth-Token: {SHA1}5971da83434fe662c7726b695a4007128c1dc383"
>> _http_log_request
>> /usr/lib/python2.7/site-packages/keystoneclient/session.py:206
>> 2016-07-21 21:40:05.552 1521 DEBUG keystoneclient.session
>> [req-ee9a5b0d-b19a-418f-bdd3-018fc4634eb0 7fff70fbbf83441a9b3c4d91a5613825
>> 6cb156a82d0f486a9f50132be9438eb6 - - -] RESP: [200] Date: Fri, 22 Jul 2016
>> 01:40:05 GMT Connection: keep-alive Content-Type: application/json
>> Content-Length: 1297 X-Compute-Request-Id:
>> req-3279a048-145e-4f8e-bb7b-f77d22037f2a
>> RESP BODY: {"networks": [{"bridge": null, "vpn_public_port": null,
>> "dhcp_start": null, "bridge_interface": null, "share_address": null,
>> "updated_at": null, "id": "9c597886-d439-4fe2-b76b-5338d85aaf37",
>> "cidr_v6": null, "deleted_at": null, "gateway": null, "rxtx_base": null,
>> "label": "public", "priority": null, "project_id": null,
>> "vpn_private_address": null, "deleted": null, "vlan": null, "broadcast":
>> null, "netmask": null, "injected": null, "cidr": null,
>> "vpn_public_address": null, "multi_host": null, "enable_dhcp": null,
>> "dns2": null, "created_at": null, "host": null, "mtu": null, "gateway_v6":
>> null, "netmask_v6": null, "dhcp_server": null, "dns1": null}, {"bridge":
>> null, "vpn_public_port": null, "dhcp_start": null, "bridge_interface":
>> null, "share_address": null, "updated_at": null, "id":
>> "3aaa392b-af4d-4f70-9e2e-1b71a965ff7d", "cidr_v6": null, "deleted_at":
>> null, "gateway": null, "rxtx_base": null, "label": "private", "priority":
>> null, "project_id": null, "vpn_private_address": null, "deleted": null,
>> "vlan": null, "broadcast": null, "netmask": null, "injected": null, "cidr":
>> null, "vpn_public_address": null, "multi_host": null, "enable_dhcp": null,
>> "dns2": null, "created_at": null, "host": null, "mtu": null, "gateway_v6":
>> null, "netmask_v6": null, "dhcp_server": null, "dns1": null}]}
>>  _http_log_response
>> /usr/lib/python2.7/site-packages/keystoneclient/session.py:231
>> 2016-07-21 21:40:05.617 1521 DEBUG sahara.utils.openstack.base
>> [req-ee9a5b0d-b19a-418f-bdd3-018fc4634eb0 7fff70fbbf83441a9b3c4d91a5613825
>> 6cb156a82d0f486a9f50132be9438eb6 - - -] Permanent error occurred during
>> "find" execution: *No Network matching {'id': u'public'}*. (HTTP 404).
>> execute_with_retries
>> /usr/lib/python2.7/site-packa

Re: [openstack-dev] Floating IP pool public not found

[Telles Nobrega]

-+
> | id   | name| subnets
>  |
>
> +--+-+--+
> | 3aaa392b-af4d-4f70-9e2e-1b71a965ff7d | private |
> 7cd8341e-9994-4a1d-a46f-22aedfde7bd8 10.0.0.0/24 |
> | 9c597886-d439-4fe2-b76b-5338d85aaf37 | public  |
> 0d7a6c95-3f6a-42ad-9cf8-c96e1d9c3c82 172.24.4.224/28 |
>
> +--+-+--+
>
> $  neutron subnet-list
>
> +--++-+--+
> | id   | name   | cidr
>  | allocation_pools |
>
> +--++-+--+
> | 7cd8341e-9994-4a1d-a46f-22aedfde7bd8 | private_subnet | 10.0.0.0/24
> | {"start": "10.0.0.2", "end": "10.0.0.254"}   |
> | 0d7a6c95-3f6a-42ad-9cf8-c96e1d9c3c82 | public_subnet  | 172.24.4.224/28
> | {"start": "172.24.4.226", "end": "172.24.4.238"} |
>
> +--++-----+------+
>
> $  nova floating-ip-pool-list
> ++
> | name   |
> ++
> | public |
> ++
>
> $  nova floating-ip-bulk-list
> +++---++-+
> | project_id | address| instance_uuid | pool   | interface   |
> +++---++-+
> | -  | 10.0.0.193 | - | public | eno1636 |
> | -  | 10.0.0.194 | - | public | eno1636 |
> | -  | 10.0.0.195 | - | public | eno1636 |
> | -  | 10.0.0.196 | - | public | eno1636 |
> ..
> | -  | 10.0.0.221 | - | public | eno1636 |
> | -  | 10.0.0.222 | - | public | eno1636 |
> +++---++-+
>
>
>
> thanks!
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
[image: Red Hat] <http://www.redhat.com.br/>
Telles Nobrega | Software Engineer
Red Hat Brasil
T: +55 11 3529-6000 | M: +55 11 9 9910-1689
Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil.
RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com
<https://www.redhat.com/pt-br/about/trusted>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [Openstack-operators] Downgrade in Trove

[Telles Nobrega]

I totally agree. I will bring it up on the next trove meeting to decide how
we are
proceeding with this.

Thanks,

On Tue, Dec 8, 2015 at 4:04 PM Flavio Percoco <fla...@redhat.com> wrote:

> On 07/12/15 13:11 +0000, Telles Nobrega wrote:
> >Make sense Flavio, we have approved the spec to delete the downgrade but
> we can
> >wait a bit more and decide if we warn the deprecation and delete in N or
> if we
> >do it as long as no one is actually using it.
>
> My main concern is that, whenever you're going to delete something
> from your service, the feedback is rarely enough and deprecation paths
> should always be used.
>
> Cheers,
> Flavio
>
> >
> >
> >On Mon, Dec 7, 2015 at 10:01 AM Flavio Percoco <fla...@redhat.com> wrote:
> >
> >On 03/12/15 12:08 +, Telles Nobrega wrote:
> >>Hello all,
> >>
> >>we from Trove, want to remove the downgrade fuctionality from our SQL
> >Schema.
> >>This was a TC approved spec for all projects across OpenStack[1] and
> we
> >need to
> >>follow this process as well.
> >>We would like to know if are there anyone using this functionality
> and
> >that
> >>removing it would be a complete mess up for your environment.
> >>If anyone here is against this please speak up, we are gonna wait
> 48h and
> >if we
> >>get no negative response we will move forward and remove downgrade.
> >
> >Hey Telles,
> >
> >It's always recommended to wait for a bit more than 48h (1 week?).
> >
> >That being said, we (Glance) moved forward with this by adding first a
> >deprecation warning on downgrades and deferring the deletion to N so
> >that OPs that are actually using it (no idea if there are) can move
> >away from it.
> >
> >Flavio
> >
> >>
> >>Thanks in advance,
> >>
> >>
> >>[1] http://specs.openstack.org/openstack/openstack-specs/specs/
> >>no-downward-sql-migration.html
> >>--
> >>Telles Nobrega
> >>Software Engineer @ Red Hat
> >
> >>_______
> >>OpenStack-operators mailing list
> >>OpenStack-operators@lists.openstack.org
> >>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
> >
> >
> >--
> >@flaper87
> >Flavio Percoco
> >
> >--
> >Telles Nobrega
> >Software Engineer @ Red Hat
>
> --
> @flaper87
> Flavio Percoco
>
-- 
*Telles Nobrega*
Software Engineer @ Red Hat
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] Downgrade in Trove

[Telles Nobrega]

Make sense Flavio, we have approved the spec to delete the downgrade but we
can wait a bit more and decide if we warn the deprecation and delete in N
or if we do it as long as no one is actually using it.


On Mon, Dec 7, 2015 at 10:01 AM Flavio Percoco <fla...@redhat.com> wrote:

> On 03/12/15 12:08 +0000, Telles Nobrega wrote:
> >Hello all,
> >
> >we from Trove, want to remove the downgrade fuctionality from our SQL
> Schema.
> >This was a TC approved spec for all projects across OpenStack[1] and we
> need to
> >follow this process as well.
> >We would like to know if are there anyone using this functionality and
> that
> >removing it would be a complete mess up for your environment.
> >If anyone here is against this please speak up, we are gonna wait 48h and
> if we
> >get no negative response we will move forward and remove downgrade.
>
> Hey Telles,
>
> It's always recommended to wait for a bit more than 48h (1 week?).
>
> That being said, we (Glance) moved forward with this by adding first a
> deprecation warning on downgrades and deferring the deletion to N so
> that OPs that are actually using it (no idea if there are) can move
> away from it.
>
> Flavio
>
> >
> >Thanks in advance,
> >
> >
> >[1] http://specs.openstack.org/openstack/openstack-specs/specs/
> >no-downward-sql-migration.html
> >--
> >Telles Nobrega
> >Software Engineer @ Red Hat
>
> >___
> >OpenStack-operators mailing list
> >OpenStack-operators@lists.openstack.org
> >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> --
> @flaper87
> Flavio Percoco
>
-- 
*Telles Nobrega*
Software Engineer @ Red Hat
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] Downgrade in Trove

[Telles Nobrega]

Hello all,

we from Trove, want to remove the downgrade fuctionality from our SQL
Schema. This was a TC approved spec for all projects across OpenStack[1]
and we need to follow this process as well.
We would like to know if are there anyone using this functionality and that
removing it would be a complete mess up for your environment.
If anyone here is against this please speak up, we are gonna wait 48h and
if we get no negative response we will move forward and remove downgrade.

Thanks in advance,


[1]
http://specs.openstack.org/openstack/openstack-specs/specs/no-downward-sql-migration.html
-- 
*Telles Nobrega*
Software Engineer @ Red Hat
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [openstack-dev] [sahara] Proposing Vitaly Gridnev to core reviewer team

[Telles Nobrega]

Congrats Vitaly!!

On Thu, Oct 15, 2015 at 11:40 AM Sergey Lukjanov <slukja...@mirantis.com>
wrote:

> I think we have a quorum.
>
> Vitaly, congrats!
>
> On Tue, Oct 13, 2015 at 6:39 PM, Matthew Farrellee <m...@redhat.com>
> wrote:
>
>> +1!
>>
>> On 10/12/2015 07:19 AM, Sergey Lukjanov wrote:
>>
>>> Hi folks,
>>>
>>> I'd like to propose Vitaly Gridnev as a member of the Sahara core
>>> reviewer team.
>>>
>>> Vitaly contributing to Sahara for a long time and doing a great job on
>>> reviewing and improving Sahara. Here are the statistics for reviews
>>> [0][1][2] and commits [3].
>>>
>>> Existing Sahara core reviewers, please vote +1/-1 for the addition of
>>> Vitaly to the core reviewer team.
>>>
>>> Thanks.
>>>
>>> [0]
>>>
>>> https://review.openstack.org/#/q/reviewer:%22Vitaly+Gridnev+%253Cvgridnev%2540mirantis.com%253E%22,n,z
>>> [1] http://stackalytics.com/report/contribution/sahara-group/180
>>> [2] http://stackalytics.com/?metric=marks_id=vgridnev
>>> [3]
>>>
>>> https://review.openstack.org/#/q/status:merged+owner:%22Vitaly+Gridnev+%253Cvgridnev%2540mirantis.com%253E%22,n,z
>>>
>>> --
>>> Sincerely yours,
>>> Sergey Lukjanov
>>> Sahara Technical Lead
>>> (OpenStack Data Processing)
>>> Principal Software Engineer
>>> Mirantis Inc.
>>>
>>>
>>>
>>> __
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>
> --
> Sincerely yours,
> Sergey Lukjanov
> Sahara Technical Lead
> (OpenStack Data Processing)
> Principal Software Engineer
> Mirantis Inc.
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 
Telles Nobrega
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Proposing Ethan Gafford for the core reviewer team

[Telles Nobrega]

For what is worth I got that it was just a joke.

On Fri, Aug 14, 2015 at 2:30 PM Trevor McKay tmc...@redhat.com wrote:

 Flavio,

   thanks, bad joke on my part. I work with Telles on Sahara, just poking
 him in jest.  Apologies, didn't mean to create an issue on the list.

 Trev

 On Fri, 2015-08-14 at 17:30 +0200, Flavio Percoco wrote:
  On 14/08/15 09:29 -0400, Trevor McKay wrote:
  Hi Telles,
  
   you technically don't get a vote, but thanks anyway :)
 
  Hi Trevor,
 
  Technically, everyone gets to vote and speak up. Regardless of whether
  you're a core-reviewer or not. Most of the time, non-core contributors
  provide amazing feedback on what their experience has been while
  receiving reviews from the nominated person.
 
  Regardless of the comment, we as a community always welcome
  contributor's opinions and encourage folks to speak up.
 
  I knew your intentions are good but I thought it'd be a good time to
  share the above so that it would work as a reminder for others as
  well.
 
  Thank you both and +1 for Ethan ;)
  Flavio
 
  
  Trev
  
  On Fri, 2015-08-14 at 12:14 +, Telles Nobrega wrote:
   +1
  
   On Fri, Aug 14, 2015 at 7:11 AM Alexander Ignatov
   aigna...@mirantis.com wrote:
  
   +1
  
   Regards,
   Alexander Ignatov
  
  
  
  
  
On 13 Aug 2015, at 18:29, Sergey Reshetnyak
sreshetn...@mirantis.com wrote:
   
+2
   
2015-08-13 18:07 GMT+03:00 Matthew Farrellee
m...@redhat.com:
On 08/13/2015 10:56 AM, Sergey Lukjanov wrote:
Hi folks,
   
I'd like to propose Ethan Gafford as a
member of the Sahara core
reviewer team.
   
Ethan contributing to Sahara for a long time
and doing a great job on
reviewing and improving Sahara. Here are the
statistics for reviews
[0][1][2] and commits [3]. BTW Ethan is
already stable maint team core
for Sahara.
   
Existing Sahara core reviewers, please vote
+1/-1 for the addition of
Ethan to the core reviewer team.
   
Thanks.
   
[0]
https://review.openstack.org/#/q/reviewer:%
22Ethan+Gafford+%253Cegafford%
 2540redhat.com
%253E%22,n,z
[1]
   
 http://stackalytics.com/report/contribution/sahara-group/90
[2]
   
 http://stackalytics.com/?user_id=egaffordmetric=marks
[3]
https://review.openstack.org/#/q/owner:%
22Ethan+Gafford+%253Cegafford%
 2540redhat.com
%253E%22+status:merged,n,z
   
--
Sincerely yours,
Sergey Lukjanov
Sahara Technical Lead
(OpenStack Data Processing)
Principal Software Engineer
Mirantis Inc.
   
   
+1 ethan has really taken to sahara, providing
valuable input to both development and deployments
as well has taking on the manila integration
   
   
   
   
  __
OpenStack Development Mailing List (not for usage
questions)
Unsubscribe:
   
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
   
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
   
   
   
   
 __
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
   
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
   
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
   
  
  
  
  __
   OpenStack Development Mailing List (not for usage questions)
   Unsubscribe:
   openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
  
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
   --
  
   Telles Nobrega
  
 __
   OpenStack Development Mailing List

Re: [openstack-dev] [sahara] Proposing Ethan Gafford for the core reviewer team

[Telles Nobrega]

Yeah I know, I'm just supporting :)

On Fri, Aug 14, 2015 at 10:30 AM Trevor McKay tmc...@redhat.com wrote:

 Hi Telles,

  you technically don't get a vote, but thanks anyway :)

 Trev

 On Fri, 2015-08-14 at 12:14 +, Telles Nobrega wrote:
  +1
 
  On Fri, Aug 14, 2015 at 7:11 AM Alexander Ignatov
  aigna...@mirantis.com wrote:
 
  +1
 
  Regards,
  Alexander Ignatov
 
 
 
 
 
   On 13 Aug 2015, at 18:29, Sergey Reshetnyak
   sreshetn...@mirantis.com wrote:
  
   +2
  
   2015-08-13 18:07 GMT+03:00 Matthew Farrellee
   m...@redhat.com:
   On 08/13/2015 10:56 AM, Sergey Lukjanov wrote:
   Hi folks,
  
   I'd like to propose Ethan Gafford as a
   member of the Sahara core
   reviewer team.
  
   Ethan contributing to Sahara for a long time
   and doing a great job on
   reviewing and improving Sahara. Here are the
   statistics for reviews
   [0][1][2] and commits [3]. BTW Ethan is
   already stable maint team core
   for Sahara.
  
   Existing Sahara core reviewers, please vote
   +1/-1 for the addition of
   Ethan to the core reviewer team.
  
   Thanks.
  
   [0]
   https://review.openstack.org/#/q/reviewer:%
   22Ethan+Gafford+%253Cegafford%2540redhat.com
   %253E%22,n,z
   [1]
  
 http://stackalytics.com/report/contribution/sahara-group/90
   [2]
  
 http://stackalytics.com/?user_id=egaffordmetric=marks
   [3]
   https://review.openstack.org/#/q/owner:%
   22Ethan+Gafford+%253Cegafford%2540redhat.com
   %253E%22+status:merged,n,z
  
   --
   Sincerely yours,
   Sergey Lukjanov
   Sahara Technical Lead
   (OpenStack Data Processing)
   Principal Software Engineer
   Mirantis Inc.
  
  
   +1 ethan has really taken to sahara, providing
   valuable input to both development and deployments
   as well has taking on the manila integration
  
  
  
  
  __
   OpenStack Development Mailing List (not for usage
   questions)
   Unsubscribe:
  
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
  
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
  
  
  
  
 __
   OpenStack Development Mailing List (not for usage questions)
   Unsubscribe:
   openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
  
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
  
 
 
 
  __
  OpenStack Development Mailing List (not for usage questions)
  Unsubscribe:
  openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
  --
 
  Telles Nobrega
 
 __
  OpenStack Development Mailing List (not for usage questions)
  Unsubscribe:
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
  http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-- 
Telles Nobrega
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Proposing Ethan Gafford for the core reviewer team

[Telles Nobrega]

+1

On Fri, Aug 14, 2015 at 7:11 AM Alexander Ignatov aigna...@mirantis.com
wrote:

 +1

 Regards,
 Alexander Ignatov



 On 13 Aug 2015, at 18:29, Sergey Reshetnyak sreshetn...@mirantis.com
 wrote:

 +2

 2015-08-13 18:07 GMT+03:00 Matthew Farrellee m...@redhat.com:

 On 08/13/2015 10:56 AM, Sergey Lukjanov wrote:

 Hi folks,

 I'd like to propose Ethan Gafford as a member of the Sahara core
 reviewer team.

 Ethan contributing to Sahara for a long time and doing a great job on
 reviewing and improving Sahara. Here are the statistics for reviews
 [0][1][2] and commits [3]. BTW Ethan is already stable maint team core
 for Sahara.

 Existing Sahara core reviewers, please vote +1/-1 for the addition of
 Ethan to the core reviewer team.

 Thanks.

 [0]

 https://review.openstack.org/#/q/reviewer:%22Ethan+Gafford+%253Cegafford%2540redhat.com%253E%22,n,z
 [1] http://stackalytics.com/report/contribution/sahara-group/90
 [2] http://stackalytics.com/?user_id=egaffordmetric=marks
 [3]

 https://review.openstack.org/#/q/owner:%22Ethan+Gafford+%253Cegafford%2540redhat.com%253E%22+status:merged,n,z

 --
 Sincerely yours,
 Sergey Lukjanov
 Sahara Technical Lead
 (OpenStack Data Processing)
 Principal Software Engineer
 Mirantis Inc.


 +1 ethan has really taken to sahara, providing valuable input to both
 development and deployments as well has taking on the manila integration



 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe:
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://openstack-dev-requ...@lists.openstack.org/?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-- 
Telles Nobrega
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Nominate Trevor McKay for sahara-core

[Telles Nobrega]

+1


On Mon, May 19, 2014 at 11:13 AM, Sergey Lukjanov slukja...@mirantis.comwrote:

 Trevor, congrats!

 welcome to the sahara-core.

 On Thu, May 15, 2014 at 11:41 AM, Matthew Farrellee m...@redhat.com
 wrote:
  On 05/12/2014 05:31 PM, Sergey Lukjanov wrote:
 
  Hey folks,
 
  I'd like to nominate Trevor McKay (tmckay) for sahara-core.
 
  He is among the top reviewers of Sahara subprojects. Trevor is working
  on Sahara full time since summer 2013 and is very familiar with
  current codebase. His code contributions and reviews have demonstrated
  a good knowledge of Sahara internals. Trevor has a valuable knowledge
  of EDP part and Hadoop itself. He's working on both bugs and new
  features implementation.
 
  Some links:
 
  http://stackalytics.com/report/contribution/sahara-group/30
  http://stackalytics.com/report/contribution/sahara-group/90
  http://stackalytics.com/report/contribution/sahara-group/180
 
 
 https://review.openstack.org/#/q/owner:tmckay+sahara+AND+-status:abandoned,n,z
  https://launchpad.net/~tmckay
 
  Sahara cores, please, reply with +1/0/-1 votes.
 
  Thanks.
 
 
  +1
 
 
  ___
  OpenStack-dev mailing list
  OpenStack-dev@lists.openstack.org
  http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



 --
 Sincerely yours,
 Sergey Lukjanov
 Sahara Technical Lead
 (OpenStack Data Processing)
 Mirantis Inc.

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
--
Telles Mota Vidal Nobrega
Bsc in Computer Science at UFCG
Software Engineer at PulsarOpenStack Project - HP/LSD-UFCG
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

[Telles Nobrega]

That is good news, I can have both information sent to nova really easy. I
just need to add a field into the token, or more than one if needed. RIght
now I send Ids, it could names just as easily and we can add a new field so
we can have both information sent. I'm not sure which is the best option
for us but i would think that sending both for now would keep the
compatibility and we could still use the names for display porpuse


On Sun, Mar 16, 2014 at 9:18 AM, Jay Pipes jaypi...@gmail.com wrote:

 On Fri, 2014-03-14 at 13:43 -0700, Vishvananda Ishaya wrote:
  Awesome, this is exactly what I was thinking. I think this is really
  close to being usable on the nova side. First of all the
  dot.sperated.form looks better imo, and I think my code should still
  work that way as well. The other piece that is needed is mapping ids
  to names for display purposes. I did something like this for a
  prototype of names in dns caching that should work nicely. The
  question simply becomes how do we expose those names. I'm thinking we
  have to add an output field to the display of objects in the system
  showing the fully qualified name.  We can then switch the display in
  novaclient to show names instead of ids.  That way an admin listing
  all the projects in orga would see the owner as orga.projb instead of
  the id string.
 
  The other option would be to pass names instead of ids from keystone
  and store those instead. That seems simpler at first glance, it is not
  backwards compatible with the current model so it will be painful for
  providers to switch.

 -1 for instead of. in addition to would have been fine, IMO.

 Best,
 -jay



 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
--
Telles Mota Vidal Nobrega
Bsc in Computer Science at UFCG
Software Engineer at PulsarOpenStack Project - HP/LSD-UFCG
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

[Telles Nobrega]

Hi,

I'm also working with multitenancy and I would like to join this working
group.

Telles Nóbrega


On Wed, Jan 29, 2014 at 9:14 AM, Ulrich Schwickerath 
ulrich.schwicker...@cern.ch wrote:

 Hi,

 I'm working with Vinod. We'd like to join as well. Same issue on our side:
 16:00 UTC is better for us.

 Ulrich and Vinod


 On 29.01.2014 10:56, Florent Flament wrote:

 Hi Vishvananda,

 I would be interested in such a working group.
 Can you please confirm the meeting hour for this Friday ?
 I've seen 1600 UTC in your email and 2100 UTC in the wiki (
 https://wiki.openstack.org/wiki/Meetings#Hierarchical_
 Multitenancy_Meeting ). As I'm in Europe I'd prefer 1600 UTC.

 Florent Flament

 - Original Message -
 From: Vishvananda Ishaya vishvana...@gmail.com
 To: OpenStack Development Mailing List (not for usage questions) 
 openstack-dev@lists.openstack.org
 Sent: Tuesday, January 28, 2014 7:35:15 PM
 Subject: [openstack-dev] Hierarchicical Multitenancy Discussion

 Hi Everyone,

 I apologize for the obtuse title, but there isn't a better succinct term
 to describe what is needed. OpenStack has no support for multiple owners of
 objects. This means that a variety of private cloud use cases are simply
 not supported. Specifically, objects in the system can only be managed on
 the tenant level or globally.

 The key use case here is to delegate administration rights for a group of
 tenants to a specific user/role. There is something in Keystone called a
 domain which supports part of this functionality, but without support
 from all of the projects, this concept is pretty useless.

 In IRC today I had a brief discussion about how we could address this. I
 have put some details and a straw man up here:

 https://wiki.openstack.org/wiki/HierarchicalMultitenancy

 I would like to discuss this strawman and organize a group of people to
 get actual work done by having an irc meeting this Friday at 1600UTC. I
 know this time is probably a bit tough for Europe, so if we decide we need
 a regular meeting to discuss progress then we can vote on a better time for
 this meeting.

 https://wiki.openstack.org/wiki/Meetings#Hierarchical_
 Multitenancy_Meeting

 Please note that this is going to be an active team that produces code.
 We will *NOT* spend a lot of time debating approaches, and instead focus on
 making something that works and learning as we go. The output of this team
 will be a MultiTenant devstack install that actually works, so that we can
 ensure the features we are adding to each project work together.

 Vish

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
--
Telles Mota Vidal Nobrega
Bsc in Computer Science at UFCG
Developer at PulsarOpenStack Project - HP/LSD-UFCG
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Problems with devstack installation

[Telles Nobrega]

Hi, I'm trying to setup a dev environment, but I'm getting this error on
nova http://paste.openstack.org/show/52392/ can anyone give me a hint on
how to work this out?

thanks

-- 
--
Telles Mota Vidal Nobrega
Developer at PulsarOpenStack Project - HP/LSD-UFCG
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Problems with devstack installation

[Telles Nobrega]

Thanks Gary, it worked


On Wed, Nov 13, 2013 at 12:11 PM, Gary Kotton gkot...@vmware.com wrote:

 Please delete the file - /usr/bin/nova-rootwrap (this code was updated to
 use the openstack common root wrap code).
 I also hit the same issue yesterday
 Thanks
 Gary

 From: Sullivan, Jon Paul jonpaul.sulli...@hp.com
 Reply-To: OpenStack Development Mailing List (not for usage questions) 
 openstack-dev@lists.openstack.org
 Date: Wednesday, November 13, 2013 5:02 PM
 To: OpenStack Development Mailing List (not for usage questions) 
 openstack-dev@lists.openstack.org
 Subject: Re: [openstack-dev] Problems with devstack installation



 *From:* Telles Nobrega 
 [mailto:tellesnobr...@gmail.comtellesnobr...@gmail.com]




 Hi, I'm trying to setup a dev environment, but I'm getting this error on
 nova 
 http://paste.openstack.org/show/52392/https://urldefense.proofpoint.com/v1/url?u=http://paste.openstack.org/show/52392/k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0Ar=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0Am=5bAz1L03WBCey3wJPRpIh7UBTgV838HPW%2Fh2TPhWgtU%3D%0As=a840e8fcf6b472a19e342db259351af16c5a1a9d2b9de78efcac0782e0ba31e6can
  anyone give me a hint on how to work this out?



 I just saw the same problem.  I found that in my case the 2012.1 (Essex!)
 packages were installed from the Ubuntu apt repositories, which contained
 an outdated nova-rootwrap in /usr/bin/ that was using the wrong import
 statement.  The nova-rootwrap built by devstack was in /usr/local/bin/ and
 so I copied that in place of the incorrect one in /usr/bin/.



 Yes, this is a massive hack, but it did work for me for a similar error in
 the scheduler.



 thanks



 --

 --
 Telles Mota Vidal Nobrega
 Developer at PulsarOpenStack Project - HP/LSD-UFCG



 Thanks,
 Jon-Paul SullivanJ*Cloud Services - @hpcloud*



 Postal Address: Hewlett-Packard Galway Limited, Ballybrit Business Park,
 Galway.

 Registered Office: Hewlett-Packard Galway Limited, 63-74 Sir John
 Rogerson's Quay, Dublin 2.

 Registered Number: 361933



 The contents of this message and any attachments to it are confidential
 and may be legally privileged. If you have received this message in error
 you should delete it from your system immediately and advise the sender.



 To any recipient of this message within HP, unless otherwise stated, you
 should consider this message and attachments as HP CONFIDENTIAL.



 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
--
Telles Mota Vidal Nobrega
Developer at PulsarOpenStack Project - HP/LSD-UFCG
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Problems with glance when using token v3

[Telles Nobrega]

Hi, I'm trying to start an instance using a token v3 but I'm getting this
error
http://paste.openstack.org/show/52504/
Anyone has experienced this before or have any ideas how to solve it?

-- 
--
Telles Mota Vidal Nobrega
Developer at PulsarOpenStack Project - HP/LSD-UFCG
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] nova-api fails to start

[Telles Nobrega]

Now i have something like your problem, im getting
die 609 'nova-api did not start'


On Thu, Nov 7, 2013 at 4:11 PM, Krishanu Dhar rony.k...@gmail.com wrote:

 thanks man, incidentally i ran into your post too and it got me going.
 However, I was wondering if the fix should go in stack.sh.stack.sh


 On Fri, Nov 8, 2013 at 12:32 AM, Cazzolato, Sergio J 
 sergio.j.cazzol...@intel.com wrote:

  Hi, I had the same issue and fixed that doing a chwon and changing the
 ownership to my user of the files in /etc/nova where the owner was the user
 nova.



 In my case the files were: api-paste.ini and policy.json



 I posted the solution there too:




 http://stackoverflow.com/questions/19843239/getting-nova628die-trying-to-start-openstack-nova-module



 Thanks





 *From:* Krishanu Dhar [mailto:rony.k...@gmail.com]
 *Sent:* Thursday, November 07, 2013 3:40 PM
 *To:* OpenStack Development Mailing List (not for usage questions)
 *Subject:* Re: [openstack-dev] nova-api fails to start



 Any other recommendations on how to have a successful devstack
 installation?



 On Thu, Nov 7, 2013 at 11:37 PM, Krishanu Dhar rony.k...@gmail.com
 wrote:

 below is an error that's probably the cause...

 2013-11-07 23:24:14.758 TRACE nova IOError: [Errno 13] Permission denied:
 '/etc/nova/api-paste.ini'
 2013-11-07 23:24:14.758 TRACE nova
 n-api failed to start

 krish@krish-VirtualBox:/opt/stack/nova$ ls -l /etc/nova/api-paste.ini
 -rw--- 1 nova nova 4260 Apr 23  2013 /etc/nova/api-paste.ini

 isn't it expected to fail if the file is owned by nova... weird.







 On Thu, Nov 7, 2013 at 11:18 PM, Krishanu Dhar rony.k...@gmail.com
 wrote:

 it did not even start the process in my case.

 I tried looking up email threads in google and looks like quite a few
 have run into this before, but couldn't find a working fix.



 On Thu, Nov 7, 2013 at 11:15 PM, Telles Nobrega tellesnobr...@gmail.com
 wrote:

 Weird, i had the same problem, but when i kill the processes it works



 On Thu, Nov 7, 2013 at 2:34 PM, Krishanu Dhar rony.k...@gmail.com
 wrote:

 Nothing was left behind.

 #ps aux|grep -ie nova did not return anything.



 On Thu, Nov 7, 2013 at 11:01 PM, Telles Nobrega tellesnobr...@gmail.com
 wrote:

 Did you check if there are any nova process left running?



 On Thu, Nov 7, 2013 at 2:28 PM, Krishanu Dhar rony.k...@gmail.com
 wrote:

 Appreciate the responses. But there is something wrong with this. I ran
 unstack.sh again and retried the installation. it failed with the same
 message.

 So, what are my options right now?



 On Thu, Nov 7, 2013 at 7:31 PM, Telles Nobrega tellesnobr...@gmail.com
 wrote:

 Sometimes after ./unstack is ran, some process are still runnning for
 nova.

 Try running this to kill them all (ps aux | grep -ie nova | awk '{print
 $2}' | xargs kill -9) and try ./stack again



 On Thu, Nov 7, 2013 at 9:14 AM, Noorul Islam K M noo...@noorul.com
 wrote:

   Krishanu Dhar rony.k...@gmail.com writes:

  Hi,
 
  I was trying to install the devstack and it failed while starting the
 nova
  api. below is a snippet from the console. Is it a bug?
 
 
  + screen -S stack -p n-api -X stuff 'cd /opt/stack/nova 
  /usr/local/bin/nova-a'i || echo n-api failed to start | tee
  /opt/stack/status/stack/n-api.failure
  + echo 'Waiting for nova-api to start...'
  Waiting for nova-api to start...
  + wait_for_service 60 http://10.0.2.15:8774
  + local timeout=60
  + local url=http://10.0.2.15:8774
  + timeout 60 sh -c 'while ! curl --noproxy '\''*'\'' -s
  http://10.0.2.15:8774 /dev/null; do sleep 1; done'
  + die 628 'nova-api did not start'
  + local exitcode=0
  + set +o xtrace
  [Call Trace]
  ./stack.sh:1084:start_nova_api
  /home/krish/devstack/lib/nova:628:die
  [ERROR] /home/krish/devstack/lib/nova:628 nova-api did not start
  krish@krish-VirtualBox:~/devstack$

 Did you try screen -x stack ?

 Regards,
 Noorul

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev





 --

 --
 Telles Mota Vidal Nobrega
 Developer at PulsarOpenStack Project - HP/LSD-UFCG



   --
 Krishanu





 --

 --
 Telles Mota Vidal Nobrega
 Developer at PulsarOpenStack Project - HP/LSD-UFCG



   --
 Krishanu





 --

 --
 Telles Mota Vidal Nobrega
 Developer at PulsarOpenStack Project - HP/LSD-UFCG



   --
 Krishanu



   --
 Krishanu




 --
 Krishanu

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




 --
 Krishanu

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
--
Telles

Re: [openstack-dev] nova-api fails to start

[Telles Nobrega]

It was a new installation, but i tried a couple more times, removed all the 
component folders and it worked

--
___
Telles Mota Vidal Nóbrega

Undergraduated in Computer Science at Federal University of Campina Grande 
(UFCG)
Developer at PulsarOpenStack Project - HP

On 07 Nov 2013, at 17:54, Krishanu Dhar rony.k...@gmail.com wrote:

 Hey Telies - Were you trying to recreate the failure? or is it a new 
 installation?
 
 
 On Fri, Nov 8, 2013 at 2:13 AM, Telles Nobrega tellesnobr...@gmail.com 
 wrote:
 Now i have something like your problem, im getting 
 die 609 'nova-api did not start'
 
 
 On Thu, Nov 7, 2013 at 4:11 PM, Krishanu Dhar rony.k...@gmail.com wrote:
 thanks man, incidentally i ran into your post too and it got me going. 
 However, I was wondering if the fix should go in stack.sh.stack.sh
 
 
 On Fri, Nov 8, 2013 at 12:32 AM, Cazzolato, Sergio J 
 sergio.j.cazzol...@intel.com wrote:
 Hi, I had the same issue and fixed that doing a chwon and changing the 
 ownership to my user of the files in /etc/nova where the owner was the user 
 nova.
 
  
 
 In my case the files were: api-paste.ini and policy.json
 
  
 
 I posted the solution there too:
 
  
 
 http://stackoverflow.com/questions/19843239/getting-nova628die-trying-to-start-openstack-nova-module
 
  
 
 Thanks
 
  
 
  
 
 From: Krishanu Dhar [mailto:rony.k...@gmail.com] 
 Sent: Thursday, November 07, 2013 3:40 PM
 To: OpenStack Development Mailing List (not for usage questions)
 Subject: Re: [openstack-dev] nova-api fails to start
 
  
 
 Any other recommendations on how to have a successful devstack installation?
 
  
 
 On Thu, Nov 7, 2013 at 11:37 PM, Krishanu Dhar rony.k...@gmail.com wrote:
 
 below is an error that's probably the cause...
 
 2013-11-07 23:24:14.758 TRACE nova IOError: [Errno 13] Permission denied: 
 '/etc/nova/api-paste.ini'
 2013-11-07 23:24:14.758 TRACE nova 
 n-api failed to start
 
 krish@krish-VirtualBox:/opt/stack/nova$ ls -l /etc/nova/api-paste.ini
 -rw--- 1 nova nova 4260 Apr 23  2013 /etc/nova/api-paste.ini
 
 isn't it expected to fail if the file is owned by nova... weird.
 
  
 
  
 
  
 
 On Thu, Nov 7, 2013 at 11:18 PM, Krishanu Dhar rony.k...@gmail.com wrote:
 
 it did not even start the process in my case.
 
 I tried looking up email threads in google and looks like quite a few have 
 run into this before, but couldn't find a working fix.
 
  
 
 On Thu, Nov 7, 2013 at 11:15 PM, Telles Nobrega tellesnobr...@gmail.com 
 wrote:
 
 Weird, i had the same problem, but when i kill the processes it works
 
  
 
 On Thu, Nov 7, 2013 at 2:34 PM, Krishanu Dhar rony.k...@gmail.com wrote:
 
 Nothing was left behind. 
 
 #ps aux|grep -ie nova did not return anything.
 
  
 
 On Thu, Nov 7, 2013 at 11:01 PM, Telles Nobrega tellesnobr...@gmail.com 
 wrote:
 
 Did you check if there are any nova process left running?
 
  
 
 On Thu, Nov 7, 2013 at 2:28 PM, Krishanu Dhar rony.k...@gmail.com wrote:
 
 Appreciate the responses. But there is something wrong with this. I ran 
 unstack.sh again and retried the installation. it failed with the same 
 message. 
 
 So, what are my options right now?
 
  
 
 On Thu, Nov 7, 2013 at 7:31 PM, Telles Nobrega tellesnobr...@gmail.com 
 wrote:
 
 Sometimes after ./unstack is ran, some process are still runnning for nova. 
 
 Try running this to kill them all (ps aux | grep -ie nova | awk '{print $2}' 
 | xargs kill -9) and try ./stack again
 
  
 
 On Thu, Nov 7, 2013 at 9:14 AM, Noorul Islam K M noo...@noorul.com wrote:
 
 Krishanu Dhar rony.k...@gmail.com writes:
 
  Hi,
 
  I was trying to install the devstack and it failed while starting the nova
  api. below is a snippet from the console. Is it a bug?
 
 
  + screen -S stack -p n-api -X stuff 'cd /opt/stack/nova 
  /usr/local/bin/nova-a'i || echo n-api failed to start | tee
  /opt/stack/status/stack/n-api.failure
  + echo 'Waiting for nova-api to start...'
  Waiting for nova-api to start...
  + wait_for_service 60 http://10.0.2.15:8774
  + local timeout=60
  + local url=http://10.0.2.15:8774
  + timeout 60 sh -c 'while ! curl --noproxy '\''*'\'' -s
  http://10.0.2.15:8774 /dev/null; do sleep 1; done'
  + die 628 'nova-api did not start'
  + local exitcode=0
  + set +o xtrace
  [Call Trace]
  ./stack.sh:1084:start_nova_api
  /home/krish/devstack/lib/nova:628:die
  [ERROR] /home/krish/devstack/lib/nova:628 nova-api did not start
  krish@krish-VirtualBox:~/devstack$
 
 Did you try screen -x stack ?
 
 Regards,
 Noorul
 
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
 
 
 
 
  
 
 --
 
 --
 Telles Mota Vidal Nobrega
 Developer at PulsarOpenStack Project - HP/LSD-UFCG
 
 
 
 
 -- 
 Krishanu
 
 
 
 
  
 
 --
 
 --
 Telles Mota Vidal Nobrega
 Developer at PulsarOpenStack Project - HP/LSD-UFCG