Re: [openstack-dev] Update on Zuul v3 Migration - and what to do about issues

Hello, I'm trying to run jobs with Zuul v3 in my local environment.[1] I prepared a sample job that runs sleep command on zuul's host. This job doesn't use Nodepool. [2] As a result, Zuul v3 submitted "SUCCESS" to gerrit when gerrit event occurred. But, error logs were generated. And my job was

Re: [openstack-dev] [TripleO] containerized undercloud in Queens

On Tue, Oct 3, 2017 at 11:12 AM, Dan Prince wrote: > On Mon, 2017-10-02 at 15:20 -0600, Alex Schultz wrote: >> Hey Dan, >> >> Thanks for sending out a note about this. I have a few questions >> inline. >> >> On Mon, Oct 2, 2017 at 6:02 AM, Dan Prince >>

Re: [openstack-dev] [all] Zuul v3 Status - and Rollback Information

On 19:38 Oct 03, Jean-Philippe Evrard wrote: > On Tue, Oct 3, 2017 at 5:40 PM, Monty Taylor wrote: > > Hey everybody! > Hello, > > I'd like to first thank everyone involved, doing this hard work. Yes thank you all very much for your hardwork. I think we can all agree

Re: [openstack-dev] [ironic] Proposing Shivanand Tendulker for ironic-core

+1 :) -- milan út 3. 10. 2017 v 18:02 odesílatel Vladyslav Drok napsal: > +1 for Shiv > > > On 3 Oct 2017 11:20 a.m., "Sam Betts (sambetts)" > wrote: > > +1, > > > > Sam > > > > On 03/10/2017, 08:21, "tua...@vn.fujitsu.com" >

Re: [openstack-dev] [TripleO] containerized undercloud in Queens

On Tue, Oct 3, 2017 at 10:12 AM, Dan Prince wrote: [...] > I would let other chime in but the feedback I've gotten has mostly been > that it improves the dev/test cycle greatly. [...] I like both aschultz & dprince thoughts here, I agree with both of you on most of the

[openstack-dev] [tc][election] TC candidacy

I am announcing my candidacy for a position on the OpenStack Technical Committee. I started contributing to OpenStack in 2012, and I am currently employed by Red Hat to work on OpenStack with a focus on long-term project concerns. I have served on the Technical Committee for the last four years

[openstack-dev] [policy] AWS IAM session

Hey all, It was mentioned in today's keystone meeting [0] that it would be useful to go through AWS IAM (or even GKE) as a group. With all the recent policy discussions and work, it seems useful to get our eyes on another system. The idea would be to spend time using a video conference/screen

[openstack-dev] [ptl][tc] Accessible upgrade support

I'm hoping this will get a little more attention. We recently started discussing removing governance tags that did not have any projects asserting them. I think this makes a lot of sense. Some tags were defined apparently in the hope that it would get projects thinking about them and wanting to

Re: [openstack-dev] [keystone][zuul] A Sad Farewell

Jamie Lennox wrote on 10/02/2017 10:13:49 PM: > > Hi All, > I'm really sad to announce that I'll be leaving the OpenStack > community (at least for a while), I've accepted a new position > unrelated to OpenStack that'll begin in a few weeks, and am going to > be mostly on

Re: [openstack-dev] [keystone][zuul] A Sad Farewell

On 11:17 Oct 03, Dean Troyer wrote: > On Mon, Oct 2, 2017 at 9:13 PM, Jamie Lennox wrote: > > I'm really sad to announce that I'll be leaving the OpenStack community (at > > least for a while), I've accepted a new position unrelated to OpenStack > > that'll begin in a few

[openstack-dev] [tc] [all] TC Report 40

( rendered: https://anticdent.org/tc-report-40.html ) This week opens OpenStack Technical Committee (TC) election season. There's an [announcement email thread](http://lists.openstack.org/pipermail/openstack-dev/2017-October/122933.html) (note the followup with some corrections). Individuals in

[openstack-dev] [all] Important information for people with in-repo Zuul v3 config

Hi everybody, The partial rollback of Zuulv3 is in place now. Zuulv2 is acting as your gate keeper once again. The status page for Zuulv2 can be found at http://status.openstack.org/zuul and Zuulv3 can be found at http://zuulv3.openstack.org. With the partial rollback of v3, we've left the

Re: [openstack-dev] [all] Zuul v3 Status - and Rollback Information

On Tue, Oct 3, 2017 at 5:40 PM, Monty Taylor wrote: > Hey everybody! > > Thank you all for your patience over the last week as we've worked through > the v3 rollout. While we anticipated some problems, we've run into a number > of unexpected issues, some of which will take

[openstack-dev] [storyboard] Should New Projects Be Using Storyboard?

I noticed that the project creator [1] and cookiecutter [2] promote using launchpad. If we're migrating projects to storyboard today, should we stop promoting launchpad for new projects? [1] - https://docs.openstack.org/infra/manual/creators.html [2] -

[openstack-dev] [nova] key_pair update on rebuild (a whole lot of conversations)

There is currently a spec up for being able to specify a new key_pair name during the rebuild operation in Nova - https://review.openstack.org/#/c/375221/ For those not completely familiar with Nova operations, rebuild triggers the "reset this vm to initial state" by throwing out all the disks,

Re: [openstack-dev] [TripleO] containerized undercloud in Queens

On Tue, Oct 3, 2017 at 3:50 PM, Alex Schultz wrote: > On Tue, Oct 3, 2017 at 11:12 AM, Dan Prince wrote: > > On Mon, 2017-10-02 at 15:20 -0600, Alex Schultz wrote: > >> Hey Dan, > >> > >> Thanks for sending out a note about this. I have a few questions >

Re: [openstack-dev] [storyboard] Should New Projects Be Using Storyboard?

Yes we definitely need to update these places to stop pointing new projects to Launchpad. Luckily the last few I've seen created haven't all gone to Launchpad. That being said, I have a work item to go through and update all mentions of Launchpad to point to Storyboard instead. If anyone sees

Re: [openstack-dev] [nova] Queens spec review sprint next week

On 10/2/2017 8:28 AM, Matt Riedemann wrote: On 9/28/2017 6:45 PM, Matt Riedemann wrote: Let's do a Queens spec review sprint. What day works for people that review specs? Monday came up in the team meeting today, but Tuesday could be good too since Monday's are generally evil. Let's do

Re: [openstack-dev] [TripleO] containerized undercloud in Queens

On Tue, Oct 3, 2017 at 1:50 PM, Alex Schultz wrote: > On Tue, Oct 3, 2017 at 11:12 AM, Dan Prince wrote: >> On Mon, 2017-10-02 at 15:20 -0600, Alex Schultz wrote: >>> Hey Dan, >>> >>> Thanks for sending out a note about this. I have a few questions >>>

[openstack-dev] [tc][election] non-candidacy for TC

Folks, due to changes in my day job I will not be running in the next TC election. I still intend to contribute to OpenStack whenever possible. I look forward to seeing how the community continues to grow, change, and approach new challenges. I'd like to encourage others to step up to the

Re: [openstack-dev] [infra][docs][i18n][ptls] PDFs for project-specific docs with unified doc builds

Hello Doug, Thanks a lot for the details on unified docs builds for infra side: Your links are really helpful to better point where to implement. I have first written it as one WIP spec: https://review.openstack.org/#/c/509297/ I would like to discuss it in upcoming Docs team IRC meeting and

Re: [openstack-dev] [policy] AWS IAM session

+1 Lance Bragstad wrote on 10/03/2017 04:08:31 PM: > Hey all, > > It was mentioned in today's keystone meeting [0] that it would be useful > to go through AWS IAM (or even GKE) as a group. With all the recent > policy discussions and work, it seems useful to get our eyes on

[openstack-dev] Security of Meta-Data

Hi Folks, Are there any documented conventions regarding the security model for MetaData? Note that CloudInit allows passing user and ssh service public/private keys via MetaData service (or ConfigDrive). One assumes it must be secure, but I have not found a security model or documentation.

Re: [openstack-dev] [TripleO] containerized undercloud in Queens

On Tue, Oct 3, 2017 at 2:46 PM, Dan Prince wrote: > > > On Tue, Oct 3, 2017 at 3:50 PM, Alex Schultz wrote: >> >> On Tue, Oct 3, 2017 at 11:12 AM, Dan Prince wrote: >> > On Mon, 2017-10-02 at 15:20 -0600, Alex Schultz wrote: >> >> Hey

Re: [openstack-dev] [nova] key_pair update on rebuild (a whole lot of conversations)

On 10/3/2017 3:16 PM, Sean Dague wrote: There is currently a spec up for being able to specify a new key_pair name during the rebuild operation in Nova - https://review.openstack.org/#/c/375221/ For those not completely familiar with Nova operations, rebuild triggers the "reset this vm to

Re: [openstack-dev] [keystone][zuul] A Sad Farewell

On 10/03/2017 11:17 AM, Dean Troyer wrote: On Mon, Oct 2, 2017 at 9:13 PM, Jamie Lennox wrote: I'm really sad to announce that I'll be leaving the OpenStack community (at least for a while), I've accepted a new position unrelated to OpenStack that'll begin in a few

[openstack-dev] [doc] [glance] backport patch doesn't seem to be applied to doc site

Hi I tried to install glance manually according to docs site[1] for Pike release, and current doc site doesn't show how to create glance database. The bug has been already fixed and the backport patch[2] also has been merged into Pike branch. So how to affect these backport patches to actual doc

Re: [openstack-dev] [all] Update on Zuul v3 Migration - and what to do about issues

Any update on where we stand on issues now? Because every single patch I tried to land yesterday was killed by POST_FAILURE in various ways. Including some really small stuff - https://review.openstack.org/#/c/324720/ That also includes the patch I'm told fixes some issues with zuul v3 in the

[openstack-dev] [openstack-ansible] Meetings change

Hello everyone, Some people on this planet are more aware of others of this fact: we have too many meetings in our life. I don't think OpenStack-Ansible should be so greedy to take 8 hours of your life a month for meetings. I therefore propose the reduction to 4 meetings/month: 3 bug triages and

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

On 10/02/2017 02:04 PM, Luigi Toscano wrote: > Why not? Even if it does not fix the issue for proper installations, > - it does not provent people from copying the files somewhere else (it > happened in sahara for how long I can remember, we have been using data_files) > - it fixes the deployment

Re: [openstack-dev] [tripleo] Pike Retrospective & Status reporting

On Oct 3, 2017 4:35 AM, "Giulio Fidente" wrote: On 09/18/2017 08:50 PM, Alex Schultz wrote: > Hey folks, > > We started off our PTG with a retrospective for Pike. The output of > which can be viewed here[0][1]. > > One of the recurring themes from the retrospective and the

Re: [openstack-dev] [keystone] [keystoneauth] Debug data isn't sanitized - bug 1638978

Another option, pass log=False which we currently do for all the auth requests. This will prevent debug printing the body at all, so con, by default you can't see that message, but it's there because I never wanted to mess around with masking individual service's secrets like this. On 29 Sep.

[openstack-dev] Odp.: [neutron][lbaasv2][agent implementation] L7 policy support

Hello Mihaela, It seems that you are referring to that part of code https://github.com/openstack/neutron-lbaas/blob/mitaka-eol/neutron_lbaas/drivers/driver_base.py#L36 I found that document for Mitaka https://docs.openstack.org/mitaka/networking-guide/config-lbaas.html It might be related to

Re: [openstack-dev] [tc] [election] NON nomination for TC

Sean Dague wrote: > I'd like to announce that after 4 years serving on the OpenStack > Technical Committee, I will not be running in this fall's > election. Over the last 4 years we've navigated some rough seas > together, including the transition to more inclusion of projects, the > dive off the

Re: [openstack-dev] [TripleO] Configure SR-IOV VFs in tripleo

On Tue, Sep 26, 2017 at 3:37 PM, Moshe Levi wrote: > Hi all, > > > > While working on tripleo-ovs-hw-offload work, I encounter the following > issue with SR-IVO. > > > > I added -e ~/heat-templates/environments/neutron-sriov.yaml -e >

Re: [openstack-dev] [ironic] Proposing Shivanand Tendulker for ironic-core

+1 , Yes, I definitely agree with you. Regards Tuan From: Nisha Agarwal [mailto:agarwalnisha1...@gmail.com] Sent: Tuesday, October 03, 2017 12:28 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [ironic]

Re: [openstack-dev] [rdo-list] [rdo][tripleo][kolla] Routine patch maintenance on trunk.rdoproject.org, Tue Oct 3rd

> Hi, > > We need to do some routine patching on trunk.rdoproject.org on Oct 3rd, at > 8:00 UTC. There will be a brief downtime for a reboot, where jobs using > packages from RDO Trunk can fail. Sorry for the inconveniences. > Hi, The maintenance is now complete. Everything should be back to

Re: [openstack-dev] [ironic] Proposing Shivanand Tendulker for ironic-core

+1, Sam On 03/10/2017, 08:21, "tua...@vn.fujitsu.com" > wrote: +1 , Yes, I definitely agree with you. Regards Tuan From: Nisha Agarwal [mailto:agarwalnisha1...@gmail.com] Sent: Tuesday, October 03, 2017 12:28

Re: [openstack-dev] Nova docker replaced by zun?

On 09/29/2017 10:48 AM, ADAMS, STEVEN E wrote: > Can anyone point me to some background on why nova docker was > discontinued and how zun is the heir? > > Thx, > > Steve Adams > > AT > > https://github.com/openstack/nova-docker/blob/master/README.rst The nova-docker driver discontinued

Re: [openstack-dev] [Zun] Nova docker replaced by zun?

Hi, nova-docker was discontinued because the lifecycle of containers and VMs are different and the Nova APIs doesn't satisfy it. Zun is an independent project of Nova which has its own set of APIs for managing containers on top of OpenStack. For more information, you can read the FAQ section

Re: [openstack-dev] May I run iscsiadm --op show & update 100 times?

Hello Gorka, On 2017/10/02 20:37, Gorka Eguileor wrote: On 02/10, Rikimaru Honjo wrote: Hello, I'd like to discuss about the following bug of os-brick. * os-brick's iscsi initiator unexpectedly reverts node.startup from "automatic" to "manual".

[openstack-dev] [nova] A way to delete a record in 'host_mappings' table

Hi. Nova developers. In cell v2 environment, when deleting a host (compute node) by 'nova service-delete', the records are soft deleted in the 'services' table and the 'compute_nodes' table of the cell database. But the record in 'host_mappings' table of api database is not deleted (I tried

Re: [openstack-dev] [Oslo][oslo.policy][glance] Bug: Glance doesn't send correctly authorization request to Oslo policy

Hi Brian and Doug, I've added this bug to the next Glance meeting agenda. My college Thomas will assist the meeting. Thanks, Ruan HE -Original Message- From: Brian Rosmaita [mailto:rosmaita.foss...@gmail.com] Sent: lundi 2 octobre 2017 13:18 To: Doug Hellmann Cc: OpenStack Development

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

On 10/2/17, 1:45 PM, "Doug Hellmann" wrote: >etc implies they should be edited, though, and we're trying to move away >from that at least for the paste.ini files in most projects. So we may >need to decide on a case-by-case basis, unless we declare all of these

Re: [openstack-dev] [tripleo] Pike Retrospective & Status reporting

On 09/18/2017 08:50 PM, Alex Schultz wrote: > Hey folks, > > We started off our PTG with a retrospective for Pike. The output of > which can be viewed here[0][1]. > > One of the recurring themes from the retrospective and the PTG was the > need for better communication during the cycle. One of

[openstack-dev] [os-upstream-institute] Meeting reminder

Hi Training Team, This is a friendly reminder that we are having our meeting in 15 minutes (0900 UTC) on #openstack-meeting-3. You can find the agenda here: https://etherpad.openstack.org/p/openstack-upstream-institute-meetings See you soon! :) Thanks, Ildikó

[openstack-dev] [neutron][lbaasv2][agent implementation] L7 policy support

Hello, Does the agent implementation of LBaaSv2 support L7 policies? I am testing with Mitaka version and I get "Not Implemented Error". {"asctime": "2017-10-03 07:34:42.764","process": "18","levelname": "INFO","name": "neutron_lbaas.services.loadbalancer.plugin", "request_id":

Re: [openstack-dev] [all][oslo] Retiring openstack/pylockfile

On Mon, Oct 02 2017, Doug Hellmann wrote: > Or https://github.com/jazzband > > Now we need a project to list all of the organizations full of unmaintained > software... Who's up for maintaining that list? -- Julien Danjou ;; Free Software hacker ;;

[openstack-dev] [Monasca] Query for the official document of Monasca manual installation on openstack

Hi, I have a query regarding manual installation of Monasca on Openstack. Please let me know the official document or link for manually node wise installation of Monasca(completely) on Openstack I have to integrate Monasca with Congress(Openstack: Newton). Configuration is: 1 Controller node +

Re: [openstack-dev] [all] Update on Zuul v3 Migration - and what to do about issues

We have patches stuck for hours – only info is: http://zuulv3.openstack.org/static/stream.html?uuid=128746a70c1843d7a94e887120ba381c=console.log At the moment we are unable to do anything On 10/3/17, 3:36 PM, "Boden Russell" wrote: On 10/3/17 5:17 AM, Sean Dague wrote:

Re: [openstack-dev] [tc] [election] NON nomination for TC

> On Oct 3, 2017, at 8:16 AM, Thierry Carrez wrote: > > Sean Dague wrote: >> I'd like to announce that after 4 years serving on the OpenStack >> Technical Committee, I will not be running in this fall's >> election. Over the last 4 years we've navigated some rough seas

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

On Tuesday, 3 October 2017 14:31:05 CEST Thomas Goirand wrote: > On 10/02/2017 02:04 PM, Luigi Toscano wrote: > > Why not? Even if it does not fix the issue for proper installations, > > - it does not provent people from copying the files somewhere else (it > > happened in sahara for how long I

Re: [openstack-dev] [all] Update on Zuul v3 Migration - and what to do about issues

On 10/3/17 5:17 AM, Sean Dague wrote: > > Do we have a defined point on the calendar for getting the false > negatives back below the noise threshold otherwise a rollback is > implemented so that some of these issues can be addressed in parallel > without holding up community development? Along

Re: [openstack-dev] Odp.: [neutron][lbaasv2][agent implementation] L7 policy support

Hi, I appreciate the help. In neutron-server I have the following service providers enabled: service_provider = LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default service_provider =

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

On Tue, Oct 3, 2017 at 2:07 PM, Luigi Toscano wrote: > On Tuesday, 3 October 2017 14:31:05 CEST Thomas Goirand wrote: >> On 10/02/2017 02:04 PM, Luigi Toscano wrote: >> > Why not? Even if it does not fix the issue for proper installations, >> > - it does not provent people

[openstack-dev] [nova] notification subteam meeting is canceled

Hi, Today's notification subteam meeting is canceled not to disturb spec review focus. Cheers, gibi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [all] policy community goal progress

Hey all, According to our burndown chart [0], just over half the projects have started implementing the goal [1]. I've been proposing patches for some of the projects in the not-started column. Most patches I've been working on would benefit from a review from someone more experienced with the

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

Excerpts from Jesse Pretorius's message of 2017-10-03 09:02:19 +: > On 10/2/17, 1:45 PM, "Doug Hellmann" wrote: > > >etc implies they should be edited, though, and we're trying to move away > >from that at least for the paste.ini files in most projects. So we

Re: [openstack-dev] [all] Update on Zuul v3 Migration - and what to do about issues

> Any update on where we stand on issues now? Because every single patch I > tried to land yesterday was killed by POST_FAILURE in various ways. > Including some really small stuff - https://review.openstack.org/#/c/324720/ Yeah, Nova has only landed eight patches since Thursday. Most of those

Re: [openstack-dev] [nova] A way to delete a record in 'host_mappings' table

> But the record in 'host_mappings' table of api database is not deleted > (I tried it with nova master 8ca24bf1ff80f39b14726aca22b5cf52603ea5a0). > The cell cannot be deleted if the records for the cell remains in > 'host_mappings' table. > (An error occurs with a message "There are existing

Re: [openstack-dev] Nova docker replaced by zun?

> -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: October-03-17 5:44 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] Nova docker replaced by zun? > > On 09/29/2017 10:48 AM, ADAMS, STEVEN E wrote: > > Can anyone point me to some background

Re: [openstack-dev] [keystone][zuul] A Sad Farewell

On 10/02/2017 10:13 PM, Jamie Lennox wrote: Hi All, I'm really sad to announce that I'll be leaving the OpenStack community (at least for a while), I've accepted a new position unrelated to OpenStack that'll begin in a few weeks, and am going to be mostly on holiday until then. It's a

[openstack-dev] [nova] Should we allow passing new user_data during rebuild?

We plan on deprecating personality files from the compute API in a new microversion. The spec for that is here: https://review.openstack.org/#/c/509013/ Today you can pass new personality files to inject during rebuild, and at the PTG we said we'd allow passing new user_data to rebuild as a

Re: [openstack-dev] [ironic] Proposing Shivanand Tendulker for ironic-core

+1 for Shiv On 3 Oct 2017 11:20 a.m., "Sam Betts (sambetts)" wrote: +1, Sam On 03/10/2017, 08:21, "tua...@vn.fujitsu.com" wrote: +1 , Yes, I definitely agree with you. Regards Tuan *From:* Nisha Agarwal

Re: [openstack-dev] [keystone][zuul] A Sad Farewell

On Mon, Oct 2, 2017 at 9:13 PM, Jamie Lennox wrote: > I'm really sad to announce that I'll be leaving the OpenStack community (at > least for a while), I've accepted a new position unrelated to OpenStack > that'll begin in a few weeks, and am going to be mostly on holiday

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

On 10/3/17, 3:01 PM, "Doug Hellmann" wrote: >> Given that this topic has gone through several cycles of discussion and has >> never gone anywhere, does it perhaps merit definition as a project interface >> so that we can define the problem this is trying to solve and set

[openstack-dev] [neutron] - Adding Takashi Yamamoto to the neutron-drivers team

Hi, After the departure of Kevin Benton, I am adding Takashi Yamamoto to the Neutron drivers team [1]. Takashi has been an active member of the Neutron Core Reviewer team for more than 2 years, providing advice across the reference implementation code. He also leads the networking-midonet

Re: [openstack-dev] [keystone][zuul] A Sad Farewell

On 2017-10-02 10:42 PM, Lance Bragstad wrote: +1,000 to all of what Steve said. It's still tough for me to wrap my head around all the client/library work you shouldered. Your experience, perspective, and insight will certainly be missed. Thanks for being an awesome member of this community and

[openstack-dev] [all] Zuul v3 Status - and Rollback Information

Hey everybody! Thank you all for your patience over the last week as we've worked through the v3 rollout.  While we anticipated some problems, we've run into a number of unexpected issues, some of which will take some time to resolve.  It has become unreasonable to continue in our current

Re: [openstack-dev] [nova] Should we allow passing new user_data during rebuild?

On 10/3/2017 10:53 AM, Matt Riedemann wrote: However, if the only reason one would need to pass personality files during rebuild is because we don't persist them during the initial server create, do we really need to also allow passing user_data for rebuild? Given personality files were

Re: [openstack-dev] [all] Zuul v3 Status - and Rollback Information

On 10/3/2017 11:40 AM, Monty Taylor wrote: Our nodepool quota will be allocated 80% to Zuul v2, and 20% to ZUul v3.  This will slow v2 down slightly, but allow us to continue to exercise v3 enough to find problems. Zuul v2 and v3 can not both gate a project or set of projects.  In general,

Re: [openstack-dev] [all] Zuul v3 Status - and Rollback Information

On Tue, Oct 3, 2017, at 10:00 AM, Matt Riedemann wrote: > On 10/3/2017 11:40 AM, Monty Taylor wrote: > > Our nodepool quota will be allocated 80% to Zuul v2, and 20% to ZUul > > v3.  This will slow v2 down slightly, but allow us to continue to > > exercise v3 enough to find problems. > > > >

Re: [openstack-dev] [all] Zuul v3 Status - and Rollback Information

On 2017-10-03 12:00:44 -0500 (-0500), Matt Riedemann wrote: > On 10/3/2017 11:40 AM, Monty Taylor wrote: > >Our nodepool quota will be allocated 80% to Zuul v2, and 20% to ZUul v3.  > >This will slow v2 down slightly, but allow us to continue to exercise v3 > >enough to find problems. > > > >Zuul

Re: [openstack-dev] [TripleO] containerized undercloud in Queens

On Mon, 2017-10-02 at 15:20 -0600, Alex Schultz wrote: > Hey Dan, > > Thanks for sending out a note about this. I have a few questions > inline. > > On Mon, Oct 2, 2017 at 6:02 AM, Dan Prince > wrote: > > One of the things the TripleO containers team is planning on > >

Re: [openstack-dev] [all] Zuul v3 Status - and Rollback Information

On 10/03/2017 01:06 PM, Jeremy Stanley wrote: > On 2017-10-03 12:00:44 -0500 (-0500), Matt Riedemann wrote: >> On 10/3/2017 11:40 AM, Monty Taylor wrote: >>> Our nodepool quota will be allocated 80% to Zuul v2, and 20% to ZUul v3.  >>> This will slow v2 down slightly, but allow us to continue to

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

Excerpts from Jesse Pretorius's message of 2017-10-03 15:57:17 +: > On 10/3/17, 3:01 PM, "Doug Hellmann" wrote: > > >> Given that this topic has gone through several cycles of discussion and > >> has never gone anywhere, does it perhaps merit definition as a project

Re: [openstack-dev] [kolla] Non-critical, non-gate patches freeze during migration to zuul3

Since infra is splitting zuul to zuulv2 and v3 [1], we get our gates back and allows us to work on zuulv3 gates at same time. Therefore we can un-freeze repo. Feel free to merge patches:) [1] http://lists.openstack.org/pipermail/openstack-dev/2017-October/123049.html On 2 October 2017 at 10:13,

Re: [openstack-dev] [doc] [glance] backport patch doesn't seem to be applied to doc site

On Tue, Oct 3, 2017, at 04:30 PM, Ken'ichi Ohmichi wrote: > Hi > > I tried to install glance manually according to docs site[1] for Pike > release, and current doc site doesn't show how to create glance > database. > The bug has been already fixed and the backport patch[2] also has been > merged

Re: [openstack-dev] [TripleO] Configure SR-IOV VFs in tripleo

> -Original Message- > From: Saravanan KR [mailto:skram...@redhat.com] > Sent: Tuesday, October 3, 2017 1:36 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [TripleO] Configure SR-IOV VFs in

Re: [openstack-dev] [nova] key_pair update on rebuild (a whole lot of conversations)

I think new-keypair-on-rebuild makes sense for some forms of key rotation as well. For example, I've worked with a big data ironic customer who uses rebuild to deploy new OS images onto their ironic managed machines. Presumably if they wanted to do a keypair rotation they'd do it in a very similar

[openstack-dev] [simplification] PTG Recap

# Simplification PTG Recap ## Introduction This goal was started off in the May 2017 leadership workshop [1]. We are collecting feedback from the community that OpenStack can be complex for deployers, contributors, and ultimately the people we’re all supporting, our consumers of clouds. This

[openstack-dev] [stable] Preping for the stable/newton EOL

Hi All, This is a quick update on the process for tagging stable/newton as EOL: The published[1][2] timeline is: Sep 29 : Final newton library releases Oct 09 : stable/newton branches enter Phase III Oct 11 : stable/newton branches get tagged EOL Given that those key dates were a little

Re: [openstack-dev] Security of Meta-Data

I would treat the metadata service as not secure. From amazon docs (equivalent can be said about openstack): ''' Important Although you can only access instance metadata and user data from within the instance itself, the data is not protected by cryptographic methods. Anyone who can access

Re: [openstack-dev] [nova] key_pair update on rebuild (a whole lot of conversations)

On 10/03/2017 03:16 PM, Sean Dague wrote: = Where I think we are? = I think with all this data we're at the following: Q: Should we add this to rebuild A: Yes, probably - after some enhancement to the spec * * - we really should have much better use cases about the situations it is expected

Re: [openstack-dev] [nova] key_pair update on rebuild (a whole lot of conversations)

Excerpts from Sean Dague's message of 2017-10-03 16:16:48 -0400: > There is currently a spec up for being able to specify a new key_pair > name during the rebuild operation in Nova - > https://review.openstack.org/#/c/375221/ > > For those not completely familiar with Nova operations, rebuild

Re: [openstack-dev] [nova] A way to delete a record in 'host_mappings' table

On 2017/10/03 23:12, Dan Smith wrote: But the record in 'host_mappings' table of api database is not deleted (I tried it with nova master 8ca24bf1ff80f39b14726aca22b5cf52603ea5a0). The cell cannot be deleted if the records for the cell remains in 'host_mappings' table. (An error occurs with a