- openstack-discuss - lists.openstack.org

[kolla] Cancelling today's meeting
by Mark Goddard 04 Sep '19

04 Sep '19

Hi, I can't make today's meeting, and we're missing a number of cores so I'll cancel. Please get in touch on IRC if there is anything to update. Cheers, Mark

1 0

[ops] Introducing Waldur - open-source platform for openstack operators
by Andres Toomsalu 04 Sep '19

04 Sep '19

I would like to introduce open-source Waldur platform - targeted for openstack cloud operators and implementing service delivery pipeline towards end customers. It uses modular approach and has the following core features: * integrated marketplace and self-service for the end users (REST API and webapp) * built-in accounting, integrations with backend billing systems and payment gateways * built-in customer support/servicedesk functionality and integrations with backend servicedesk systems (Atlassian Servicedesk for example) * built-in organisation membership and user management * multi-cloud (ie multiple openstack API endpoints) support inside customer project containers This diagram provides overview about available modules and their relations: https://waldur.com/assets/doc/waldur-diagram.pdf Waldur openstack support is fairly mature - it has been successfully used in production deployments since 2015. Its web-based self-service for end users implements somewhat opiniated openstack tenant and resource management - based on our real-world experience and some best practices delivered from it. But also Horizon access provisioning and out-of-band tenant changes sync are supported. More details about Waldur platform and its openstack support can be found here: https://waldur.com/#openstack Source code is available from OpenNode github repositories: https://github.com/opennode/waldur-mastermind https://github.com/opennode/waldur-homeport Documentation is available here: http://docs.waldur.com All the best, Andres Toomsalu andres at opennodeloud.com

2 4

[openstack-ansible] weekly office hours
by Mohammed Naser 04 Sep '19

04 Sep '19

Hi everyone, Here’s the update of what happened in this week’s OpenStack Ansible Office Hours. - The 42.3 clean up and job state matrix are still pending. - We decided to retire Ocata and are thinking of retiring Pike since they are not being used or maintained anymore. - We also discussed the future of OSA. We noticed a lot of operators are going more towards containers or kubernetes and the contributions and traction for OSA have decreased, so we’re wondering if we should start thinking about adopting a new direction in the future. I suggest that you read the eavesdrop for the last point and would like to ask for input. Thanks! Regards, Mohammed -- Mohammed Naser — vexxhost ----------------------------------------------------- D. 514-316-8872 D. 800-910-1726 ext. 200 E. mnaser(a)vexxhost.com W. http://vexxhost.com

2 1

[cyborg][election][ptl] PTL candidacy for Ussuri
by Nadathur, Sundar 03 Sep '19

03 Sep '19

Hello all, I would like to announce my candidacy for the PTL role of Cyborg for the Ussuri cycle. I have been involved with Cyborg since 2018 Rocky PTG, and have had the privilege of serving as Cyborg PTL for the Train cycle. In the Train cycle, Cyborg saw some important developments. We reached an agreement on integration with Nova at the PTG, and the spec that I wrote based on that agreement has been merged. We have seen new developers join the community. We have seen existing Cyborg drivers getting updated and new Cyborg drivers being proposed. We are also in the process of developing a tempest plugin for Cyborg. In the U cycle, I'd aim to build on this foundation. While we may support a certain set of VM operations with accelerators with Nova in Train, we can expand on that set in U. We should also focus on Day 2 operations like performance monitoring and health monitoring for accelerator devices. I would like to formalize and expand on the driver addition/development process. Thank you for your support. Regards, Sundar

2 1

[kolla-ansible] Correct way to add/remove nodes.
by Eddie Yen 03 Sep '19

03 Sep '19

Hi, I wanna know the correct way to add/remove nodes since I can't find the completely document or tutorial about this part. Here's what I know for now. For addition: 1. Install OS and setting up network on new servers. 2. Add new server's information into /etc/hosts and inventory file 3. Do bootstrapping to these servers by using bootstrap-servers with --limit option 4. (For Ceph OSD node) Add disk label to the disks that will become OSD. 5. Deploy again. For deletion (Compute): 1. Do migration if there're VMs exist on target node. 2. Set nova-compute service down on target node. Then remove the service from nova cluster. 3. Disable all Neutron agents on target node and remove from Neutron cluster. 4. Using kolla-ansible to stop all containers on target node. 5. Cleanup all containers and left settings by using cleanup-containers and cleanup-host script. For deletion (Ceph OSD node): 1. Remove all OSDs on target node by following Ceph tutorial. 2. Using kolla-ansible to stop all containers on target node. 3. Cleanup all containers and left settings by using cleanup-containers and cleanup-host script. Now I'm not sure about Controller if there's one controller down and want to add another one into HA cluster. My thought is that add into cluster first, then delete the informations about corrupted controller. But I have no clue about the details. Only about Ceph controller (mon, rgw, mds,. etc) Does anyone has experience about this? Many thanks, Eddie.

1 1

[manila][ptl] Non-candidacy for the Ussuri Cycle
by Tom Barron 03 Sep '19

03 Sep '19

I want to thank the Manila community for allowing me to serve as PTL for the last three cycles, but it is time for us to change it up! I know it's late for this announcement, but I wanted first to make sure that I won't be leaving an unfilled vacancy and events conspired such that that took longer than anticipated :) So stay tuned for an announcment shortly of a nomination for a new PTL for Ussuri -- I'm sure you'll be as pleased as I am with what you'll read. I'm not going anywhere. I'll be working on Manila itself and helping the new PTL, as well as working with actual Manila deployments and the use of Manila as open infrastructure by adjacent communities. Thanks again! -- Tom Barron

2 1

[manila][ptl][election] PTL candidacy for Ussuri
by Goutham Pacha Ravi 03 Sep '19

03 Sep '19

Greetings Zorillas & other Stackers, I would like to submit my candidacy to be the PTL of Manila for the Ussuri cycle. I have been a contributor to OpenStack since the Liberty release and a maintainer of Manila and its associated deliverables since the Ocata release. I have had the opportunity to work closely with, and learn from, two stellar engineers who have served as PTLs so far. I've also had the privilege of collaborating with contributors from varied backgrounds. This taught me the technical aspects of orchestrating Open Infrastructure Storage at cloud scale. I attribute the tremendous growth of the project to each of us in the project internalizing and espousing the "OpenStack Way" of upstream open-source development. My strongest qualification for this job is that I wake up excited about the problems we're solving. As an engineer I see features left to implement; as an ambassador, I see untapped use cases; as a maintainer, I see new contributors and technical debt. So, if you'll have me, as the PTL, I will work towards maturing Manila, tackling its technical debt, advocating its usage and sustaining its neutrality. I'll also continue doing the thing I love most: mentoring new members and preserving this well-knit community. In the near term, I propose that you and I: - Continue hard on the path to growing contributors: Stein/Train was an exciting time for us; we worked hard on this goal! We lowered the barrier of entry for new contributors by relaxing our review norms [1] and provided quick and easy tutorials [2] to bootstrap with our free and open source storage drivers, among many other things. We had an opportunity to mentor interns under Outreachy [3], Google Summer of Code [4] and the Open University of Israel [5] internship programs. Let's do more of this and ensure we have able successors. Let's also mentor reviewers and create more maintainers. - Complete integration to openstackclient/openstacksdk and evolve manila-csi by reaching feature parity to the rich feature-set we already provide. - Continue the work on reliability, availability and fault tolerance of individual components and allow for more flexible deployment scenarios. - Gather feedback from edge/telco/scientific computing consumers and address pain points. Thank you for your support, Goutham Pacha Ravi <gouthampravi(a)gmail.com> IRC: gouthamr [1] https://docs.openstack.org/manila/latest/contributor/manila-review-policy.h… [2] https://docs.openstack.org/manila/latest/contributor/development-environmen… [3] https://www.outreachy.org/apply/rounds/may-2019-august-2019-outreachy-inter… [4] https://summerofcode.withgoogle.com/projects/#5067835716403200 [5] https://review.opendev.org/#/q/committer:gilboa.nir%2540gmail.com+status:me… [6] Candidacy submission: https://review.opendev.org/679881

1 0

[adjutant][ptl] Adrian Turjak as Adjutant U cycle PTL
by Adrian Turjak 03 Sep '19

03 Sep '19

Hello OpenStackers, I'm submitting myself as the PTL for Adjutant during the U cycle. At this time I think I'm still the best suited to continue leading the project, with the best understanding of the codebase and the direction that the service is taking. The Train cycle was sadly not as productive as I'd have liked, purely because of how much big refactor work we've been in the middle of. The progress of that though has been good, and it should lay the groundwork for a very productive U cycle. The planned work for the next cycle is: - introduce partial policy support rather than relying on hardcoded decorators. - finish the long planned support for sub-project management - add project (and resource) termination logic - rework the identity manager as a pluggable construct. Cheers, Adrian Turjak

1 0

[qa][nova][migrate]CPU doesn't have compatibility
by 崔恒香 03 Sep '19

03 Sep '19

Hi This is my ERROR info(ocata): 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 5229, in check_can_live_migrate_destination 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server disk_over_commit) 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 5240, in _do_check_can_live_migrate_destination 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server block_migration, disk_over_commit) 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 5670, in check_can_live_migrate_destination 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server self._compare_cpu(None, source_cpu_info, instance) 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 5938, in _compare_cpu 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server raise exception.InvalidCPUInfo(reason=m % {'ret': ret, 'u': u}) 2019-09-03 10:00:46.518 25163 ERROR oslo_messaging.rpc.server InvalidCPUInfo: Unacceptable CPU info: CPU doesn't have compatibility.

3 4

review.opendev.org Outage September 16 to Perform Project Renames
by Clark Boylan 03 Sep '19

03 Sep '19

Hello, We will be taking a Gerrit outage of about an hour on September 16 at 14:00 UTC to perform project renames. Please let us know if this scheduling does not work for some reason. We have tried to schedule this for a quiet time at the end of OpenStack's Train release cycle. Also, if you'd like to rename a project, now is the time to start prepping for that. Feel free to ask us any questions you have or bring up your concerns with us. Thank you for your patience, Clark

1 0

[nova][ptl] Eric Fried candidacy for Nova U PTL
by Eric Fried 03 Sep '19

03 Sep '19

I would be honored to continue serving as the Nova PTL in the Ussuri release [0]. Please note that I will not be in Shanghai. As Train PTL, I am working to delegate the project update [1]. If reelected for Ussuri, I intend to do the same for PTG responsibilities, including doing as much as possible via "virtual pre-PTG" on the mailing list. Being PTL for Train has been a growth experience. It has forced me to take a broader view of the project versus my previous focus on my topics of interest [2]. The flip-side is that I have had less time to devote to those things, and that has been a sacrifice. As such, I intend to be bolder about delegating this time around. In my stump speech for Train [3] I expressed a desire to grow contributor participation. I feel we have seen positive movement with new and existing non-cores showing improved code and review activity. Let's maintain the encouraging atmosphere and continue to grow in this space. However, core participation has not seen the same health, and it shows in the relatively low volume of feature work that has been accomplished to date in Train (more on this below). This has been one of my main frustrations as Nova Cat-Herder: like cats, Nova cores are mysterious beings motivated by forces beyond my ability to control. I would like to find ways to make core review activity more consistent as a step toward being able to predict more accurately what we can expect to get done in a cycle. This should make everyone's (project) managers happier, a delicious treat made with real tuna. Feature-wise, I was disappointed in the lack of progress exploiting nested resource providers. The Placement team worked hard to deliver the dependencies [4] to allow us to express things like subtree affinity for NUMA, but Nova missed the boat (train) due to lack of resource [5] and inability to agree on how to move forward [6]. Expressing NUMA in Placement is going to be the next major inflection point for scheduling robustness and performance; we need to get serious about making it a priority. But first we should finish what we started, closing on the many almost-there features that are looking risky for Train. We should be conservative about committing to new features until those are done. Thanks, Eric Fried (efried) (say it like "freed") [0] https://review.opendev.org/679862 [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-August/thread.h… [2] meaning things my employer cares about, areas where I have background/expertise, and things that sound fun and/or further some mission of Nova/OpenStack [3] https://opendev.org/openstack/election/src/branch/master/candidates/train/N… [4] https://docs.openstack.org/placement/latest/specs/train/approved/2005575-ne… [5] insert Placement joke here [6] https://review.opendev.org/#/c/650963/

1 0

[tc] weekly update
by Mohammed Naser 03 Sep '19

03 Sep '19

Hi everyone, Here’s the update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. # General changes - Added kayobe as a deliverable of the kolla project: https://review.opendev.org/#/c/669299/ Thanks! Regards, Mohammed -- Mohammed Naser — vexxhost ----------------------------------------------------- D. 514-316-8872 D. 800-910-1726 ext. 200 E. mnaser(a)vexxhost.com W. http://vexxhost.com

1 0

[ptl] [docs] [election] PTL Candidacy for Ussuri
by Alexandra Settle 03 Sep '19

03 Sep '19

Hey all, I would like to submit my candidacy for the documentation team's PTL for the Ussuri cycle. Stephen Finucane (Train PTL) will be unofficially serving alongside me in a co-PTL capacity so we can equally address documentation-related tasks and discussions. I served as the documentation PTL for Pike, and am currently serving as an elected member of the Technical Committee in the capacity of vice chair. I have been a part of the community since the beginning of 2014, and have seen the highs and the lows and continue to love working for and with this community. The definition of documentation for OpenStack has been rapidly changing and the future of the documentation team continues to evolve and change. I would like that opportunity to help guide the documentation team, and potentially finish what myself, Petr, Stephen and many others have started and carried on. Thanks, Alex -- Alexandra Settle <a.settle(a)outlook.com> IRC: asettle

3 3

[elections][tc] Announcing Candidacy for OpenStack Technical Committee
by Jay Bryant 03 Sep '19

03 Sep '19

Dear OpenStack Community, This note is to officially announce my candidacy for the OpenStack TC. For those of you that don’t know me, allow me to introduce myself: [1] I have been active in the OpenStack Community since early in 2013. After nine years of working on Super Computing Solutions with IBM I moved to OpenStack and started working on Neutron (Quantum back in those days) before moving over to a relatively new project called Cinder. Within IBM I worked to create the processes for IBM’s storage driver development teams to interact with and contribute to the Cinder project. I became a core member of the Cinder team in the middle of 2013 and have remained active ever since. [2] [3] I have been the Cinder PTL for the last two years, starting in the Queens release. Beyond Cinder I have sought opportunities to work across OpenStack projects. I was the liaison between the Cinder and Documentation teams. This lead to opportunities to learn how OpenStack’s documentation is developed and enabled me to help improve the Cinder team’s documentation. I have also served for quite some time as the liaison to the Oslo team. Education and on-boarding of new team members has been a focus of my tenure in OpenStack. I started helping to lead the OpenStack Upstream Institute at the fall 2016 Summit in Barcelona. After Barcelona I helped to revise the education to meet the needs of future Upstream Institute sessions and have coordinated with my current employer, Lenovo, to sponsor each OpenStack Upstream Institute at Summits since the Spring 2017 Summit in Boston. Lenovo will even be hosting the OUI session in Shanghai! I also created Cinder’s on-boarding education which I have presented at each Summit since the Fall 2017 Summit in Sydney. I have sought opportunities to mentor new contributors both within my employers and from the community in general. I have a long experience working with OpenStack and a broad understanding of how the community works, I also feel that I have a breadth of technical experience that will benefit the TC. I have experience in High Performance Computing and feel I can understand and represent the needs of the HPC community. I have years of experience in the storage realm and can represent the unique concerns that storage vendors bring to OpenStack and the subsequent concerns that our OpenStack distributors have supporting OpenStack and its many drivers. Since moving from IBM to Lenovo my focus has changed from development of OpenStack to developing solutions that leverage OpenStack. I have enjoyed the opportunity to become a consumer of OpenStack as it has given me an opportunity to better understand the versatility and complexity of OpenStack. I have been working with customers with an interest in both telco applications, particularly where Edge computing is concerned, as well as enterprise customers. Given my latest work I feel that I am able to understand and represent many interests from the OpenStack community. If elected to the TC here are some of the concerns that I would like to address: * Ensure that we continue to improve our on-boarding and educational processes. The days where people are assigned to only work on OpenStack are gone. The easier we make it for people to successfully contribute to and leverage OpenStack, the more likely they will be to continue to contribute. * Improve documentation of OpenStack and Project processes. There have been a lot of discussions lately regarding undocumented processes. There is a lot of tribal knowledge involved in OpenStack and this too makes it hard for new contributors to integrate. Improving the documentation/description of ‘how we build OpenStack’ is crucial. * I would like the community as a whole to seek ways to make OpenStack more consumable by our users and distributors. I think the move to having longer lived stable branches has been a good step, but it has not resolved all the issues posed by customers that stay on older releases of OpenStack. The stable backport policies need to be readdressed to seek a solution that allows vendors to backport code for their customers, improving OpenStack’s usability without risking its stability. * I would like to continue the work that has been started to increase the visibility of the TC’s contributions to OpenStack and increase the effort to have the TC be a resource to the whole community. * I want to seek opportunities for OpenStack to continue to inter-operate with other cloud solutions. Virtualization is not the only cloud approach available and customers, very often, do not want just one solution or the other. OpenStack needs to continue to expand to address these concerns to remain vibrant and relevant. I hope that the thoughts above have resonated with you and appreciate you considering me for a position on the Technical Committee. I am passionate about OpenStack and believe that we have a community like no other in the industry. It would be a great honor to represent this community in a new capacity. Sincerely, Jay Bryant [1] Foundation Profile: https://www.openstack.org/community/members/profile/8348/jay-bryant [2] Reviews: https://www.stackalytics.com/?user_id=jsbryant [3] Commits: https://www.stackalytics.com/?user_id=jsbryant&metric=commits IRC (Freenode): jungleboyj

1 0

[TripleO][CI] Outage on the rdoprojects.org server is causing jobs to fail
by Gabriele Cerami 03 Sep '19

03 Sep '19

Hi, this weekend, and outage caused trunk.rdoprojects.org servers to become unreachable. As main effect, all tripleo ci jobs were unable to download and install dlrn repositories for the needed hashes and failed. The outage has been resolved yesterday but there's a problem with DNS propagation and we're still seeing DNS queries returning incorrect IPs, and as a result, jobs are not consistently passing. You may see problems dowloading repos, building changes, installing packages We would advise to limit the rechecks until we are sure the DNS results are stable. Thanks.

2 1

[elections][ptl][tc][adjutant][cyborg][designate][i18n][manila][nova][openstacksdk][placement][powervmstackers][winstackers] Missing PTL/TC Candidates!
by Jeremy Stanley 03 Sep '19

03 Sep '19

A final reminder, we are now into the last few hours for declaring PTL and TC candidacies. Nominations are open until Sep 03, 2019 23:45 UTC. If you want to stand for election, don't delay, follow the instructions to make sure the community knows your intentions: https://governance.openstack.org/election/#how-to-submit-a-candidacy Make sure your nomination has been submitted to the openstack/election repository and approved by election officials. With approximately six hours remaining, the 10 projects tagged in the Subject line of this message will be deemed leaderless if no eligible nominees step forward. In this case the TC will directly oversee PTL selection/appointment. We also need at least one more TC candidate to have enough to fill the six open seats on the OpenStack Technical committee. Thank you, -- Jeremy Stanley, on behalf of the OpenStack Technical Election Officials

1 0

[kolla] Kayobe Stein release now available
by Mark Goddard 03 Sep '19

03 Sep '19

Hi, I'm pleased to announce that the first Stein cycle release for Kayobe is now available - 6.0.0. Thanks to everyone who contributed. Release notes: https://docs.openstack.org/releasenotes/kayobe/stein.html Join us on #openstack-kolla to help make the Train cycle release even better. Cheers, Mark

1 0

[ALL][UC] The UC Special Election results
by Ian Y. Choi 03 Sep '19

03 Sep '19

Hello all, On behalf of the User Committee Elections officials, I am pleased to announce the results of the UC elections for the special election 2019 [1]. Please join me in congratulating the winner: Jaesuk Ahn! With the result from the previous UC election on last month [2], total two winners (Mohamed Elsakhawy, Jaesuk Ahn) will serve UC for one year. Thank you, - Ed & Ian [1] https://governance.openstack.org/uc/reference/uc-election-sep2019.html [2] http://lists.openstack.org/pipermail/user-committee/2019-August/002870.html

1 0

[Horizon] [stable] Adding Radomir Dopieralski to horizon-stable-maint
by Ivan Kolodyazhny 03 Sep '19

03 Sep '19

Hi team, I'd like to propose adding Radomir Dopieralski to the horizon-stable-maint team. He's doing good quality reviews for stable branches [1] on a regular basis and I think Radomir will be a good member of our small group. [1] https://review.opendev.org/#/q/reviewer:openstack%2540sheep.art.pl+NOT+bran… Regards, Ivan Kolodyazhny, http://blog.e0ne.info/

2 2

[TripleO][CI] Outage on the rdoprojects.org server is causing jobs to fail
by Gabriele Cerami 03 Sep '19

03 Sep '19

Hi, this weekend, and outage caused trunk.rdoprojects.org servers to become unreachable. As main effect, all tripleo ci jobs were unable to download and install dlrn repositories for the needed hashes and failed. The outage has been resolved yesterday but there's a problem with DNS propagation and we're still seeing DNS queries returning incorrect IPs, and as a result, jobs are not consistently passing. We would advise to limit the rechecks until we are sure the DNS results are stable. Thanks.

1 0

[oslo][ptl][election] PTL candidacy for Ussuri
by Ben Nemec 03 Sep '19

03 Sep '19

See my election review for more details: https://review.opendev.org/#/c/679803/1/candidates/u/Oslo/openstack%2540nem… Thanks. -Ben

1 0

[keystone] Weekly meeting for September 3rd 2019
by Morgan Fainberg 03 Sep '19

03 Sep '19

As of this time, we are planning to skip the keystone weekly meeting for 2019-09-03. This is to allow for work to continue with less interruption as well as US-based folks who have Labor Day (2019-09-02 this year) off to continue to make progress in light of the abbreviated week. As always, please feel free to join us on irc (freenode) in #openstack-keystone if you have any questions. I am also available (irc nic: kmalloc ). Cheers, --Morgan

1 1

[RelMgmt][election] PTL candidacy
by Sean McGinnis 03 Sep '19

03 Sep '19

Greetings! I would like to submit my name to continue as the release management PTL for the Ussuri release. I think release management is one of those critical functions for a project like OpenStack that often gets overlooked or just doesn't have the level of awareness that some of the other projects have. I've been PTL or active core since the Queens release. We have a lot of the release mechanisms automated now, but we still need to keep things running smoothly and handling any of the little issues that always pop up. My day job role isn't as focused on OpenStack as it had been, but I will still be able to devote enough time to help keep the fires out and guide anyone else that would like to get ready to take over the reins. Thank you for your consideration. Sean McGinnis (smcginnis)

1 0

[openstack-ansible][election] PTL candidacy for Ussuri
by Mohammed Naser 03 Sep '19

03 Sep '19

I'd like to announce my candidacy for OpenStack Ansible PTL. Since my last time as PTL, I mentioned the hopes of doing a few things during the cycle: # Simplifying scenarios for usage and testing We made some really good progress on this but I think our testing has improved (see below) but there's still a big wall to climb to reach a production environment. # Using integrated repository for testing and dropping role tests This effort has been largely completed. I'm very happy of the results and I'm hoping to drop the tests/ folder once we figure out the linting stuff. # Progress on switching all deployments to use Python3 This is pretty much blocked and waiting until CentOS 8 is out so we can make an all EL8 release. # Eventual addition of CentOS 8 option The lack of availability has impared this :( # Reduction in number of config variables (encouraging overrides) We slowly started to do this for a few roles but it seems like this is a very long term thing. # Increase cooperation with other deployment projects (i.e. TripleO) This has started to happen over a few roles and the newly formed Ansible SIG which should encompass a lot of the work. I would like us to be able to continue to catch up on our technical debt as I think at this point, OSA is pretty much feature complete for the most part so it's about doing things that make the maintainership easy moving onwards. I would also like to start dropping some of the old releases that still have open branches. We don't have anyone that works on them at the moment and it's better to end them than leave them stale. Thank you for your consideration. -- Mohammed Naser — vexxhost ----------------------------------------------------- D. 514-316-8872 D. 800-910-1726 ext. 200 E. mnaser(a)vexxhost.com W. http://vexxhost.com

1 0

[monasca][election][ptl] PTL Candidacy for Ussuri
by Witek Bedyk 03 Sep '19

03 Sep '19

Hello everyone, I would like to announce my candidacy to continue as the PTL of Monasca for the Ussuri release. After looking at my candidacy statement for the last cycle I would like to keep most of the defined themes. In the next release I would like to focus on the following goals: * strengthen the community and improve active participation and contribution * consolidate the project by concentrating on the core functionality (metrics, logs, events), cleaning up technical debt; in particular, I would like to continue driving the work on replacing the thresholding engine * collaborate with Telemetry project to identify and solve possible gaps and allow users to seamlessly migrate to Monasca * continue working on and promoting containerized deployment and Prometheus integration * continue to improve the documentation * collaborate with other OpenStack projects, e.g. by contributing to self-healing and auto-scaling SIGs Thank you for considering my candidacy. Best greetings Witek

1 0