- openstack-discuss - lists.openstack.org

[neutron][ops] API for viewing HA router states
by Mohammed Naser 19 Aug '20

19 Aug '20

Hi all, Over the past few days, we were troubleshooting an issue that ended up having a root cause where keepalived has somehow ended up active in two different L3 agents. We've yet to find the root cause of how this happened but removing it and adding it resolved the issue for us. As we work on improving our monitoring, we wanted to implement something that gets us the info of # of active routers to check if there's a router that has >1 active L3 agent but it's hard because hitting the /l3-agents endpoint on _every_ single router hurts a lot on performance. Is there something else that we can watch which might be more productive? FYI -- this all goes in the open and will end up inside the openstack-exporter: https://github.com/openstack-exporter/openstack-exporter and the Helm charts will end up with the alerts: https://github.com/openstack-exporter/helm-charts Thanks! Mohammed -- Mohammed Naser VEXXHOST, Inc.

5 12

[cinder][ops] "Berlin" 2020 Virtual Forum - Cinder brainstorming
by Brian Rosmaita 19 Aug '20

19 Aug '20

This message is aimed at anyone with an interest in the OpenStack Block Storage Service, whether as an operator, a user, or a developer. Like all the other teams, Cinder would like to get feedback from operators and users about the current state of the software, get some ideas about what should be in the next release, and have some strategic discussion about The Future. So if you have some ideas you'd like to be considered, feel free to propose a topic: https://etherpad.opendev.org/p/2020-Wallaby-cinder-brainstorming You only need to add a sentence or two describing your topic and it doesn't have to be very polished, so if you have an idea, just go to the etherpad and slap it down now while you're thinking about it. The deadline for proposals to the Foundation is 14 September, so if you could get your idea down on the etherpad before the Cinder weekly meeting on Wednesday 9 September 14:00 UTC, that will give the Cinder team time to look them over. thanks! brian

1 0

[tripleo][ci] container pulls failing
by Wesley Hayutin 19 Aug '20

19 Aug '20

FYI... If you find your jobs are failing with an error similar to [1], you have been rate limited by docker.io via the upstream mirror system and have hit [2]. I've been discussing the issue w/ upstream infra, rdo-infra and a few CI engineers. There are a few ways to mitigate the issue however I don't see any of the options being completed very quickly so I'm asking for your patience while this issue is socialized and resolved. For full transparency we're considering the following options. 1. move off of docker.io to quay.io 2. local container builds for each job in master, possibly ussuri 3. parent child jobs upstream where rpms and containers will be build and host artifacts for the child jobs 4. remove some portion of the upstream jobs to lower the impact we have on 3rd party infrastructure. If you have thoughts please don't hesitate to share on this thread. Very sorry we're hitting these failures and I really appreciate your patience. I would expect major delays in getting patches merged at this point until things are resolved. Thank you! [1] HTTPError: 429 Client Error: Too Many Requests for url: http://mirror.ca-ymq-1.vexxhost.opendev.org:8082/v2/tripleotrain/centos-bin… [2] https://bugs.launchpad.net/tripleo/+bug/1889122

8 20

[neutron] CI meeting cancelled
by Slawek Kaplonski 19 Aug '20

19 Aug '20

Hi, I have today some internal meeting in the same time as Neutron CI meeting is. Also, some of the team members who are usually attending this meeting are on pto this week so lets cancel it. If You see any CI related issue, please open LP and ping me on IRC. -- Slawek Kaplonski Principal software engineer Red Hat

1 0

[cloudkitty][tc] Cloudkitty abandoned?
by Sean McGinnis 19 Aug '20

19 Aug '20

Posting here to raise awareness, and start discussion about next steps. It appears there is no one working on Cloudkitty anymore. No patches have been merged for several months now, including simple bot proposed patches. It would appear no one is maintaining this project anymore. I know there is a need out there for this type of functionality, so maybe this will raise awareness and get some attention to it. But barring that, I am wondering if we should start the process to retire this project. From a Victoria release perspective, it is milestone-2 week, so we should make a decision if any of the Cloudkitty deliverables should be included in this release or not. We can certainly force releases of whatever is the latest, but I think that is a bit risky since these repos have never merged the job template change for victoria and therefore are not even testing with Python 3.8. That is an official runtime for Victoria, so we run the risk of having issues with the code if someone runs under 3.8 but we have not tested to make sure there are no problems doing so. I am hoping this at least starts the discussion. I will not propose any release patches to remove anything until we have had a chance to discuss the situation. Sean

11 20

[cloudkitty][rdo] Broken cloudkitty RPMs on CentOS8
by Pierre Riteau 19 Aug '20

19 Aug '20

Hello, This issue was discovered on Kolla train-centos8 images, but I assume it applies to both Train and Ussuri for CentOS 8 in general, not just to Kolla. CloudKitty became timezone-aware in Train: https://review.opendev.org/#/c/669192/ This code references tz.UTC from the dateutil library. However, this was added only in dateutil 2.7.0, while train-centos8 Kolla images use package python3-dateutil-2.6.1-6.el8.noarch.rpm, causing the error captured at the end of this message [2]. I submitted a patch to raise the minimum requirement for dateutil in cloudkitty: https://review.opendev.org/#/c/742477/ However, how are those requirements taken into consideration when packaging OpenStack in RDO? RDO packages for CentOS7 provide python2-dateutil-2.8.0-1.el7.noarch.rpm, but there is no such package in the CentOS8 repository. Would it be better to just remove the use of tz.UTC? I believe we could use dateutil.tz.tzutc() instead. Thanks, Pierre Riteau (priteau) [1] http://mirror.centos.org/centos/8/cloud/x86_64/openstack-train/Packages/p/ [2] Error trace below: 2020-07-22 16:33:11.207 26 ERROR wsme.api [req-3c49884a-1412-42bb-a57e-e7c731360148 ef450a969a2945928d3ade785eaae860 19df0f36ede14c29be9ca476222f8ba9 default - -] Server-side error: "module 'dateutil.tz' has no attribute 'UTC'". Detail: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/wsmeext/pecan.py", line 85, in callfunction result = f(self, *args, **kwargs) File "/usr/lib/python3.6/site-packages/cloudkitty/api/v1/controllers/storage.py", line 71, in get_all paginate=False) File "/usr/lib/python3.6/site-packages/cloudkitty/storage/v2/influx.py", line 311, in retrieve begin, end = self._check_begin_end(begin, end) File "/usr/lib/python3.6/site-packages/cloudkitty/storage/v2/influx.py", line 271, in _check_begin_end end = tzutils.get_next_month() File "/usr/lib/python3.6/site-packages/cloudkitty/tzutils.py", line 150, in get_next_month return add_delta(start, datetime.timedelta(days=month_days)) File "/usr/lib/python3.6/site-packages/cloudkitty/tzutils.py", line 104, in add_delta return utc_to_local(local_to_utc(dt, naive=True) + delta) File "/usr/lib/python3.6/site-packages/cloudkitty/tzutils.py", line 52, in local_to_utc output = dt.astimezone(tz.UTC) AttributeError: module 'dateutil.tz' has no attribute 'UTC'

1 0

[openstack-helm] openstack-helm-images release stable/ussuri loci images building issue
by Hemant Sonawane 19 Aug '20

19 Aug '20

Hello, I am trying to build a *loci openstack-helm-images release stable/ussuri *but there is an issue with each image I am building which could be related to the python version and pip package but I am really not sure about it. I also tried to update the python version for each package in requirements repo but it didn't help. Is there any way to upgrade the python version and pip as well in requirements? or does anybody know how to resolve this issue while building openstack-helm-images? I have attached logs for your ready reference. Help will be much appreciated thanks :) -- Thanks and Regards, Hemant Sonawane

1 0

VM doesn't have internet - OpenStack Ussuri with OVN networking
by Reza Bakhshayeshi 19 Aug '20

19 Aug '20

Hi all, I've set up OpenStack Ussuri with OVN networking manually, VMs can ping each other through an internal network. I've created a provider network with valid IP subnet, and my problem is VMs don't have internet access before and after assigning floating IP. I've encountered the same problem on TripleO (with dvr), and I just wanted to investigate the problem by manual installation (without HA and DVR), but the same happened. Everything seems working properly, I can't see any error in logs, here is agent list output: [root@controller ~]# openstack network agent list +--------------------------------------+------------------------------+------------------------+-------------------+-------+-------+-------------------------------+ | ID | Agent Type | Host | Availability Zone | Alive | State | Binary | +--------------------------------------+------------------------------+------------------------+-------------------+-------+-------+-------------------------------+ | 1ade76ae-6caf-4942-8df3-e3bc39d2f12d | OVN Controller Gateway agent | controller.localdomain | n/a | :-) | UP | ovn-controller | | 484f123f-5935-44ce-aee7-4102271d9f11 | OVN Controller agent | compute.localdomain | n/a | :-) | UP | ovn-controller | | 01235c13-4f32-4c4f-8cf6-e4b8d59a438a | OVN Metadata agent | compute.localdomain | n/a | :-) | UP | networking-ovn-metadata-agent | +--------------------------------------+------------------------------+------------------------+-------------------+-------+-------+-------------------------------+ On the controller I got br-ex with a valid IP address. here is the external-ids table on controller and compute node: [root@controller ~]# ovs-vsctl get Open_vSwitch . external-ids {hostname=controller.localdomain, ovn-bridge=br-int, ovn-cms-options=enable-chassis-as-gw, ovn-encap-ip="10.0.0.11", ovn-encap-type=geneve, ovn-remote="tcp:10.0.0.11:6642", rundir="/var/run/openvswitch", system-id="1ade76ae-6caf-4942-8df3-e3bc39d2f12d"} [root@compute ~]# ovs-vsctl get Open_vSwitch . external-ids {hostname=compute.localdomain, ovn-bridge=br-int, ovn-encap-ip="10.0.0.31", ovn-encap-type=geneve, ovn-remote="tcp:10.0.0.11:6642", rundir="/var/run/openvswitch", system-id="484f123f-5935-44ce-aee7-4102271d9f11"} and I have: [root@controller ~]# ovn-nbctl show switch 72fd5c08-6852-4d7e-b9b4-7e0a1ccdd976 (neutron-b8c66c3d-f47a-42a5-bd2d-c40c435c0376) (aka net01) port cf99f43b-0a18-4b91-9ca5-b6ed3f86d994 type: localport addresses: ["fa:16:3e:d0:df:82 192.168.0.100"] port 4268f511-bee3-4da0-8835-b9a8664101c4 addresses: ["fa:16:3e:35:f2:02 192.168.0.135"] port 846919e8-cde5-4ba3-b003-0c06e73676ed type: router router-port: lrp-846919e8-cde5-4ba3-b003-0c06e73676ed switch bb22224e-e1d1-4bb2-b57e-1058e9fc33a7 (neutron-9614546f-b216-4554-9bfe-e8d6bb11d927) (aka provider) port 2f05c7bc-ad0f-4a41-bbd8-5fef1f5bfd2c type: localport addresses: ["fa:16:3e:17:7b:5b X.X.X.X"] port provnet-9614546f-b216-4554-9bfe-e8d6bb11d927 type: localnet addresses: ["unknown"] port 23fcdc9d-2d11-40c9-881e-c78e871a3314 type: router router-port: lrp-23fcdc9d-2d11-40c9-881e-c78e871a3314 router 0bd35585-b0a3-4c8f-b71b-cb87c9fad060 (neutron-8cdcd0d2-752c-4130-87bb-d2b7af803ec9) (aka router01) port lrp-846919e8-cde5-4ba3-b003-0c06e73676ed mac: "fa:16:3e:4d:c3:f9" networks: ["192.168.0.1/24"] port lrp-23fcdc9d-2d11-40c9-881e-c78e871a3314 mac: "fa:16:3e:94:89:8e" networks: ["X.X.X.X/22"] gateway chassis: [1ade76ae-6caf-4942-8df3-e3bc39d2f12d 484f123f-5935-44ce-aee7-4102271d9f11] nat 8ef6167a-bc28-4caf-8af5-d0bf12a62545 external ip: " X.X.X.X " logical ip: "192.168.0.135" type: "dnat_and_snat" nat ba32ab93-3d2b-4199-b634-802f0f438338 external ip: " X.X.X.X " logical ip: "192.168.0.0/24" type: "snat" I replaced valid IPs with X.X.X.X Any suggestion would be grateful. Regards, Reza

1 1

[scientific-sig] IRC meeting starting shortly
by Stig Telfer 18 Aug '20

18 Aug '20

Hi All - We have a Scientific SIG IRC meeting starting shortly in channel #openstack-meeting. Everyone is welcome. This week's agenda is here: https://wiki.openstack.org/wiki/Scientific_SIG#IRC_Meeting_August_18th_2020 We'd like to cover some upcoming (virtual) events - Supercomputing 2020 and the OpenStack PTG. Cheers, Stig

1 0

[monasca] Setup Monasca from scratch
by Antonios Dimtsoudis 18 Aug '20

18 Aug '20

Hi all, i am trying to set up Monasca from scratch. Is there a good introduction / point to start of you would recommend? Thanks in advance, Antonios.

2 1

[tripleo] Help needed to write a Third Party integration guide
by Emilien Macchi 18 Aug '20

18 Aug '20

Hi people, We have been requested several times (for good reasons) about how to write out-of-tree files for TripleO integration (Heat templates, Ansible roles, Container Images layouts, etc). For example, Dell has an external repository ( https://github.com/dell/tripleo-powerflex) where they have pretty much all they need to install their services in out-of-tree fashion (I'm sure there are more examples, this one is just the most recent in my knowledge). This model is recommended for the third party services that aren't part of TripleO but still want to be integrated with it. This usually fits when the service can't be maintained by the TripleO team but there is a desire from outside of the community to maintain some integration (e.g. vendors). We haven't done a good job at providing a full end to end guide on how to achieve this and very often asked people to just do it. I propose that we work on this guide together and today I'm gathering for volunteers who have knowledge on that field or are interested to learn about it and contribute it back directly into a new guide, hosted on tripleo-docs repo. https://bugs.launchpad.net/tripleo/+bug/1892072 This will probably involve a bunch of linking to existing docs but also a good opportunity to update what is outdated in our content and provide more information where needed. Thanks for letting us know if you're interested to be actively contributing into that effort, -- Emilien Macchi

2 1

GHC Mentors Needed for OpenStack
by Amy Marrich 18 Aug '20

18 Aug '20

Grace Hopper Conference is going virtual this year and once again OpenStack is participating as one of the Open Source Day projects. We are hoping to do some peer programming (aka mentees shadowing folks while they work through a patch) as part of the day. Mentors receive a full conference pass and AnitaB.org membership. Please check out the requirements <https://ghc.anitab.org/get-involved/volunteer/committee-members-and-scholar…>{0} and apply <https://ghc.anitab.org/get-involved/volunteer/committee-members-and-scholar…>(1) by August 19, 2020. We are also figuring a way for more folks to be able to mentor, so if you'd like to help but aren't interested in the conference please reach out to me or Victoria(vkmc) by email or on IRC. Thanks and apologies for the short deadline though I can probably get let additions in:) Amy (spotz) 0- Grace Hopper mentorship requirements: https://ghc.anitab.org/get-involved/volunteer/committee-members-and-scholar… 1- Grace Hopper mentorship application: https://ghc.anitab.org/get-involved/volunteer/committee-members-and-scholar…

2 2

[all][PTL][TC] Forum Brainstorming
by Kendall Nelson 17 Aug '20

17 Aug '20

Hello Everyone! The Virtual Forum is approaching. We would love 1 volunteer from the community for the Forum Selection Committee. Ideally, the volunteer would already be serving in some capacity in a governance role for your project. In addition to calling for volunteers for the Forum selection committee, this email kicks off the brainstorming period before the CFP tool opens for formal Forum submissions. The categories for brainstorming etherpads have already been setup here[1]. Please add your etherpads and ideas there! The CFP tool will open on August 31st and will close September 14th. For information on the upcoming virtual Summit[2]. For more information on the Forum[3]. Please reach out to jimmy(a)openstack.org or knelson(a)openstack.org if you're interested. Volunteers should respond on or before August 31, 2020. Thanks! Kendall (diablo_rojo) [1] Virtual Forum 2020 Wiki: https://wiki.openstack.org/wiki/Forum/Virtual2020 [2] Virtual Open Infra Summit Site: https://www.openstack.org/summit/2020 [3] General Forum Wiki: https://wiki.openstack.org/wiki/Forum

1 0

[tc] weekly update
by Mohammed Naser 17 Aug '20

17 Aug '20

Hi everyone, Here’s an update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. We've also included a few references to some important mailing list threads that you should check out. # Patches ## Open Reviews - Move towards single office hour https://review.opendev.org/745200 - Drop all exceptions for legacy validation https://review.opendev.org/745403 - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - Fix names inside check-review-status https://review.opendev.org/745913 - Resolution to define distributed leadership for projects https://review.opendev.org/744995 - Move towards dual office hours in diff TZ https://review.opendev.org/746167 - [draft] Add assert:supports-standalone https://review.opendev.org/722399 ## Project Updates - Add python-dracclient to be owned by Hardware Vendor SIG https://review.opendev.org/745564 ## General Changes - Add legacy repository validation https://review.opendev.org/737559 - Clean up expired i18n SIG extra-ATCs https://review.opendev.org/745565 - Sort SIG names in repo owner list https://review.opendev.org/745563 - Drop neutron-vpnaas from legacy projects https://review.opendev.org/745401 - Pierre Riteau as CloudKitty PTL for Victoria https://review.opendev.org/745653 - Declare supported runtimes for Wallaby release https://review.opendev.org/743847 ## Abandoned Changes - Move towards dual office hours https://review.opendev.org/745201 # Email Threads - Zuul Native Jobs Goal Update #2: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016561.h… - Masakari Project Aliveness: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016520.h… - vPTG October 2020 Signup: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016497.h… - OpenStack Client vs python-*clients: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016409.h… # Other Reminders - Virtual Summit Community voting closes Monday, August 17 at 11:59pm Pacific Time Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

[oslo] Feature Freeze is approaching
by Ben Nemec 17 Aug '20

17 Aug '20

Hi Oslo contributors, Oslo observes a feature freeze that is earlier than other projects. This is to allow time for features in Oslo to be adopted in the services before their feature freeze. And it's coming up soon. Aug. 28th is the Oslo feature freeze date for this cycle. That leaves about two weeks for features to be merged in Oslo libraries. After that, any features to be merged will require a feature freeze exception, which can be requested on the list. If you have any questions about this feel free to contact me here or on IRC (bnemec in #openstack-oslo). Thanks! -Ben

1 0

cross-team action items
by Corey Bryant 17 Aug '20

17 Aug '20

These were the items from the cross team today that need action from our team: Bootstack: What’s the plan for Ceph-osd w/ openstack-on-lxd for Bluestore? Can we give an answer as to whether we plan to deprecate or solve this, one way or another? Bootstack: Gnocchi thread - can we respond to thread to make official decision so they can plan accordingly? ie. if upstream is not supported, we likely won't support, so if we can clarify then bootstack can remove from standard deploys. SEG: LP#1891096 <https://bugs.launchpad.net/charm-ceph-mon/+bug/1891096> - configuration database support for mimic+: Any value that exists in the configuration database will no longer receive updates from ceph.conf. Will be subscribed to field-high. Thanks, Corey

1 0

[all][goals] Switch legacy Zuul jobs to native - update #2
by Luigi Toscano 17 Aug '20

17 Aug '20

Hi, Much progress has happened since the first report, almost 4 weeks ago. Let's summarize the main documents: - the goal: https://governance.openstack.org/tc/goals/selected/victoria/native-zuulv3-j… - the document above now includes the reference to the up-to-date Zuul v3 porting guide: https://docs.openstack.org/project-team-guide/zuulv3.html - the etherpad which tracks the current status: https://etherpad.opendev.org/p/goal-victoria-native-zuulv3-migration - the previous report: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016058.html If you still have legacy jobs around, please prioritize this porting work. Victoria branching is not far away (actually, quite close for client libraries). This is the list of projects which still need to complete the work. Most of the legacy jobs derive from legacy-dsvm-base, and those are the most important ones. There is a limited amount of jobs which derive from legacy-base that should be taken into account as well, though. - barbican (*) - blazar (*) - cinder (/) (-> yes, this is my fault for the record :) - designate (+) - ec2-api (*) - freezer (*) - heat (/) - infra (/) - ironic (*) - karbor (*) - magnum (*) - manila (/) - but only devstack-base - monasca (+) - murano (/) - neutron (*) - nova (*) - oslo (*) - senlin - trove (+) - vitrage - zaqar The symbol close to the project name provides more detals about the status: (+) means that the project cores are at least aware of the issue, (*) means that there was active pending reviews for some of the remaining jobs, (/) means that there was past activity but no open reviews currently I'd just like to remind everyone that, while not part of the main goal, backporting the new jobs to the older branches when possible will make future maintenance easier. Ciao -- Luigi

1 0

[neutron] bug deputy report for week of 2020-08-10
by Bence Romsics 17 Aug '20

17 Aug '20

Hi, This is last week's buglist. Probably due to summer vacations but we have a few bugs without an owner. High: * https://bugs.launchpad.net/neutron/+bug/1891307 SSH fails in neutron-ovn-tripleo-ci-centos-8-containers-multinode job gate-failure, unassigned * https://bugs.launchpad.net/neutron/+bug/1891309 Designate integration - internal server error in Neutron gate-failure, unassigned * https://bugs.launchpad.net/neutron/+bug/1891517 neutron.tests.unit.common.test_utils.TimerTestCase.test__enter_with_timeout fails once in a while gate-failure, proposed fix: https://review.opendev.org/746154 * https://bugs.launchpad.net/neutron/+bug/1891673 qrouter ns ip rules not deleted when fip removed from vm proposed fix: https://review.opendev.org/746336 Needs further triage by someone knowing the designate integration better than I do: * https://bugs.launchpad.net/neutron/+bug/1891333 strange behavior of dns_domain with designate multi domain * https://bugs.launchpad.net/neutron/+bug/1891512 neutron designate DNS dns_domain assignment issue Low: * https://bugs.launchpad.net/neutron/+bug/1891243 neutron tempest failure: neutron_tempest_plugin.api.test_extensions.ExtensionsTest.test_list_extensions_includes_all OVN sample devstack conf did not enable all service plugins needed for tempest tests proposed fix: https://review.opendev.org/745829 Whishlist: * https://bugs.launchpad.net/neutron/+bug/1891360 Floating IP agent gateway IP addresses not released when deleting dead DVR L3 agents unassigned * https://bugs.launchpad.net/neutron/+bug/1891448 L3 agent mode transition between dvr and dvr_no_external unassigned RFE: * https://bugs.launchpad.net/neutron/+bug/1891334 [RFE] Enable change of CIDR on a subnet Best regards, Bence (rubasov)

1 0

[glance] Virtual PTG October 2020
by Abhishek Kekane 17 Aug '20

17 Aug '20

Hi Team, There is a project signup process going on for virtual PTG October 2020. I will like to book slots for the same between 1400 UTC to 1700 UTC. Please let me know your convenience for the same. Thanks & Best Regards, Abhishek Kekane

1 0

[neutron] How to specify overlay network interface when using OVN and Geneve?
by Popoi Zen 16 Aug '20

16 Aug '20

Hi, I have used my google fu but I cant find any reference. Just want to know how to specify overlay network when Im using geneve as my overlay protocol?

4 4

[neutron][ovn][sfc] Is it possible to use SFC (Service Function Chaining) on provider network?
by Popoi Zen 16 Aug '20

16 Aug '20

I have look some guide about SFC, but it seems that SFC only used on private/selfservice network. Is it possible to steer traffic between instance when they use provider network? I always getting error when using provider network. Maybe, can I push flow rule direct on OVN database or something like that?

1 0

[Interop-WG] Inviting cross-projects discussions for new re-branding efforts (Oct 26)
by prakash RAMCHANDRAN 15 Aug '20

15 Aug '20

Hi all, I have booked for two hours slot to enable re-branding efforts we are looking to unleash in early 2021.As part of "Open Infrastructure Summit" we kick-start with Inter-op for next decade. Monday October 26 13UTC - 15UTC InteropWG We would like to encourage Open Infrastructure Projects to enlighten the stage with Out-of-Box thinking & requests for Interop in Marketplace in OSF. - Integrated Projects in OpenStack have well served thru last decades dream team, that has stood the Tempest tests for RefStackV1 being base for OPNFV-CNTT / ONAP/ and CVP/OVP1 of LFN - Its the turn to the Open Infra Projects like Kata, Airship, Zuul, StarlingX and potential https://openinfralabs.org/ to innovate and suggest the world How OSF can leverage next-gen Infra with k8s cluster as baseline for Milt-cluster , Hybrid Cloud, Muti-cloud RefStackV2 for upstream usage for Telco and Edge Clouds We need all Graduated and Incumbent Projects to propose how we can Re-Brand them for Open Infra Containerized workloads. Do you want to use Magnum, Zun, Kolla & Kuryer - refer https://etherpad.opendev.org/p/interop Should we collaborate with LFN re-imagining efforts via our RefStack2 plans as base for Open Infra Summit efforts to give Industry a wake up call to collaborate? Please reply with comments below, where are the global innovators hiding behind Alps & Himalaya, come and swing your ping pongs balls or Cricket Bats. The Rocky mountains curve balls will always haunt you if you don't speak-up./*================================================================================================================Your comments +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++*/ Lets join the collaboration for unfinished transition to Containers world with Interoperability. Our committee members are all aligned to back you on our journey and ensure we bring the ideas that matter and execution that lits fire.https://www.openstack.org/summit/2020/vote-for-presentations#/24735 ThanksPrakash RamchandranFor Interop WG / OSF

2 1

[openstack-ansible] New core on board!
by Dmitriy Rabotyagov 15 Aug '20

15 Aug '20

Hey everyone! Today we have several reasons to celebrate! First of all, we have released OSA Ussuri with tag 21.0.0 (better late than never :p). And even more exciting announcement, that Andrew Bonney is our new OpenStack-Ansible Core reviewer! Even though usual proposal process has been skipped this time, I think everyone will agree that Andrew deserved it and it's high time we congratulated him with becoming part of our team. Welcome on board, Andrew! -- Kind Regards, Dmitriy Rabotyagov

3 2

Trouble to launch a instance in open stack
by Midhunlal Nb 15 Aug '20

15 Aug '20

Hi all, --> I created an openstack set up in my networking lab. ---> Vmware installed in one of the blade server then ubuntu 18.04 installed as OS. ---> openstack 5.3.1 version successfully installed in this os ---> In my lab we are using 192.168.x.x/16 network ---> In openstack I created an external network with 192.168.x.x/16 ----> In openstack I created an internal network with 172.16.x.x/16(for testing) -----> then I created 1 external network(provider network),1 router,1 private cloud . ------> In internal network I created 2 instance (172.16.0.2&172.16.0.3)this two instance pinging each other and i am able assign floating ip(192.168.x.x) to this instance ----> Now my problem is I created a original instance with my network(192.168.x.x)in provider network(that instance directly attached to external (provider network)) --->This instance launched successfully and interface ip also our internal ip and dns also showing correct but i am not able to ping our any one of the lab network ip,internet also not available. please help me on this Thanks & Regards Midhunlal N B +918921245637

1 0

[release] Release countdown for week R-8 Aug 17 - 21
by Sean McGinnis 14 Aug '20

14 Aug '20

General Information ------------------- We are getting close to some of the end of cycle deadlines. Please be aware of the upcoming non-client library freeze on September 3. The following cycle-with-intermediary deliverables only did one release during the ussuri cycle, and have not done any intermediary release yet during this cycle. The cycle-with-rc release model is more suited for deliverables that plan to be released only once per cycle. As a result, we have suggested [1] as a potential release model change for the following deliverables: adjutant-ui adjutant cloudkitty heat-agents magnum-ui monasca-thresh monasca-ui [1] https://review.opendev.org/#/q/topic:victoria-cwi PTLs and release liaisons for each of those deliverables can either +1 the release model change, or propose an intermediary release for that deliverable. In absence of answer by the end of R-8 week we'll abandon the patch. We also published a couple of options for a proposed release schedule for the upcoming Wallaby cycle. Please check out the separate thread: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016391.h… 26 week schedule: https://review.opendev.org/745911/ 29 week schedule: https://review.opendev.org/744729/ Upcoming Deadlines & Dates -------------------------- Non-client library freeze: September 3 (R-6 week) Client library freeze: September 10 (R-5 week) Victoria-3 milestone: September 10 (R-5 week) Victoria release: October 14

1 0

Re: [Telemetry] Error when sending to prometheus pushgateway
by Samuel Mutel 14 Aug '20

14 Aug '20

Hello, I didn't find the issue. Somebody could help me ? Thanks. Le mer. 8 juil. 2020 à 17:55, Samuel Mutel <samuel.mutel(a)gmail.com> a écrit : > Hello, > > Thanks for your help. I tried to test the pushgateway manually and it > seems to work fine. The pushgateway wrote some things on the stdout. > But when I start the ceilometer, nothing happens. I tried to change the IP > to use 127.0.0.1 but nothing. > > Here is my ceilometer.conf: > >> [DEFAULT] >> auth_strategy = keystone >> debug = False >> event_dispatchers = gnocchi >> meter_dispatchers = gnocchi >> transport_url = rabbit://openstack:xxxxxx@xx.xx.x.xx >> ,openstack:xxxxxxx@xx.xx.x.xx,openstack:xxxxxxxxx@xx.xx.x.xx/ >> >> [cache] >> backend = dogpile.cache.memcached >> enabled = True >> memcache_servers = xx.xx.x.xx:11211,xx.xx.x.xx:11211,xx.xx.x.xx:11211 >> >> [keystone_authtoken] >> auth_type = password >> auth_uri = https://xxxxxxxxxxxx:5000/v3 >> auth_url = https://xxxxxxxxxxxx:5000 >> memcached_servers = xx.xx.x.xx:11211,xx.xx.x.xx:11211,xx.xx.x.xx:11211 >> password = xxxxxx >> project_domain_id = default >> project_name = service >> region_name = RegionOne >> user_domain_id = default >> username = ceilometer >> www_authenticate_uri = https://xxxxxxxxxxxx:5000 >> >> [notification] >> pipelines = meter >> >> [oslo_messaging_notifications] >> driver = messagingv2 >> >> [oslo_middleware] >> enable_proxy_headers_parsing = True >> >> [publisher] >> telemetry_secret = xxxxxxxxx >> >> [service_credentials] >> auth_type = password >> auth_url =https://xxxxxxxxxxxx:5000 >> password = xxxxxxxxx >> project_domain_id = default >> project_name = service >> region_name = RegionOne >> user_domain_id = default >> username = ceilometer >> > > Here is my event_pipeline.yaml: > >> sources: >> - name: meter_file >> events: >> - "*" >> sinks: >> - prometheus >> >> sinks: >> - name: prometheus >> publishers: >> - prometheus://127.0.0.1:9091/metrics/job/ceilometer >> > > Here is my pipeline.yaml: > >> sources: >> - name: meter_file >> interval: 30 >> meters: >> - "*" >> sinks: >> - prometheus >> >> sinks: >> - name: prometheus >> publishers: >> - prometheus://127.0.0.1:9091/metrics/job/ceilometer >> > > Here is my polling.yaml: > >> --- >> sources: >> - name: some_pollsters >> interval: 300 >> meters: >> - cpu >> - cpu_l3_cache >> - memory.usage >> - network.incoming.bytes >> - network.incoming.packets >> - network.outgoing.bytes >> - network.outgoing.packets >> - disk.device.read.bytes >> - disk.device.read.requests >> - disk.device.write.bytes >> - disk.device.write.requests >> - hardware.cpu.util >> - hardware.memory.used >> - hardware.memory.total >> - hardware.memory.buffer >> - hardware.memory.cached >> - hardware.memory.swap.avail >> - hardware.memory.swap.total >> - hardware.system_stats.io.outgoing.blocks >> - hardware.system_stats.io.incoming.blocks >> - hardware.network.ip.incoming.datagrams >> - hardware.network.ip.outgoing.datagrams >> > > Here is my ceilometer-rootwrap: > >> # Configuration for ceilometer-rootwrap >> # This file should be owned by (and only-writeable by) the root user >> >> [DEFAULT] >> # List of directories to load filter definitions from (separated by ','). >> # These directories MUST all be only writeable by root ! >> filters_path=/etc/ceilometer/rootwrap.d,/usr/share/ceilometer/rootwrap >> >> # List of directories to search executables in, in case filters do not >> # explicitely specify a full path (separated by ',') >> # If not specified, defaults to system PATH environment variable. >> # These directories MUST all be only writeable by root ! >> exec_dirs=/sbin,/usr/sbin,/bin,/usr/bin,/usr/local/sbin,/usr/local/bin >> >> # Enable logging to syslog >> # Default value is False >> use_syslog=False >> >> # Which syslog facility to use. >> # Valid values include auth, authpriv, syslog, user0, user1... >> # Default value is 'syslog' >> syslog_log_facility=syslog >> >> # Which messages to log. >> # INFO means log all usage >> # ERROR means only log unsuccessful attempts >> syslog_log_level=ERROR >> > > What configuration is wrong ? > > Le ven. 3 juil. 2020 à 13:53, Matthias Runge <mrunge(a)matthias-runge.de> a > écrit : > >> Okay, that doesn't really help with debugging though. >> >> Method not allowed is returned eg. when the endpoint expected an http >> push where your browser did an http get (that's correct). >> >> What I'd do next is to configure ceilometer to send to a different http >> endpoint (like a webserver on your workstation, just for debugging >> purposes). >> >> Verify that the push gateway works as expected, >> https://github.com/prometheus/pushgateway >> has some curl commands mentioned for debugging purposes. >> >> >> Matthias >> >> On 03/07/2020 13:07, Samuel Mutel wrote: >> > If I go to http://10.60.4.11:9091/metrics/job/ceilometer with the web >> > browser I receive: Method Not Allowed but i think it's normal. >> > http://10.60.4.11:9091/metrics is working with metrics. >> > >> > The pushgateway and the ceilometer is working on the same host for my >> > test so no network/firewall issue. >> > >> > Logs of the pushgateway is only these ones: >> > level=info ts=2020-07-03T11:04:35.907Z caller=main.go:83 msg="starting >> > pushgateway" version="(version=1.2.0, branch=HEAD, >> > revision=b7e0167e9574f4f88404dde9653ee1d3c940f2eb)" >> > level=info ts=2020-07-03T11:04:35.908Z caller=main.go:84 >> > build_context="(go=go1.13.8, user=root@0e823ccfff84, >> > date=20200311-18:51:01)" >> > level=info ts=2020-07-03T11:04:35.911Z caller=main.go:137 >> > listen_address=:9091 >> > >> > Le ven. 3 juil. 2020 à 12:14, Matthias Runge <mrunge(a)matthias-runge.de >> > <mailto:mrunge@matthias-runge.de>> a écrit : >> > >> > On 03/07/2020 11:25, Samuel Mutel wrote: >> > > Hello, >> > > >> > > I have two questions about ceilometer (openstack version rocky). >> > > >> > > * First of all, it seems that ceilometer is sending metrics >> > every hour >> > > and I don't understand why. >> > > * Next, I am not able to setup ceilometer to send metrics to >> > > prometheus pushgateway. >> > > >> > > Here is my configuration: >> > > >> > > sources: >> > > - name: meter_file >> > > interval: 30 >> > > meters: >> > > - "*" >> > > sinks: >> > > - prometheus >> > > >> > > sinks: >> > > - name: prometheus >> > > publishers: >> > > - >> > prometheus://10.60.4.11:9091/metrics/job/ceilometer >> > <http://10.60.4.11:9091/metrics/job/ceilometer> >> > > <http://10.60.4.11:9091/metrics/job/ceilometer> >> > > >> > > >> > > Here is the error I received: >> > > >> > > vcpus{resource_id="7fab268b-ca7c-4692-a103-af4a69f817e4"} 2 >> > > # TYPE memory gauge >> > > memory{resource_id="7fab268b-ca7c-4692-a103-af4a69f817e4"} >> 2048 >> > > # TYPE disk.ephemeral.size gauge >> > > >> > >> disk.ephemeral.size{resource_id="7fab268b-ca7c-4692-a103-af4a69f817e4"} >> > > 0 >> > > # TYPE disk.root.size gauge >> > > >> > disk.root.size{resource_id="7fab268b-ca7c-4692-a103-af4a69f817e4"} >> 0 >> > > : HTTPError: 400 Client Error: Bad Request for url: >> > > http://10.60.4.11:9091/metrics/job/ceilometer >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> > > Traceback (most recent call last): >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> > File >> > > >> "/usr/lib/python2.7/dist-packages/ceilometer/publisher/http.py", >> > > line 178, in _do_post >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> >> > > res.raise_for_status() >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> > File >> > > "/usr/lib/python2.7/dist-packages/requests/models.py", line >> > 935, in >> > > raise_for_status >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> >> > > raise HTTPError(http_error_msg, response=self) >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> > > HTTPError: 400 Client Error: Bad Request for url: >> > > http://10.60.4.11:9091/metrics/job/ceilometer >> > > 2020-07-01 17:00:12.272 11375 ERROR ceilometer.publisher.http >> > > >> > > >> > > Thanks for your help on this topic. >> > >> > >> > Hi, >> > >> > first obvious question: >> > >> > are you sure that there is something listening under >> > http://10.60.4.11:9091/metrics/job/ceilometer ? >> > >> > Would you have some error logs from the other side? It seems that >> > ceilometer is trying to dispatch as expected. >> > >> > Matthias >> > >> >>

1 0

[neutron] Implementing BGP over network:routed for IPv6 in Neutron, with DVR capabilities
by Thomas Goirand 14 Aug '20

14 Aug '20

Hi, When these patches are approved: https://review.opendev.org/486450 https://review.opendev.org/669395 we will effectively have BGP announcing for floating IPs and router gateways, with a provider network as next BGP HOP. I tested in experimentally, and it does work. There's more work to be done on it to make it better (like, eliminating GARP requests and getting neutron-dynamic-routing to know when a floating moves from one segment to another), as seen in the commends of #669395, but it works. Now, I'd like to have the same feature for IPv6. Having a segmented IPv6 L2 network already works, though isn't this always going through the network nodes still? I see no reason why IPv6 would always go through network nodes, and I would like to eliminate this SPOF. Has anyone worked on this? Or is there anyone with some advice on how to start? Is there some blueprints somewhere? I'm not sure what this implies, and where to start my research on this. But I really would love, moving forward, to have such a feature. Would anyone (try to) contribute this with me? Cheers, Thomas Goirand (zigo)

1 0

[tripleo] Specify different interface name in single nic vlans without external network installation
by Marco Marino 14 Aug '20

14 Aug '20

Hi, I'm trying to install openstack using tripleo on preprovisioned servers. My (desired) environment is quite simple: 1 controller and 1 compute node. Here is what I did: - Installed undercloud with 192.168.25.0/24 as a ctlplan subnet. local_ip = 192.168.25.2; undercloud_public_host=192.168.25.4; undercloud_admin_host = 192.168.25.3 - Installed 2 servers (compute and controller) with centos 8. Hardware requirements are satisfied (32 GB of ram, 100GB disk....) - Manually created user stack on compute and controller and added it to the sudoers list. - Manually Installed openstack repositories (sudo -E tripleo-repos -b ussuri current-tripleo-rdo) - Manually installed openstack required openstack packages: sudo yum install python3-heat-agent* -y Now I'd like to use 192.168.25.0/24 as "installation network" (network used by ansible) and I'm trying to configure one single nic with vlans. Please note that on all servers (undercloud included) I have 2 physical interfaces with the same name: enp1s0 and enp7s0. enp1s0 is used for a completely openstack-detached network: 192.168.2.0/24 and enp7s0 is used for 192.168.25.0/24 More precisely: Controller-0 = 192.168.25.10 Compute-0 = 192.168.25.20 Furthermore, I confirm that I can reach <local_ip> from both nodes using ping and curl (on port 8004). And I added 2 lines in /etc/hosts on undercloud: 192.168.25.10 controller-0 192.168.25.20 compute-0 Now I'm really confused about what to do. I tried with: openstack overcloud deploy --templates --disable-validations -e /usr/share/openstack-tripleo-heat-templates/environments/deployed-server-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/net-single-nic-with-vlans.yaml -e templates/network-environment-overrides.yaml -e templates/ctlplane-assignment.yaml -e templates/nameservers.yaml -e templates/node-info.yaml -e templates/hostnamemap.yaml -n templates/network_data.yaml node-info.yaml: http://paste.openstack.org/show/796840/ hostnamemap.yaml: http://paste.openstack.org/show/796841/ network-environment-overrides.yaml: http://paste.openstack.org/show/796842/ ctlplane-assignment.yaml: http://paste.openstack.org/show/796843/ nameservers.yaml: http://paste.openstack.org/show/796844/ network_data.yaml: http://paste.openstack.org/show/796845/ How can I specify nic2 for single nic vlans without external network? Please can you provide an example with "openstack overcloud deploy" complete command? I'm reading documentation but I do not understand how to do and it's really frustrating. Thank you, Marco

1 0

Openstack-Train VCPU issue in Hyper-V
by its-openstack＠zohocorp.com 14 Aug '20

14 Aug '20

Dear Team, We are using Openstack-Train in our organization.We have created windows server 2016 Std R2 instances with this flavor m5.xlarge ( RAM - 65536 , Disk - 500 , VCPUs - 16 ).Once Hyper-V future enabled in this instances VCPU count is automatically reduced to 1 core after restart.Even we have enabled nested virtualisation in openstack compute server.Please help us to short out this issue. #cat /sys/module/kvm_intel/parameters/nested Y Regards, Sysadmin.

2 1

[masakari] Meetings
by Radosław Piliszek 14 Aug '20

14 Aug '20

Hello Fellow cloud-HA-seekers, I wanted to attend Masakari meetings but I found the current schedule unfit. Is there a chance to change the schedule? The day is fine but a shift by +3 hours would be nice. Anyhow, I wanted to discuss [1]. I've already proposed a change implementing it and looking forward to positive reviews. :-) That said, please reply on the change directly, or mail me or catch me on IRC, whichever option sounds best to you. [1] https://blueprints.launchpad.net/masakari/+spec/customisable-ha-enabled-ins… -yoctozepto

2 2

[Ocata][Heat] Strange error returned after stack creation failure -r aw template with id xxx not found
by Laurent Dumont 14 Aug '20

14 Aug '20

Hi! We are currently troubleshooting a Heat stack issue where one of the stack (one of 25 or so) is failing to be created properly (seemingly randomly). The actual error returned by Heat is quite strange and Google has been quite sparse in terms of references. The actual error looks like the following (I've sanitized some of the names): Resource CREATE failed: resources.potato: Resource CREATE failed: resources[0]: raw template with id 22273 not found heat resource-list STACK_NAME_HERE -n 50 > > +------------------+--------------------------------------+-------------------------+-----------------+----------------------+--------------------------------------------------------------------------+ > | resource_name | physical_resource_id | resource_type > | resource_status | updated_time | stack_name > | > > +------------------+--------------------------------------+-------------------------+-----------------+----------------------+--------------------------------------------------------------------------+ > | potato | RESOURCE_ID_HERE | OS::Heat::ResourceGroup | > CREATE_FAILED | 2020-07-18 T19:52:10Z | nested_stack_1_STACK_NAME_HERE > | > | potato_server_group | RESOURCE_ID_HERE | OS::Nova::ServerGroup | > CREATE_COMPLETE | 2020-07-21T19:52:10Z | nested_stack_1_STACK_NAME_HERE > | > | 0 | | potato1.yaml > | CREATE_FAILED | 2020-07-18T19:52:12Z | nested_stack_2_STACK_NAME_HERE > | > | 1 | | potato1.yaml > | INIT_COMPLETE | 2020-07- 18 T19:52:12Z | > nested_stack_2_STACK_NAME_HERE | > > +------------------+--------------------------------------+-------------------------+-----------------+----------------------+--------------------------------------------------------------------------+ > The template itself is pretty simple and attempts to create a ServerGroup and 2 VMs (as part of the ResourceGroup). My feeling is that one the creation of those machines fails and Heat get's a little cooky and returns an error that might not be the actual root cause. I would have expected the VM to show up in the resource list but I just see the source "yaml". Has anyone seen something similar in the past? Thanks!

2 3

[cinder] driver maintainers: 3rd party CI checkpoint reminder
by Brian Rosmaita 14 Aug '20

14 Aug '20

Hello Cinder driver maintainers, Around the time of the Feature Freeze (10 September), the Cinder team will be looking at the Third Party CIs to assess compliance [0]. Out of compliance drivers will be marked as 'unsupported' in the Victoria release. We can avoid a lot of unpleasantness if you take this opportunity to review the current situation of your driver's CI [1] and, if necessary, take appropriate steps to get it back into compliance before 10 September. cheers, brian [0] https://docs.openstack.org/cinder/latest/drivers-all-about.html#driver-comp… [1] http://cinderstats.ivehearditbothways.com/cireport.txt

1 0

[cinder] driver features declaration for victoria next week
by Brian Rosmaita 14 Aug '20

14 Aug '20

Hello Cinder driver maintainers, This is a reminder that new features added to Cinder drivers for the Victoria release must be merged at the time of the OpenStack-wide Feature Freeze, which is coming up soon (10 September, to be specific). In order to avoid the Festival of Insane Driver Reviewing that we had last cycle, if you have un-merged driver features that you would like to land in Victoria, please post a blueprint in Launchpad listing the Gerrit reviews of the associated patches before the next Cinder weekly meeting (that is, before 19 August at 1400 UTC). This will help the team prioritize reviews and give you candid early feedback on whether the features look ready. You can look among the Ussuri blueprints for examples; contact me in IRC if you have any questions. Due to the 7 September holiday in the USA, there will be reduced reviewing bandwidth right around the Feature Freeze, so that's why I'm asking you to plan ahead. cheers, brian

1 0

[cinder] victoria new feature status checkpoint next week
by Brian Rosmaita 14 Aug '20

14 Aug '20

If you are working on a Cinder feature for Victoria that hasn't merged yet, please add it to the agenda for next week's cinder weekly meeting on 19 August at 1400 UTC: https://etherpad.opendev.org/p/cinder-victoria-meetings If your feature requires client support, keep in mind that the final release for client libraries is in four weeks. Any client changes must be reviewed, tested, and merged before 10 September. Keep in mind that 7 September is a holiday for many Cinder core reviewers, so it is likely that we will have reduced reviewer bandwidth around the time of the Feature Freeze. So please plan ahead. cheers, brian

1 0

[cinder] victoria os-brick release coming soon
by Brian Rosmaita 13 Aug '20

13 Aug '20

Just a quick reminder that the victoria os-brick release is 3 weeks away. Reviews may be a bit slower than usual given that people may be taking some end-of-the-summer vacation, so if you have an important patch for os-brick, please take the initiative to raise awareness in the #openstack-cinder IRC channel if it's not getting the attention it deserves. cheers, brian

1 0

[cinder] victoria mid-cycle part 2 summary available
by Brian Rosmaita 13 Aug '20

13 Aug '20

In case you missed yesterday's R-9 virtual mid-cycle session, I've updated the victoria mid-cycle wiki with a summary: https://wiki.openstack.org/wiki/CinderVictoriaMidCycleSummary It will eventually include a link to the recording (in case you want to see what you missed or if you want to re-live the excitement). We had a productive meeting yesterday, thanks to all who participated. Unfortunately, some people had trouble connecting to the videoconference. Please contact me off-list so we can figure out whether this was a one-time fail or if we need to look at some other videoconf solution for future meetings. cheers, brian

1 0

[charms] OpenStack Charms 20.08 release is now available
by Alex Kavanagh 13 Aug '20

13 Aug '20

The 20.08 release of the OpenStack Charms is now available. This release brings several new features to the existing OpenStack Charms deployments for Queens, Rocky, Stein, Train, Ussuri, and many stable combinations of Ubuntu + OpenStack. Please see the Release Notes for full details: https://docs.openstack.org/charm-guide/latest/2008.html == Highlights == * New charm: neutron-api-plugin-arista There is a new supported subordinate charm that provides Arista switch ML2 plugin support to the OpenStack Neutron API service: neutron-api-plugin-arista. * New charms: Trilio The Trilio charms (trilio-data-mover, trilio-dm-api, trilio-horizon-plugin, and trilio-wlm) have been promoted to supported status. These charms deploy TrilioVault, a commercial snapshot and restore solution for OpenStack. * New charm: keystone-kerberos The keystone-kerberos subordinate charm allows for per-domain authentication via a Kerberos ticket, thereby providing an additional layer of security. It is used in conjunction with the keystone charm. * MySQL InnoDB Cluster TLS communication TLS communication between MySQL InnoDB Cluster and its cloud clients is now supported. Due to the circular dependency between the vault and mysql-innodb-cluster applications, this is a post-deployment feature. * Gnocchi S3 support The gnocchi charm can now be configured to use S3 as a storage backend. This feature is available starting with OpenStack Stein. * Charm cinder-ceph supports a new relation When both the nova-compute and cinder-ceph applications are deployed a new relation is now required. This should not affect most currently deployed clouds. * Glance Simplestreams Sync The glance-simplestreams-sync charm now installs simplestreams as a snap. As such, the 'channel' configuration option should be used in place of the ‘source’ option. == OpenStack Charms team == The OpenStack Charms team can be contacted on the #openstack-charms IRC channel on Freenode. == Thank you == Lots of thanks to the below 37 charm contributors who squashed 114 bugs*, enabled support for a new release of OpenStack, improved documentation, and added exciting new functionality! Alex Kavanagh Aurelien Lourot James Page Peter Matulis Liam Young Hervé Beraud Corey Bryant Frode Nordahl David Ames Ryan Beisner Chris MacNaughton Dmitrii Shcherbakov Drew Freiberger Edward Hope-Morley Facundo Ciccioli Andreas Jaeger Pedro Guimarães Nobuto Murata Arif Ali Felipe Reyes Ponnuvel Palaniyappan Brett Alvaro Uria Marco Filipe Moutinho da Silva Alejandro Santoyo Gonzalez Camille Rodriguez oliveiradan Tiago Pasqualini Erlon R. Cruz Trent Lloyd Nikolay Vinogradov Andrew McLeod Mauricio Faria de Oliveira Vern Hart Jeff Hillman Rodrigo Barbieri Nicolas Bock * The contributor and bug numbers are based on the OpenStack Victoria development cycle. -- OpenStack Charms Team

1 0

[oslo] vPTG scheduling
by Ben Nemec 13 Aug '20

13 Aug '20

Continuing my policy of EAFP scheduling, I've signed us up for two hours starting at our regular meeting time. This has worked well for our past couple of virtual events so I didn't see any reason to change it. If that time doesn't work for you, please let me know ASAP so we can make alternate arrangements. Thanks. -Ben

1 0

[PTL][SIG][TC] vPTG October 2020 Team Signup
by Kendall Nelson 13 Aug '20

13 Aug '20

Greetings! As you hopefully already know, our next PTG will be virtual again, and held from Monday October 26th to Friday October 30th. We will have the same schedule set up available as last time with three windows of time spread across the day to cover all timezones with breaks in between. *To signup your team, you must complete **BOTH** the survey[1] AND reserve time in the ethercalc[2] by September 11th at 7:00 UTC.* We ask that the PTL/SIG Chair/Team lead sign up for time to have their discussions in with 4 rules/guidelines. 1. Cross project discussions (like SIGs or support project teams) should be scheduled towards the start of the week so that any discussions that might shape those of other teams happen first. 2. No team should sign up for more than 4 hours per UTC day to help keep participants actively engaged. 3. No team should sign up for more than 16 hours across all time slots to avoid burning out our contributors and to enable participation in multiple teams discussions. Again, you need to fill out BOTH the ethercalc AND the survey to complete your team's sign up. If you have any issues with signing up your team, due to conflict or otherwise, please let me know! While we are trying to empower you to make your own decisions as to when you meet and for how long (after all, you know your needs and teams timezones better than we do), we are here to help! Once your team is signed up, please register! And remind your team to register! Registration is free, but since it will be how we contact you with passwords, event details, etc. it is still important! Continue to check back for updates at openstack.org/ptg. -the Kendalls (diablo_rojo & wendallkaters) [1] Team Survey: https://openstackfoundation.formstack.com/forms/june2020_virtual_ptg_survey [2] Ethercalc Signup: https://ethercalc.openstack.org/126u8ek25noy [3] PTG Registration: https://october2020ptg.eventbrite.com

2 3

Running OpenStack? Take the 2020 User Survey now!
by Allison Price 13 Aug '20

13 Aug '20

Hi everyone, There is only one week left before we are closing the 2020 OpenStack User Survey [1]! If you are running OpenStack, please take a few minutes to log your deployment—all information will remain anonymous unless you indicate otherwise. If you have completed a User Survey before, all you have to do is update your information and answer a few new questions. Anonymous feedback will be passed along to the upstream project teams, and anonymized data will be available in the analytics dashboard [2]. The deadline to add your deployment to this round of analysis is Thursday, August 20. Let me know if you have any questions or issues completing. Thanks! Allison [1] https://www.openstack.org/user-survey/survey-2020 <https://www.openstack.org/user-survey/survey-2020> [2] https://www.openstack.org/analytics <https://www.openstack.org/analytics>

1 0

Community Voting for The Virtual Summit Sessions is Open!
by Ashlee Ferguson 13 Aug '20

13 Aug '20

Community voting for the virtual Open Infrastructure Summit sessions is open! You can VOTE HERE <https://www.openstack.org/summit/2020/vote-for-presentations>, but what does that mean? Now that the Call for Presentations has closed, all submissions are available for community vote and input. After community voting closes, the volunteer Programming Committee members will receive the results to review to help them determine the final selections for Summit schedule. While community votes are meant to help inform the decision, Programming Committee members are expected to exercise judgment in their area of expertise and help ensure diversity of sessions and speakers. View full details of the session selection process <https://www.openstack.org/summit/2020/vote-for-presentations/selection-proc…>. In order to vote, you need an OSF community membership. If you do not have an account, please create one by going to openstack.org/join <https://www.openstack.org/join>. If you need to reset your password, you can do that here <https://www.openstack.org/Security/lostpassword>. Hurry, voting closes Monday, August 17 at 11:59pm Pacific Time. Don’t forget to Register for the Summit <https://openinfrasummit2020.eventbrite.com/> for free! Visit https://www.openstack.org/summit/2020/ <https://www.openstack.org/summit/2020/> for all other Summit-related information. Interested in sponsoring? Visit this page <https://www.openstack.org/summit/2020/sponsors/>. If you have any questions, please email summit(a)openstack.org <mailto:summit@openstack.org>. Cheers, Ashlee Ashlee Ferguson Community & Events Coordinator OpenStack Foundation

1 0

DNS server instead of /etc/hosts file on Infra Server
by pwm 13 Aug '20

13 Aug '20

Hi, Anyone interested in replacing the /etc/hosts file entry with a DNS server on the openstack-ansible deployment? Thank you

2 3

[openstackclient] Implementing nova migration cmds in OSC
by jayaditya gupta 13 Aug '20

13 Aug '20

Hello , i am trying to implement some nova migrations commands to openstackclient. Commands 1. migration-list : list all migrations ever happened 2. server-migration-list : Get the migrations list of specified server 3. server-migration-show : show currently going on migration of specified server. 4. live migration abort feature 5.live-migration-force-complete Please have a look at this patch : https://review.opendev.org/#/c/742210/ and share your insight, what should be the correct way to implement it ? should it be a root command or part of the openstack server migrate command? Best Regards Jayaditya Gupta

1 0

[gate][keystone] *-grenade-multinode jobs failing with UnicodeDecodeError in keystone
by melanie witt 13 Aug '20

13 Aug '20

Howdy all, FYI the *-grenade-multinode gate jobs are currently failing with the following error in keystone: UnicodeDecodeError: 'utf-8' codec can't decode byte 0x87 in position 3: invalid start byte This appears to be an issue with a new default data format in msgpack v1.0 [1] which was brought in by a recent bump of upper constraints [2]. *-grenade-multinode jobs are affected because they test a rolling upgrade where the controller is upgraded to the N release version but one compute node is on the N-1 release version. It looks like cached keystone tokens being used by the N-1 node are erroring out during msgpack unpacking because they are in the old data format and msgpack v1.0 has a new default data format. I've opened a bug [3] about and I'm trying out the following keystone patch to fix it: https://review.opendev.org/745752 Reviews appreciated. If this is not the best approach or if this affects other projects as well, alternatively we could revert the upper constraint bump to msgpack v1.0 while we figure out the best fix. Cheers, -melanie [1] https://github.com/msgpack/msgpack-python/blob/v1.0.0/README.md#major-break… [2] https://review.opendev.org/#/c/745437/2/upper-constraints.txt@373 [3] https://launchpad.net/bugs/1891244

2 4

[tc][oslo] Move etcd3gw to OpenStack?
by Radosław Piliszek 12 Aug '20

12 Aug '20

Hey, Folks! I see it has been kinda proposed already [1] so that's mostly why I am asking about that now. >From what I understand, etcd3gw is our best bet when trying to get coordination with etcd3. However, it has recently released a broken release [2] due to no testing (not to mention gating with tooz). I think it could benefit from OpenDev's existing tooling. And since OpenStack is an important client of it and OpenStack preferring this client, it might be wise to put it in that namespace already. I guess the details would have to be discussed with dims (current owner) himself but he seemed happy about it in [1]. I'm notifying oslo as well as this would probably live best finally under oslo governance. Please let me know if any of the above is not true, so that I can amend my knowledge. :-) [1] https://github.com/dims/etcd3-gateway/issues/29 [2] https://bugs.launchpad.net/kolla-ansible/+bug/1891314 -yoctozepto

2 1

[largescale-sig] Next meeting: August 12, 16utc
by Thierry Carrez 12 Aug '20

12 Aug '20

Hi everyone, In order to accommodate US members, the Large Scale SIG recently decided to rotate between an EU-APAC-friendly time and an US-EU-friendly time. Our next meeting will be the first US-EU meeting, on Wednesday, August 12 at 16 UTC[1] in the #openstack-meeting-3 channel on IRC: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200812T16 Feel free to add topics to our agenda at: https://etherpad.openstack.org/p/large-scale-sig-meeting A reminder of the TODOs we had from last meeting, in case you have time to make progress on them: - amorin to add some meat to the wiki page before we push the Nova doc patch further - all to describe briefly how you solved metrics/billing in your deployment in https://etherpad.openstack.org/p/large-scale-sig-documentation Talk to you all on Wednesday, -- Thierry Carrez

2 2

[tc] weekly summary
by Mohammed Naser 12 Aug '20

12 Aug '20

Hi everyone, Here’s an update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. We've also included a few references to some important mailing list threads that you should check out. # Patches ## Open Reviews - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - Move towards dual office hours https://review.opendev.org/745201 - Clean up expired i18n SIG extra-ATCs https://review.opendev.org/745565 - Resolution to define distributed leadership for projects https://review.opendev.org/744995 - Move towards single office hour https://review.opendev.org/745200 - Add legacy repository validation https://review.opendev.org/737559 - Drop all exceptions for legacy validation https://review.opendev.org/745403 - [draft] Add assert:supports-standalone https://review.opendev.org/722399 - Clean up expired i18n SIG extra-ATCs https://review.opendev.org/745565 - Add legacy repository validation https://review.opendev.org/737559 - Pierre Riteau as CloudKitty PTL for Victoria https://review.opendev.org/745653 - Resolution to define distributed leadership for projects https://review.opendev.org/744995 - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - Move towards dual office hours https://review.opendev.org/745201 - Move towards single office hour https://review.opendev.org/745200 ## Project Updates - Deprecate os_congress project https://review.opendev.org/742533 - Add Ceph iSCSI charm to OpenStack charms https://review.opendev.org/744480 - Add Keystone Kerberos charm to OpenStack charms https://review.opendev.org/743769 - Add python-dracclient to be owned by Hardware Vendor SIG https://review.opendev.org/745564 ## General Changes - Reverse sort series in selected goals https://review.opendev.org/744897 - Declare supported runtimes for Wallaby release https://review.opendev.org/743847 - Sort SIG names in repo owner list https://review.opendev.org/745563 - Drop neutron-vpnaas from legacy projects https://review.opendev.org/745401 ## Abandoned Changes - Migrate testing to ubuntu focal https://review.opendev.org/740851 # Email Threads - CloudKitty Status: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016171.html - OSC vs python-*clients: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016409.h… - Proposed Wallaby Schedule: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016391.h… - New Office Hour Plans: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016372.h… # Other Reminders - Cycle-Trailing Release Deadline Aug 13 Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

[tc] monthly meeting summary
by Mohammed Naser 12 Aug '20

12 Aug '20

Hi everyone, Here’s a summary of what happened in our TC monthly meeting last Thursday, August 6. # ATTENDEES (LINES SAID) - mnaser (100) - gmann (43) - diablo_rojo (20) - jungleboyj (16) - belmoreira (10) - evrardjp (8) - fungi (6) - zaneb (4) - knikolla (4) - njohnston (3) # MEETING SUMMARY 1. Rollcall (mnaser, 14:00:21) 2. Follow up on past action items (mnaser, 14:02:16) - https://review.opendev.org/#/c/744995/ (diablo_rojo, 14:03:14) - http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016336.h… (gmann, 14:03:24) 3. OpenStack User-facing APIs and CLIs (belmoreira) (mnaser, 14:25:52) 4. W cycle goal selection start (mnaser, 14:34:39) 5. Completion of retirement cleanup (gmann) (mnaser, 14:40:48) - https://etherpad.opendev.org/p/tc-retirement-cleanup (mnaser, 14:41:02) - https://review.opendev.org/#/c/739291/1 (gmann, 14:42:17) - https://review.opendev.org/#/q/topic:cleanup-retirement+(status:open+OR+sta… (gmann, 14:42:51) # ACTION ITEMS - TC members to follow up and review "Resolution to define distributed leadership for projects" - mnaser schedule session with sig-arch and k8s steering committee - gmann continue to audit and clean-up tags - mnaser propose change to implement weekly meetings - njohnston and mugsie to work on getting goals groomed/proposed for W cycle - belmoreira start discussion around openstack user-facing apis & clis - gmann to merge changes to properly retire projects To read the full logs of the meeting, please refer to http://eavesdrop.openstack.org/meetings/tc/2020/tc.2020-08-06-14.00.log.html Thank you, Mohammed -- Mohammed Naser VEXXHOST, Inc.

1 0

Re: [Release-job-failures] Release of openstack/python-glanceclient for ref refs/tags/3.1.2 failed
by Sean McGinnis 12 Aug '20

12 Aug '20

On 8/12/20 4:36 AM, zuul(a)openstack.org wrote: > Build failed. > > - openstack-upload-github-mirror https://zuul.opendev.org/t/openstack/build/cba5dda29e8744059d637a97f358c59f : SUCCESS in 43s > - release-openstack-python https://zuul.opendev.org/t/openstack/build/b9628cf4f28d4bea95844539295ff520 : SUCCESS in 2m 54s > - announce-release https://zuul.opendev.org/t/openstack/build/9f9a5910815247049bf02ab612781620 : FAILURE in 24m 20s > - propose-update-constraints https://zuul.opendev.org/t/openstack/build/44353ec832794af2965e7e2d05d63442 : SUCCESS in 3m 28s announce-release job appears to have failed due to a temporary network issue accessing PyPi packages. Since the release announcement is not critical, no further action is needed. Sean

1 0

[oslo.cache][keystonemiddleware] enable-sasl-protocol
by Brin Zhang(张百林) 12 Aug '20

12 Aug '20

Hi all, we would like to enable sasl protocol to oslo.cache and keystonemiddleware<https://review.opendev.org/#/projects/openstack/keystonemiddleware,dashboar…> project to improve the security of authority. SASL(Simple Authentication and Security Layer): is a memchanism used to extend the verification ability of C/S mode. SASL is only the authentication process, which integrates the application layer and the system authentication mechanism. Need to review patches: https://review.opendev.org/#/q/status:open++branch:master+topic:bp/enable-s… brinzhang

2 1