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] [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

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] 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] 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

[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

[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

[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

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

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] [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

[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] [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

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] [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

[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] [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

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] [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] [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] [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] [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] [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] [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] [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

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] [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

[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] -

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 >>

[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

[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

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

[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] [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] [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

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

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] [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] [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] [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 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] [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 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] [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

[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] [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

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] [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

[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] [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] [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

[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:

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] [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] 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] [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] [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] [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] [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] [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] [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] 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] [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] [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

[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] [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

[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] [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.

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] [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

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] 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".

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] [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

[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] [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

[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ó

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] [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

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 ;;

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] [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] [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

[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