- openstack-discuss - lists.openstack.org

approach to deploying rhosp 16.1 with octavia on standalone
by Chen Sagi 19 Oct '20

19 Oct '20

Hi, I am trying to figure out if I am able to deploy Red Hat Openstack platform with one physical server available, included with the Octavia solution. For now I have been trying to use the "openstack triplo deploy -standalone" command (with various environment files) and it Is unable to install Octavia without an undercloud available. Is it even possible? If so, I would love to hear some suggestions. Thanks, Chen Sagi.

2 3

Fwd: [ops] [cinder] __DEFAULT__ volume type
by Rajat Dhasmana 19 Oct '20

19 Oct '20

Sorry i forgot to include openstack discuss mailing list with my reply. ---------- Forwarded message --------- From: Rajat Dhasmana <rdhasman(a)redhat.com> Date: Sun, Oct 18, 2020 at 1:06 PM Subject: Re: [ops] [cinder] __DEFAULT__ volume type To: Eugen Block <eblock(a)nde.ag> Hi Eugen, On Sun, Oct 18, 2020 at 12:54 PM Eugen Block <eblock(a)nde.ag> wrote: > Hi, > > I also was confused about that during our upgrade to Train. I noticed > that many volumes in our cloud didn't have any volume type defined at > all, so I had to update the respective table before I could continue > the upgrade process. What do you mean by "updating the respective table"? The optimal way to update a volume with a volume type is: 1) create a volume type pointing to the backend in which the volume currently is 2) retype the volume to that volume type > I have also defined a different volume type in > cinder.conf but I don't think you can just delete the __DEFAULT__ > type, The functionality to delete the __DEFAULT__ type is only available since cinder train >= 15.4.0 (See the releasenotes for more info regarding the __DEFAULT__ type[1]) Also you need to have a valid value defined with ``default_volume_type`` in cinder.conf Let me know if you have respective settings and still not able to delete the __DEFAULT__ type. > I'm not sure anymore but I think I also tried that. But it > doesn't really hurt if you have one of your own types as default. > > Regards, > Eugen > > [1] https://docs.openstack.org/releasenotes/cinder/train.html#relnotes-15-4-0-s… Regards Rajat Dhasmana

2 1

[Image Encryption] No meeting this week and next week
by Josephine Seifert 19 Oct '20

19 Oct '20

Hi, due to the Summit and the PTG, there will be no meeting today and no meeting next week. Next meeting will be at November 2nd. greeting Josephine (Luzi)

1 0

Sorry for the stupid question... it’s been a while
by Florian Rommel 18 Oct '20

18 Oct '20

Hey everyone. So, I have developed openstack, wrote installers and fixed parts in the raw phytonutrients.. but... so I am , for fun and refreshing my memory, building an openstack deployment by hand, the hood old fashioned way. I have a few servers and I get everything working perfectly EXCEPT neutron ovs with dvr integration. I am using Ubuntu focal with ussuri release. When I deploy neutron i get the agents to show up and register with UP. The neutron-openvswitch-agent crashes with physical network floating to br-public not found. I am wondering how in need to configure the bridge in order to make this work. I have a empty interface (internet facing) which I added to br-public but where do I define the floating network name? Yes it’s stupid but I been banging my head against the wall:) Thanks already for help and sorry to anyone else for the dumb question:) //Florian

3 2

[ops] [cinder] __DEFAULT__ volume type
by Massimo Sgaravatto 17 Oct '20

17 Oct '20

I have recently updated my Cloud from Rocky to Train (I am running Cinder v. 15.4.0) I have a question concerning the __DEFAULT__ volume type, that I don't remember to have seen before. Since: - I have no volumes using this volume type - I defined in in the [DEFAULT] section of cinder.conf the attribute "default_volume_type" to a value different than "__DEFAULT___" I assume that I can safely delete the __DEFAULT__ volume type Is this correct? Thanks, Massimo

2 1

[glance][devstack] Problem with stack.sh in devsatck install
by James 17 Oct '20

17 Oct '20

hi guys：       I met some problems in installing devstack . the details please refers to "Errors" listed as below.     The environment: 1) Win 10 ; 2) VMware workstation ;3) ubuntu-18.04.5-desktop-amd64;4)devstack          The installation processes refer to the devstack quick start (https://docs.openstack.org/devstack/latest/) Could you give me the solution to solve the problem. Error : Installing collected packages: oslo.rootwrap, retrying, os-win, oslo.privsep, os-brick, simplejson, python-cinderclient, glance-store Attempting uninstall: simplejson Found existing installation: simplejson 3.13.2 ERROR: Cannot uninstall 'simplejson'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall. +inc/python:pip_install:1 exit_trap +./stack.sh:exit_trap:489 local r=1 ++./stack.sh:exit_trap:490 jobs -p +./stack.sh:exit_trap:490 jobs= +./stack.sh:exit_trap:493 [[ -n '' ]] +./stack.sh:exit_trap:499 '[' -f '' ']' +./stack.sh:exit_trap:504 kill_spinner +./stack.sh:kill_spinner:399 '[' '!' -z '' ']' +./stack.sh:exit_trap:506 [[ 1 -ne 0 ]] +./stack.sh:exit_trap:507 echo 'Error on exit' Error on exit +./stack.sh:exit_trap:509 type -p generate-subunit +./stack.sh:exit_trap:510 generate-subunit 1589476087 780 fail +./stack.sh:exit_trap:512 [[ -z /opt/stack/logs ]] +./stack.sh:exit_trap ...

2 1

Your Virtual PTG Checklist
by Kendall Waters 16 Oct '20

16 Oct '20

REGISTRATION If you haven't done so, please register for the PTG! This is how we will be able to provide you with the tooling information and passwords. Register here: https://october2020ptg.eventbrite.com <https://october2020ptg.eventbrite.com/> FINAL SCHEDULE The final schedule [1] for the event is set here and in the PTGBot [2]. IRC The main form of synchronous communication between attendees during the PTG is on IRC. If you are not on IRC, learn how to get started here [3]. The main PTG IRC channel is #openstack-ptg on Freenode. It's used to interact with the PTGbot, and Foundation staff will be present to help answer questions. PTGBOT The PTGbot [3] is an open source tool that PTG track moderators use to surface what's currently happening at the event. Track moderators will send messages to the bot via IRC, and from that information, the bot publishes a webpage with several sections of information: - The discussion topics currently discussed in the room ("now") - An indicative set of discussion topics coming up next ("next") - The schedule for the day with available extra slots you can book Learn more about the ptgbot via the documentation here [4]. HELP DESK We are here to help! If you have any questions during the event week, we encourage you to join the #openstack-ptg IRC channel and ask them there. You can ping Kendall Waters (wendallkaters) and Kendall Nelson(diablo_rojo) directly on IRC. We will also have a dedicated Zoom room, but ONLY FOR MONDAY, October 26 where an OSF staff member will be available to answer your event related questions. You can also always reach someone at ptg(a)openstack.org if you are unable to connect to IRC. FEEDBACK We have preemptively created an etherpad[5] to collect all of your feedback throughout the event. Please add your thoughts as the week goes on. GAME TIME! Since we all know that coming together as a community to hang out and play games is part of what makes the PTG great, we are going to try something new this time around. This PTG, we are going to have two 'game nights'- obviously time zones are hard and it might not be night for everyone, but the times are as follows. - Thursday, October 29 at 19:00 UTC - Friday, October 30 at 10:00 UTC - Friday, October 30 at 23:00 UTC If you are interested in participating, write your name in the etherpad [6]. We will use it to coordinate games for each of the timeslots. [1] PTG schedule: https://object-storage-ca-ymq-1.vexxhost.net/swift/v1/6e4619c416ff4bd19e1c0… <https://object-storage-ca-ymq-1.vexxhost.net/swift/v1/6e4619c416ff4bd19e1c0…> [2] PTGbot: http://ptg.openstack.org/ptg.html <http://ptg.openstack.org/ptg.html> [3] How to get started on IRC: https://docs.openstack.org/contributors/common/irc.html <https://docs.openstack.org/contributors/common/irc.html> [4] PTGbot documentation: https://github.com/openstack/ptgbot/blob/master/README.rst <https://github.com/openstack/ptgbot/blob/master/README.rst> [5] Feedback Etherpad: https://etherpad.opendev.org/p/October2020-PTG-Feedback <https://etherpad.opendev.org/p/October2020-PTG-Feedback> [6] Game Time Etherpad: https://etherpad.opendev.org/p/October2020-PTG-Games <https://etherpad.opendev.org/p/October2020-PTG-Games>

1 0

[OSSA-2020-007] Blazar: Remote code execution in blazar-dashboard (CVE-2020-26943)
by Pierre Riteau 16 Oct '20

16 Oct '20

======================================================== OSSA-2020-007: Remote code execution in blazar-dashboard ======================================================== :Date: October 12, 2020 :CVE: CVE-2020-26943 Affects ~~~~~~~ - Blazar-dashboard: <1.3.1, ==2.0.0, ==3.0.0 Description ~~~~~~~~~~~ Lukas Euler (Positive Security) reported a vulnerability in blazar-dashboard. A user allowed to access the Blazar dashboard in Horizon may trigger code execution on the Horizon host as the user the Horizon service runs under. This may result in Horizon host unauthorized access and further compromise of the Horizon service. All setups using the Horizon dashboard with the blazar-dashboard plugin are affected. Patches ~~~~~~~ - https://review.opendev.org/755814 (Stein) - https://review.opendev.org/755813 (Train) - https://review.opendev.org/755812 (Ussuri) - https://review.opendev.org/756064 (Victoria) - https://review.opendev.org/755810 (Wallaby) Credits ~~~~~~~ - Lukas Euler from Positive Security (CVE-2020-26943) References ~~~~~~~~~~ - https://launchpad.net/bugs/1895688 - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-26943

1 0

[glance] No IRC meetings next 2 weeks
by Abhishek Kekane 16 Oct '20

16 Oct '20

Hello All, As discussed in yesterday's weekly meeting, we will not be conducting our next 2 weekly IRC meetings on 22 October and 29 October because of the Summit and the PTG. See you all during PTG discussions, below are the details about glance schedule during PTG. Topics/Plans: https://etherpad.opendev.org/p/Glance-Wallaby-PTG-planning Schedule: http://ptg.openstack.org/ptg.html Dates and Times: * Oct 27th 2020: Tuesday 1400-1700 UTC * Oct 28th 2020: Wednesday 1400-1700 UTC * Oct 29th 2020: Thursday 1400-1700 UTC * Oct 30th 2020: Friday 1400-1700 UTC Thanks and Best Regards, Abhishek

1 0

[Kolla Ansible] RabbitMQ Interface Configuration
by Sven Kieske 16 Oct '20

16 Oct '20

Hi, I got a question regarding a change which was made, quite some time ago in kolla-ansible. The change in question is: https://review.opendev.org/#/c/584427/ specifically the following diff, the file was moved to a new format and name, but the possibility to configure the used interface for rabbitmq/erlang was removed. May I ask if this was maybe by accident, or what the reason for the removal of these parameters was? I'm asking because I'm currently deploying Openstack and am in the process of hardening the configuration. It stood out to me, that the beam vm from rabbitmq listens on all interfaces[1], so I wanted to change that. If there is another way to change this via kolla-ansible, it would be very kind to let me know. Notice, I do not try to configure "ERL_EPMD_ADDRESS" (which we already do), but to control the TCP Port 25672, which, as far as I understood the rabbitmq docs, is controlled via the erlang/beam vm "inet_dist_use_interface" parameter, which was removed in this changeset. But I might be totally wrong, I find the RabbitMQ docs a little hard to parse at times. This is currently a deployment with 3 rabbitmq nodes, if that matters. Thank you very much for your time in advance! See here the relevant diff, for convenience: commit b163cb02d1486f8844ac52e619de7b62321e42b0 Author: Paul Bourke <paul.bourke(a)oracle.com> Date: Fri Jul 20 16:35:25 2018 +0100 Update rabbitmq to use new conf & clustering Depends-On: I75e00312b36e1678b90a42cf58d24652323eff27 Change-Id: Ia716fabffca41eff816e59bbf9f4cab79ee8b72f diff --git a/ansible/roles/rabbitmq/templates/rabbitmq.config.j2 b/ansible/roles/rabbitmq/templates/rabbitmq.config. j2 deleted file mode 100644 index 960f9fb8a..000000000 --- a/ansible/roles/rabbitmq/templates/rabbitmq.config.j2 +++ /dev/null @@ -1,24 +0,0 @@ -[ - {kernel, [ - {inet_dist_use_interface, {% raw %}{{% endraw %}{{ api_interface_address | regex_replace('\.', ',') }}}}, - {inet_dist_listen_min, {{ role_rabbitmq_cluster_port }}}, - {inet_dist_listen_max, {{ role_rabbitmq_cluster_port }}} [1]: ss -tulpn | awk '$5 ~ /0.0.0.0:|\[::\]:/ && /beam/' tcp LISTEN 0 128 0.0.0.0:25672 0.0.0.0:* users:(("beam.smp",pid=194345,fd=63)) -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar.

2 3

[ceilometer] How to install old version of gnocchi
by fisheater chang 16 Oct '20

16 Oct '20

I use Ubuntu 18.04 to install https://docs.openstack.org/ceilometer/stein/install/install-base-ubuntu.html (ceilometer) When I run service gnocchi-api restart, I get Failed to restart gnocchi-api.service: Unit gnocchi-api.service not found. I can't find any solution to address this issue. Someone said the new version doesn't include the gnocchi-api, so I am trying to install the previous version, but I don't know where I can find the old version of gnocchi-api https://stackoverflow.com/questions/47520779/service-gnocchi-api-not-found Can anyone help? Thanks

2 1

[Kolla] container images for Victoria?
by Tony Liu 16 Oct '20

16 Oct '20

Hi, I see the announcement of Victoria release. What's the plan to release Kolla container images for Victoria? Kolla Ussuri installs packages from [1]. For Victoria, [2] is available. But in [2], I don't find OpenvSwitch and OVN packages. Are they going to be provided later, or there is any new changes? [1] http://mirror.iad.rax.opendev.org/centos/8/cloud/x86_64/openstack-ussuri/ [2] http://mirror.iad.rax.opendev.org/centos/8/cloud/x86_64/openstack-victoria/ Thanks! Tony

4 6

[nova] Wallaby
by Balázs Gibizer 16 Oct '20

16 Oct '20

Hi, Thanks you all for your contribution to the Victoria release. Now nova master is fully open for Wallaby. The runway etherpad[1] is also available if you already have features or improvements ready for review. If you need discussion around your features then please add a topic to the PTG etherpad [2]. I will do some reorganization of the topics on [2] during next week to move the related items closer and assign some tentative timeslots for topics. Cheers, gibi [1] https://etherpad.opendev.org/p/nova-runways-wallaby [2] https://etherpad.opendev.org/p/nova-wallaby-ptg

1 0

[Openstack][Cinder]
by dangerzone ar 16 Oct '20

16 Oct '20

Hi Team, May I know if anyone has deployed Huawei oceanstor SAN storage during overcloud deployment? (i) Do you need a specific driver to define or download in order to deploy it? (ii) Can I deploy separately SAN storage after overcloud deployment, I mean after a month of openstack deployment i want to add SAN storage to my infrastructure. Is it possible? (iii) Please advise me how to deploy Huawei oceanstor SAN storage. Please advise further. Thank you

2 3

[TripleO]Train overcloud deployment
by dangerzone ar 16 Oct '20

16 Oct '20

Hi, Has Anyone have deploy openstack train using tripleO? mind to share what template that you are using for overcloud deployment? Openstack guideline does not provide updated steps based on train..some of the template shown in openstack portal is no longer available in train thus I'm not sure which template that should I focus and add onto overcloud deployment. I would appreciate it if someone could share what template that you add onto overcloud deployment, thus I can focus as so many templates define. I plan to have few dpdk computes and 3 controllers. Thank you for your attention and help.

1 0

[requirements][oslo] Explicit requirement to setuptools.
by Sebastien Boyron 15 Oct '20

15 Oct '20

Hey all, Almost all openstack projects are using pbr and setuptools. A great majority are directly importing setuptools in the code (setup.py) while not explicitly requiring it in the requirements. In these cases , setuptools is only installed thanks to pbr dependency. Example 1: Having a look on nova code : http://codesearch.openstack.org/?q=setuptools&i=nope&files=&repos=openstack… We can see that setuptools is importer in setup.py to requires pbr whereas neither in *requirements.txt nor in *constraints.txt Example 2: This is exactly the same for neutron : http://codesearch.openstack.org/?q=setuptools&i=nope&files=&repos=openstack… I discovered this while making some cleaning on rpm-packaging spec files. Spec files should reflect the content of explicits requirements of the related project. Until now there is no issue on that, but to make it proper, setuptools has been removed from all the projects rpm dependencies and relies only on pbr rpm dependency except if there is an explicit requirement on it in the project. If tomorrow, unlikely, pbr evolves and no longer requires setuptools, many things can fail: - All explicits imports in python code should break. - RPM generation should break too since it won't be present as a BuildRequirement. - RPM installation of old versions will pull the latest pbr version which will not require anymore and can break the execution. - RPM build can be held by distribute if there is not setuptools buildRequired anymore. As the python PEP20 claims "Explicit is better than implicit." and it should be our mantra on Openstack, especially with this kind of nasty case. https://www.python.org/dev/peps/pep-0020/ I think we should explicitly require setuptools if, and only if, we need to make an explicit import on it. This will help to have the right requirements into the RPMs while still staying simple and logical; keeping project requirements and RPM requirements in phase. I am opening the discussion and pointing to this right now, but I think we should wait for the Wallaby release before doing anything on that point to insert this modification into the regular development cycle. On a release point of view all the changes related to this proposal will be released through the classic release process and they will be landed with other projects changes, in other words it will not require a range of specific releases for projects. *SEBASTIEN BOYRON* Red Hat

8 12

[diskimage-builder][ironic-python-agent-builder][ci][focal][ironic] ipa-builder CI jobs can't migrate to ubuntu focal nodeset
by Riccardo Pittau 15 Oct '20

15 Oct '20

Hello fellow openstackers! At the moment it's not possible to migrate the ironic-python-agent-builder src jobs from bionic to focal nodeset because of diskimage-builder limitations. We're stuck with ubuntu bionic and we're pinning those jobs to the bionic nodeset for the time being: https://review.opendev.org/756291 One of the community goals for victoria is to move the base nodeset of the CI jobs from ubuntu bionic to focal. In general, doing this for most of the ironic projects has not been trivial, but still doable, and it has been accomplished almost entirely. The biggest challenge comes from the src jobs in ironic-python-agent-builder where, for some of them, we build ironic-python-agent ramdisks using rpm-based distributions (mainly centos) with diskimage-builder on ubuntu bionic. This is possible using utilities (e.g. yumdownloader) included in packages still present in the ubuntu repositories, such as yum-utils and rpm. Starting from Ubuntu focal, the yum-utils package has been removed from the repositories because of lack of support of Python 2.x and there's no plan to provide such support, at least to my knowledge. The alternative provided by dnf is not usable as there's also no plan to compile and provide a package of dnf for deb-based distributions. For the reasons mentioned above, currently the ironic project team can't complete the migration of the CI jobs from bionic to focal and there's no ETA on when this can be accomplished. Considering all the things in the preamble, two possibilities are available: - change the mechanics in diskimage-builder; this process would completely change the way DIB builds rpm-based distros; this approach delegates the work almost entirely to the DIB team. - instead of migrating to focal, migrate to centos-8 nodeset; that would mean having devstack+ironic working on centos-8, which poses an interesting challenge and would consume no little resources from the ironic team. Opinions and advice are very welcome! Thanks, Riccardo

8 15

[manila] No IRC Meetings on 22nd Oct, 29th Oct 2020
by Goutham Pacha Ravi 15 Oct '20

15 Oct '20

Hello Zorillas, As mentioned in the meeting today, we'll not be running our weekly IRC meetings on 22nd Oct and 29th Oct 2020 because of the Summit and the PTG. I hope to see you all at these events. For your convenience, here's a list of events we'd love to have you attend: Forum & Summit ============= OpenStack storage for Containers Monday, October 19, 1:15pm - 2:00pm UTC https://www.openstack.org/summit/2020/summit-schedule/events/24763/openstac… Operational Concerns for Openstack Manila Tuesday, October 20, 1:15pm - 2:00pm UTC https://www.openstack.org/summit/2020/summit-schedule/events/24762/operatio… Connecting ecosystems: How Cinder CSI, Ember CSI and Manila CSI leverage OpenStack bits in Kubernetes Tuesday, October 20, 5:15pm - 5:45pm UTC https://www.openstack.org/summit/2020/summit-schedule/events/24634/connecti… PTG ==== Will share the final schedule over email next week. Topics/Plans: https://etherpad.opendev.org/p/wallaby-ptg-manila-planning Schedule: http://ptg.openstack.org/ptg.html Dates and Times: - Oct 26th 2020, Mon: 1500-1700 UTC - Oct 27th 2020, Tue: 1400-1700 UTC - Oct 28th 2020, Wed: 1400-1700 UTC - Oct 30th 2020, Fri: 1400-1600 UTC (Happy Hour: 1600-1700 UTC) Thanks, Goutham

1 0

High level benchmarking - Openstack Tenant/Provider networking.
by Laurent Dumont 15 Oct '20

15 Oct '20

Hey everyone, We are currently working on some baseline user network benchmarking in our Openstack deployments. We are facing some strange issues where the actual real-life performance of VM are not what we expect. We have some large variations in terms of performance between hardware generations that we would like to confirm the nature of. While we are looking at deploying OPFNV / smaller tools to give us some data regarding our performance, are there any community resources that might list benchmarks previously done by other Openstack users? Our deployments specs are pretty standard some I'm surprised I couldn't find some baseline benchmarks online. Something like : 4vCPU VM 72 CPU Hypervisor Linux Bridge with iptables for security-groups implementation 1500 MTU / 9000 MTU with 10G ports You can expect : x PPS / x BW for VM to VM on vxlan x PPS / x BW for VM to VM on vlan Thanks!

1 0

docs.openstack.org down?
by Laurent Dumont 15 Oct '20

15 Oct '20

Hey everyone, Trying to find some obscure flavor references and it seems that the docs site is down? Any maintenance happening? Thanks!

3 3

[Kolla] why is Ceph package installed in OVN container?
by Tony Liu 15 Oct '20

15 Oct '20

Hi, Regarding to Kolla OVN Ussuri container, for example [1], image layer #28. Why is centos-release-ceph-nautilus installed in OVN container? [1] https://hub.docker.com/layers/kolla/centos-binary-ovn-nb-db-server/ussuri/i… Thanks! Tony

4 5

[Keystone] 'list' object has no attribute 'get'
by Tony Liu 15 Oct '20

15 Oct '20

Is this known issue with openstack-keystone-17.0.0-1.el8.noarch? 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context [req-3bcdd315-1975-4d8a-969d-166dd3e8a3b6 113ee63a9ed0466794e24d069efc302c 4c142a681d884010ab36a7ac687d910c - default default] 'list' object has no attribute 'get': AttributeError: 'list' object has no attribute 'get' 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context Traceback (most recent call last): 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/server/flask/request_processing/middleware/auth_context.py", line 103, in _inner 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return method(self, request) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/server/flask/request_processing/middleware/auth_context.py", line 353, in process_request 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context resp = super(AuthContextMiddleware, self).process_request(request) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystonemiddleware/auth_token/__init__.py", line 411, in process_request 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context allow_expired=allow_expired) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystonemiddleware/auth_token/__init__.py", line 445, in _do_fetch_token 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context data = self.fetch_token(token, **kwargs) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/server/flask/request_processing/middleware/auth_context.py", line 248, in fetch_token 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context token, access_rules_support=ACCESS_RULES_MIN_VERSION) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/common/manager.py", line 115, in wrapped 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context __ret_val = __f(*args, **kwargs) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/token/provider.py", line 145, in validate_token 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context token = self._validate_token(token_id) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "</usr/lib/python3.6/site-packages/decorator.py:decorator-gen-26>", line 2, in _validate_token 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/cache/region.py", line 1360, in get_or_create_for_user_func 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context key, user_func, timeout, should_cache_fn, (arg, kw) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/cache/region.py", line 962, in get_or_create 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context async_creator, 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/lock.py", line 187, in __enter__ 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return self._enter() 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/lock.py", line 94, in _enter 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context generated = self._enter_create(value, createdtime) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/lock.py", line 180, in _enter_create 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return self.creator() 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/cache/region.py", line 916, in gen_value 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context *creator_args[0], **creator_args[1] 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/token/provider.py", line 179, in _validate_token 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context token.mint(token_id, issued_at) 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/models/token_model.py", line 579, in mint 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context self._validate_token_resources() 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/models/token_model.py", line 471, in _validate_token_resources 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context if self.project and not self.project_domain.get('enabled'): 2020-09-10 09:35:53.638 28 ERROR keystone.server.flask.request_processing.middleware.auth_context AttributeError: 'list' object has no attribute 'get' Thanks! Tony

2 1

[neutron] Drivers meeting - 16.10.2020
by Slawek Kaplonski 15 Oct '20

15 Oct '20

Hi, Due to lack of agenda (and day off for me, and other Red Hatters :)) I'm cancelling tomorrow's drivers meeting. See You next week on the OpenInfra Summit :) -- Slawek Kaplonski Principal Software Engineer Red Hat

1 0

Re: [cyborg] Edge sync up at the PTG
by yumeng bao 15 Oct '20

15 Oct '20

Hi Ildikó, Sorry for late response, I was just back from holidays. I saw your maillist thread this afternoon and was about to response when I saw this mail. ^^ Wednesday (October 28) at 1300 UTC - 1400 UTC has been occupied by nova-cyborg integration discussion[1]. Can we pick up another time? Like Tuesday (October 27) at 1300 UTC - 1400 UTC? Thanks, Yumeng [1]https://etherpad.opendev.org/p/cyborg-wallaby-goals Regards， Yumeng > On Oct 14, 2020, at 2:52 PM, Ildiko Vancsa <ildiko.vancsa(a)gmail.com> wrote: > > Hi Yumeng, > > I hope you are doing good. > > I’m reaching out to you to check if you saw my email on the openstack-discuss mailing list about having a joint session with the edge wg again at the upcoming PTG? > > Thanks, > Ildikó > > >> Begin forwarded message: >> >> From: Ildiko Vancsa <ildiko.vancsa(a)gmail.com> >> Subject: [cyborg] Edge sync up at the PTG >> Date: October 7, 2020 at 17:17:00 GMT+2 >> To: OpenStack Discuss <openstack-discuss(a)lists.openstack.org> >> >> Hi Cyborg Team, >> >> I’m reaching out to check if you are available during the upcoming PTG to continue discussions we were having in June to see where Cyborg evolved since then and how we can continue collaborating. >> >> Like last time, the OSF Edge Computing Group is meeting on the first three days and we have a slot reserved to sync up with OpenStack projects such as Cyborg on Wednesday (October 28) at 1300 UTC - 1400 UTC. Would the team be available to join at that time? >> >> Our planning etherpad is here: https://etherpad.opendev.org/p/ecg-vptg-october-2020 >> >> Thanks, >> Ildikó >> >> >

2 1

Resource Requirement
by Charon Zheng 15 Oct '20

15 Oct '20

Hello！ I’m a openstack beginner in China and I need your help. I am following the doc. on https://docs.openstack.org/sahara/pike/user/vanilla-plugin.html, but the image(http://sahara-files.mirantis.com/images/upstream) is 404. Could you please provide me with a new dowload link? It will be really helpful. I'm sorry if there is any bother.

2 1

[magnum]monitoring enabled label problem
by Ionut Biru 15 Oct '20

15 Oct '20

hi guys Currently I'm using the latest from stable/ussuri. I have deployed a private cluster(floating ip disabled) with monitoring_enabled=true and it seems that the services related to monitoring fail to deploy with an error: Error: unable to build kubernetes objects from release manifest: error validating "": error validating data: ValidationError(Endpoints.subsets[0].addresses[0]): missing required field "ip" in io.k8s.api.core.v1.EndpointAddress If I enable floating ip, everything is deployed correctly. Is there a workaround that I have to use in this type of scenario? https://paste.xinu.at/Wim/ -- Ionut Biru - https://fleio.com

2 2

[oslo] Project leadership
by Ben Nemec 15 Oct '20

15 Oct '20

Hi all, As you may have noticed, we had no nominees for Oslo PTL again this cycle. I said in my non-candidacy email that I don't think it would be appropriate for me to continue in the position given the lack of attention I've been paying over the past couple of cycles. My feelings on that have not changed, so we need to figure out what we're going to do from here on. The general consensus from the people I've talked to seems to be a distributed model. To kick off that discussion, here's a list of roles that I think should be filled in some form: * Release liaison * Security point-of-contact * TC liaison * Cross-project point-of-contact * PTG/Forum coordinator * Meeting chair * Community goal liaison (almost forgot this one since I haven't actually been doing it ;-). I've probably missed a few, but those are the the ones I came up with to start. Obviously there's overlap between some of them, and we don't have that many people on the team so there's going to be some combined roles. It's also possible some roles could be handled cooperatively by the team (we already have a coresec team, for example), but in general I favor explicit assignments over vague "somebody will do it" statements. That said, given my reduced role on the team I don't know how much say I get in the matter. :-) Anyway, I wanted to get this sent out because I'm going to be out on PTO next week so I won't be available for the meeting. Feel free to discuss it in my absence though. Thanks. -Ben

7 8

[kolla][kayobe] The upcoming Kolla meetings (IRC, Klub, Kall) *cancelled* due to OpenStack-wise events (Open Infra Summit, PTG)
by Radosław Piliszek 15 Oct '20

15 Oct '20

Hi Folks! The subject is pretty self-explanatory. Next week we have Open Infrastructure Summit [1]. And the following week - PTG [2]. As a cycle-trailing project we are now also working on our Victoria release. Hence, we decided to *cancel* the regular meetings on the following days (all at 15 UTC): Oct 15 - Kolla Kall Oct 21 - Kolla IRC meeting Oct 22 - Kolla Klub Oct 28 - Kolla IRC meeting Oct 29 - Kolla Kall Please join us for the Kolla PTG sessions instead! [3] We will also coordinate asynchronously as we do most of the usual working week on IRC. We will be restoring the normal schedule after PTG ends. [1] https://www.openstack.org/summit/ [2] https://www.openstack.org/ptg/ [3] https://etherpad.opendev.org/p/kolla-wallaby-ptg -yoctozepto

1 0

[elections][tc][telemetry] Wallaby Cycle PTL and TC polling stats
by Jeremy Stanley 14 Oct '20

14 Oct '20

Find attached historical analysis of election turnout (electorate size and number of ballots returned) updated with the data from the Wallaby Cycle TC and Telemetry PTL polls. I'm happy to answer any questions folks may have about these, or dig into additional related statistics anyone may be interested in seeing. -- Jeremy Stanley

2 1

Re: [cinder][manila][swift] Edge discussions at the upcoming PTG
by Tom Barron 14 Oct '20

14 Oct '20

[adding the list address back end, I was the one who dropped it by accident] On 14/10/20 08:42 +0200, Ildiko Vancsa wrote: >Hi Tom, > >Sounds good! I think that topic would resonate well with people in the edge wg and it would be an interesting discussion especially when it comes to the containers part. > >Adjusting to what Brian was saying in his mail if that works for you too we could start with storage discussions on Monday to see how the landscape looks and what the needs and thoughts are. On top of that if needed we could go into cross-project sync with Manila to sync on the project specific roadmaps and action items if any on Wednesday. Does that make sense? > >Thanks, >Ildikó > > >> On Oct 13, 2020, at 23:14, Tom Barron <tpb(a)dyncloud.net> wrote: >> >> On 13/10/20 16:48 -0400, Brian Rosmaita wrote: >>> On 10/7/20 11:27 AM, Ildiko Vancsa wrote: >>>> Hi, >>>> >>>> We’ve started to have discussions in the area of object storage needs and solutions for edge use cases at the last PTG in June. I’m reaching out with the intention to continue this chat at the upcoming PTG in a few weeks. >>>> >>>> The OSF Edge Computing Group is meeting during the first three days of the PTG like last time. We are planning to have edge reference architecture models and testing type of discussions in the first two days (October 26-27) and have a cross-project and cross-community day on Wednesday (October 28). We would like to have a dedicated section for storage either on Monday or Tuesday. >>>> >>>> I think it might also be time to revisit other storage options as well if there’s interest. >>>> >>>> What do people think? >>> >>> I asked around the Cinder community a bit, and we don't have any particular topics to discuss at this point. But if you scheduled the storage discussion on Monday, some of us would be interested in attending just to hear what edge people are currently talking about storage-wise. (Cinder is meeting Tuesday-Friday.) >>> >>> If something does come up that the Edge group would like to talk over with the Cinder team, we can make time for that on Wednesday. >>> >>> >>> cheers, >>> brian >>> >>>> >>>> For reference: >>>> * Our planning etherpad is here: https://etherpad.opendev.org/p/ecg-vptg-october-2020 >>>> * Notes from the previous PTG is here: https://etherpad.opendev.org/p/ecg_virtual_ptg_planning_june_2020 >>>> >>>> Thanks, >>>> Ildikó >> >> Ildiko, >> >> We in Manila have discussed Edge deployment of shared file system service quite a bit. Currently we think of the problem primarily as how to provide safe, multi-tenant shared file system infrastructure local to each Edge site so that the data path remains available to consumers at the Edge site even when it is disconnected from the core. >> We'd like the storage to be available both to workloads running in VMs and to workloads running in containers at the edge (whether the containers reside in VMs or on bare metal edge hosts). >> >> I'm interested in calibrating this view of the problem set with actual Edge use cases and deployment perspectives and I'm sure Manila folks (like our PTL Goutham Pacha Ravi) would be happy to join in a cross-project session. >> >> -- Tom Barron >> >

1 0

[cinder][manila][swift] Edge discussions at the upcoming PTG
by Ildiko Vancsa 14 Oct '20

14 Oct '20

Hi, We’ve started to have discussions in the area of object storage needs and solutions for edge use cases at the last PTG in June. I’m reaching out with the intention to continue this chat at the upcoming PTG in a few weeks. The OSF Edge Computing Group is meeting during the first three days of the PTG like last time. We are planning to have edge reference architecture models and testing type of discussions in the first two days (October 26-27) and have a cross-project and cross-community day on Wednesday (October 28). We would like to have a dedicated section for storage either on Monday or Tuesday. I think it might also be time to revisit other storage options as well if there’s interest. What do people think? For reference: * Our planning etherpad is here: https://etherpad.opendev.org/p/ecg-vptg-october-2020 * Notes from the previous PTG is here: https://etherpad.opendev.org/p/ecg_virtual_ptg_planning_june_2020 Thanks, Ildikó

3 4

Multiple backend for Openstack
by Deepa KR 14 Oct '20

14 Oct '20

Hi All Good Day >From documentation we are able to understand that we can configure multiple backends for cinder (Ceph ,External Storage device or NFS etc) Is there any way we can choose the backend while instance launching .Say instance1 backend should be from an external storage device like EMC and instance2 to launch and have backend volume from ceph .Can this be achieved using cinder availability zone implementation or any other way? I have gone through below link (*section Configure Block Storage scheduler multi back end)* https://docs.openstack.org/cinder/latest/admin/blockstorage-multi-backend.h… Suggestions please .. Regards, Deepa K R

4 4

[all][elections][tc] Technical Committee Election Results
by Jeremy Stanley 14 Oct '20

14 Oct '20

Please join me in congratulating the 4 newly elected members of the Technical Committe (TC). Dan Smith Ghanshyam Mann (gmann) Jay Bryant (jungleboyj) Kendall Nelson (diablo_rojo) Full results: https://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_f3d92f86f4254553 Election process details and results are also available here: https://governance.openstack.org/election/ Thank you to all of the candidates, having a good group of candidates helps engage the community in our democratic process. Thank you to all who voted and who encouraged others to vote. We need to ensure your voice is heard. Thank you for another great round. -- Jeremy Stanley on behalf of the OpenStack Technical Election Officials

3 2

[kolla] Reversing deprecation of VMware integration
by Mark Goddard 14 Oct '20

14 Oct '20

Hi, In the Ussuri release we deprecated support for VMware due to Nova deprecating their VMware driver, a lack of CI, and a lack of interest from the community. Since then, Nova has reversed the deprecation, and we know of at least one interested user. We are therefore reversing our deprecation of VMware support in Kolla. If you are interested in this driver, please help out with maintenance since we are unable to verify changes without CI. Regards, Mark

1 0

OpenStack Victoria is officially released!
by Sean McGinnis 14 Oct '20

14 Oct '20

The official OpenStack Victoria release announcement has been sent out: http://lists.openstack.org/pipermail/openstack-announce/2020-October/002041… Thanks to all who were a part of the Victoria development cycle! This marks the official opening of the releases repo for Wallaby, and freezes are now lifted. Victoria is now a fully normal stable branch, and the normal stable policy now applies. Thanks! Sean

3 2

[ops][cinder] brocade fczm driver situation update
by Brian Rosmaita 14 Oct '20

14 Oct '20

Happy Victoria Release Day! This is a follow-up to my 26 June 2020 email concerning the proposed removal from cinder of the Brocade Fibre Channel Zone Manager driver [0], which, you may recall, the vendor no longer supports after the Train release and which was not operational in a Python 3 environment. The Cinder community has decided to assume the maintenance of this driver on a best-effort basis. See the "Known Issues" and "Other Notes" sections of the cinder victoria release notes [1] and the statement in the driver documentation [2] for what exactly this means. Special thanks to Cinder core Gorka Eguileor for driving this effort. Gorka fixed the bugs that hitherto prevented the driver from operating in Python 3, and these fixes have been backported to stable/ussuri and stable/train. Gorka also ran CI on driver against cinder victoria RC-1. The Brocade FCZM driver does not have ongoing third-party CI. If you use this driver, and would be interested in running third-party CI for it, please contact the Cinder project team. And if you have a relationship with the vendor, you may wish to ask them to reconsider their stance on this driver. [0] http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015692.html [1] https://docs.openstack.org/releasenotes/cinder/victoria.html [2] https://docs.openstack.org/cinder/victoria/configuration/block-storage/fc-z… [3] https://review.opendev.org/#/q/topic:brocade+(status:open+OR+status:merged)

1 0

Re: [Ussuri] [openstack-ansible] [cinder] Can't attach volumes to instances
by Oliver Wenz 14 Oct '20

14 Oct '20

> I recommend you run the attach request with the --debug flag to get the > request id, that way you can easily track the request and see where it > failed. > > Then you check the logs like Dmitriy mentions and see where things > failed. Running with the --debug flag returned the following ``` Starting new HTTP connection (1): 192.168.110.201:8774 http://192.168.110.201:8774 "GET /v2.1/servers/2fd482ac-7a93-4626-955f-77b78f783d54 HTTP/1.1" 200 1781 RESP: [200] Connection: close Content-Length: 1781 Content-Type: application/json OpenStack-API-Version: compute 2.1 Vary: OpenStack-API-Version, X-OpenStack-Nova-API-Version X-OpenStack-Nova-API-Version: 2.1 x-compute-request-id: req-56b2bf8f-f338-4d25-a54e-ce9cfb4e71d6 x-openstack-request-id: req-56b2bf8f-f338-4d25-a54e-ce9cfb4e71d6 RESP BODY: {"server": {"id": "2fd482ac-7a93-4626-955f-77b78f783d54", "name": "ubuntu_test", "status": "ACTIVE", "tenant_id": "5fbba868d04b47fa87a72b9dd821ee12", "user_id": "f78c008ff22d40d2870f1c34919c93ad", "metadata": {}, "hostId": "7d7e25a2fe22479152026feff6bd71cf32a46ea2ee78ec841c5973f8", "image": {"id": "84e94029-c737-4bb6-84a7-195002e6dbe9", "links": [{"rel": "bookmark", "href": "http://192.168.110.201:8774/images/84e94029-c737-4bb6-84a7-195002e6dbe9"}]}, "flavor": {"id": "94b75111-dfa2-4565-af5b-64e25e220861", "links": [{"rel": "bookmark", "href": "http://192.168.110.201:8774/flavors/94b75111-dfa2-4565-af5b-64e25e220861"}]}, "created": "2020-10-07T09:48:09Z", "updated": "2020-10-07T10:03:23Z", "addresses": {"test-001": [{"version": 4, "addr": "192.168.32.170", "OS-EXT-IPS:type": "fixed", "OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:9b:a5:fe"}, {"version": 4, "addr": "192.168.113.29", "OS-EXT-IPS:type": "floating", "OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:9b:a5:fe"}]}, "accessIPv4": "", "accessIPv6": "", "links": [{"rel": "self", "href": "http://192.168.110.201:8774/v2.1/servers/2fd482ac-7a93-4626-955f-77b78f783d…"}, {"rel": "bookmark", "href": "http://192.168.110.201:8774/servers/2fd482ac-7a93-4626-955f-77b78f783d54"}], "OS-DCF:diskConfig": "AUTO", "progress": 0, "OS-EXT-AZ:availability_zone": "nova", "config_drive": "", "key_name": "hiwi-PC", "OS-SRV-USG:launched_at": "2020-10-07T10:03:22.000000", "OS-SRV-USG:terminated_at": null, "security_groups": [{"name": "default"}], "OS-EXT-SRV-ATTR:host": "bc1blade14", "OS-EXT-SRV-ATTR:instance_name": "instance-00000007", "OS-EXT-SRV-ATTR:hypervisor_hostname": "bc1blade14.openstack.local", "OS-EXT-STS:task_state": null, "OS-EXT-STS:vm_state": "active", "OS-EXT-STS:power_state": 1, "os-extended-volumes:volumes_attached": []}} GET call to compute for http://192.168.110.201:8774/v2.1/servers/2fd482ac-7a93-4626-955f-77b78f783d… used request id req-56b2bf8f-f338-4d25-a54e-ce9cfb4e71d6 REQ: curl -g -i -X GET http://192.168.110.201:8776/v3/5fbba868d04b47fa87a72b9dd821ee12/volumes/a9e… -H "Accept: application/json" -H "User-Agent: python-cinderclient" -H "X-Auth-Token: {SHA256}7fa6e3ac57b32176603c393dd97a5ea04813739efb0d1d4bff4f9680ede427c1" Starting new HTTP connection (1): 192.168.110.201:8776 http://192.168.110.201:8776 "GET /v3/5fbba868d04b47fa87a72b9dd821ee12/volumes/a9e188a4-7981-4174-a31d-a258de2a7b3d HTTP/1.1" 200 1033 RESP: [200] Connection: close Content-Length: 1033 Content-Type: application/json OpenStack-API-Version: volume 3.0 Vary: OpenStack-API-Version x-compute-request-id: req-3d35fab2-88b2-46cf-a39a-f8942f3ee1c1 x-openstack-request-id: req-3d35fab2-88b2-46cf-a39a-f8942f3ee1c1 RESP BODY: {"volume": {"id": "a9e188a4-7981-4174-a31d-a258de2a7b3d", "status": "available", "size": 30, "availability_zone": "nova", "created_at": "2020-10-07T11:38:01.000000", "updated_at": "2020-10-12T09:57:53.000000", "attachments": [], "name": "test_volume_002", "description": "", "volume_type": "lvm", "snapshot_id": null, "source_volid": null, "metadata": {}, "links": [{"rel": "self", "href": "http://192.168.110.201:8776/v3/5fbba868d04b47fa87a72b9dd821ee12/volumes/a9e…"}, {"rel": "bookmark", "href": "http://192.168.110.201:8776/5fbba868d04b47fa87a72b9dd821ee12/volumes/a9e188…"}], "user_id": "f78c008ff22d40d2870f1c34919c93ad", "bootable": "false", "encrypted": false, "replication_status": null, "consistencygroup_id": null, "multiattach": false, "migration_status": null, "os-vol-tenant-attr:tenant_id": "5fbba868d04b47fa87a72b9dd821ee12", "os-vol-host-attr:host": "bc1bl10@lvm#LVM_iSCSI", "os-vol-mig-status-attr:migstat": null, "os-vol-mig-status-attr:name_id": null}} GET call to volumev3 for http://192.168.110.201:8776/v3/5fbba868d04b47fa87a72b9dd821ee12/volumes/a9e… used request id req-3d35fab2-88b2-46cf-a39a-f8942f3ee1c1 REQ: curl -g -i -X POST http://192.168.110.201:8774/v2.1/servers/2fd482ac-7a93-4626-955f-77b78f783d… -H "Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: python-novaclient" -H "X-Auth-Token: {SHA256}7fa6e3ac57b32176603c393dd97a5ea04813739efb0d1d4bff4f9680ede427c1" -H "X-OpenStack-Nova-API-Version: 2.1" -d '{"volumeAttachment": {"volumeId": "a9e188a4-7981-4174-a31d-a258de2a7b3d", "device": "/dev/vdb"}}' Resetting dropped connection: 192.168.110.201 http://192.168.110.201:8774 "POST /v2.1/servers/2fd482ac-7a93-4626-955f-77b78f783d54/os-volume_attachments HTTP/1.1" 200 194 RESP: [200] Connection: close Content-Length: 194 Content-Type: application/json OpenStack-API-Version: compute 2.1 Vary: OpenStack-API-Version, X-OpenStack-Nova-API-Version X-OpenStack-Nova-API-Version: 2.1 x-compute-request-id: req-87ba31ae-3511-41be-a2b9-f6a0ccdb092a x-openstack-request-id: req-87ba31ae-3511-41be-a2b9-f6a0ccdb092a RESP BODY: {"volumeAttachment": {"id": "a9e188a4-7981-4174-a31d-a258de2a7b3d", "serverId": "2fd482ac-7a93-4626-955f-77b78f783d54", "volumeId": "a9e188a4-7981-4174-a31d-a258de2a7b3d", "device": "/dev/vdb"}} POST call to compute for http://192.168.110.201:8774/v2.1/servers/2fd482ac-7a93-4626-955f-77b78f783d… used request id req-87ba31ae-3511-41be-a2b9-f6a0ccdb092a clean_up AddServerVolume: END return value: 0 ``` However, I could not read the logs the way Dmitriy suggested, it simply returns -- Logs begin at Mon 2020-10-05 14:30:22 UTC, end at Mon 2020-10-12 11:17:20 UTC. -- -- No entries -- so I couldn't investigate the request. ( I tried this on both utility and cinder api containers on the management node and on the storage and respective compute node to be sure) > It's important that the target_ip_address can be accessed from the Nova > compute using the interface for the IP defined in my_ip in nova.conf my_ip in nova.conf seems to be the address of the nova_api container on the management node, target_ip_address from cinder.conf seems to be the (storage-net) address of the cinder-api container on the management node (the value is different from the iscsi_ip_address specified in the playbook). > IIRC, for lvm storage, cinder-volumes should be launched on every nova > compute node in order to attach volumes > to instances, since it's not shared storage. I did not try this yet since the documentation didn't mention it and for our current production system (mitaka, which someone else set up ages ago) this doesn't seem to be the case but volumes can still be attached. Kind regards, Oliver

2 1

[tripleo] deprecating Mistral service
by Emilien Macchi 13 Oct '20

13 Oct '20

Hi folks, In our long term goal to simplify TripleO and deprecate the services that aren't used by our community anymore, I propose that we deprecate Mistral services. Mistral was used on the Undercloud in the previous cycles but not anymore. While the service could be deployed on the Overcloud, we haven't seen any of our users doing it. If that would be the case, please let us know as soon as possible. Removing it from TripleO will help us with maintenance (container images, THT/puppet integration, CI, etc). Maybe we could deprecate it in Victoria and remove it in Wallaby? Thanks, -- Emilien Macchi

11 12

[all][elections][ptl] Project Team Lead Election Conclusion and Results
by Jeremy Stanley 13 Oct '20

13 Oct '20

Thank you to the electorate, to all those who voted and to all candidates who put their name forward for Project Team Lead (PTL) in this election. A healthy, open process breeds trust in our decision making capability thank you to all those who make this process possible. Now for the results of the PTL election process, please join me in extending congratulations to the following PTLs: * Adjutant : Adrian Turjak * Barbican : Douglas Mendizábal * Blazar : Pierre Riteau * Cinder : Brian Rosmaita * Cyborg : Yumeng Bao * Designate : Michael Johnson * Ec2 Api : Andrey Pavlov * Freezer : cai hui * Glance : Abhishek Kekane * Heat : Rico Lin * Horizon : Ivan Kolodyazhny * Ironic : Julia Kreger * Keystone : Kristi Nikolla * Kolla : Mark Goddard * Kuryr : Maysa de Macedo Souza * Magnum : Spyros Trigazis * Manila : Goutham Pacha Ravi * Masakari : Radosław Piliszek * Mistral : Renat Akhmerov * Monasca : Martin Chacon Piza * Murano : Rong Zhu * Neutron : Sławek Kapłoński * Nova : Balazs Gibizer * Openstack Chef : Lance Albertson * OpenStack Helm : Gage Hugo * OpenStackAnsible : Dmitriy Rabotyagov * OpenStackSDK : Artem Goncharov * Puppet OpenStack : Shengping Zhong * Quality Assurance : Masayuki Igawa * Rally : Andrey Kurilin * Release Management : Hervé Beraud * Requirements : Matthew Thode * Sahara : Jeremy Freudberg * Solum : Rong Zhu * Storlets : Takashi Kajinami * Swift : Tim Burke * Tacker : Yasufumi Ogawa * Telemetry : Matthias Runge * Tripleo : Marios Andreou * Trove : Lingxian Kong * Vitrage : Eyal Bar-Ilan * Watcher : canwei li * Winstackers : Lucian Petrut * Zaqar : wang hao * Zun : Feng Shengqin Elections: * Telemetry: https://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_2428aa2ecc67cc17 Election process details and results are also available here: https://governance.openstack.org/election/ Thank you to all involved in the PTL election process, -- Jeremy Stanley on behalf of the OpenStack Technical Election Officials

1 0

[tripleo] Overcloud deploy fails with an unclear error
by Pete Zaitcev 13 Oct '20

13 Oct '20

Hello: I'm thinking about doing some work in TripleO, so to that end I started by trying to use it to install a small cluster, in VMs: 3 controllers and 1 compute. Cruised through preparation, images, undercloud, and introspection, but overcloud deploy fails like this: Ansible execution failed. playbook: /usr/share/ansible/tripleo-playbooks/cli-deploy-deployment-plan.yaml, Run Status: timeout, Return Code: 254 Exception occured while running the command Traceback (most recent call last): It looks like it tried to print the offending command, but tracebacked in the process. The ansible.log ends like this: 2020-10-09 19:40:22,540 p=986646 u=stack n=ansible | 2020-10-09 19:40:22.539658 | 52540071-b621-0e31-a2a5-000000000012 | TASK | Deploy Plan 2020-10-09 19:41:54,718 p=986646 u=stack n=ansible | 2020-10-09 19:41:54.716712 | 52540071-b621-0e31-a2a5-000000000012 | CHANGED | Deploy Plan | localhost 2020-10-09 19:41:54,734 p=986646 u=stack n=ansible | 2020-10-09 19:41:54.733720 | 52540071-b621-0e31-a2a5-000000000013 | TASK | Wait for stack status So, what now? Anyone has any ideas? Greetings, -- Pete

1 0

[tc] weekly update
by Mohammed Naser 13 Oct '20

13 Oct '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. # Patches ## Open Reviews - Adopting the DPL governance model for oslo https://review.opendev.org/757906 - Add election schedule exceptions in charter https://review.opendev.org/751941 - Clarify impact on releases for SIGs https://review.opendev.org/752699 - Add assert:supports-standalone https://review.opendev.org/722399 - Select Prvisep as the Wallaby Goal https://review.opendev.org/755590 ## Project Updates - Add Ironic charms to OpenStack charms https://review.opendev.org/754099 # Other Reminders - PTG Brainstorming: https://etherpad.opendev.org/p/tc-wallaby-ptg - PTG Registration: https://october2020ptg.eventbrite.com Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

Cinder Issues
by Adam Schappell 13 Oct '20

13 Oct '20

Hello Everyone. I am having a ton of trouble trying to get cinder working. Here is output of command with –debug enabled. hon-cinderclient" -H "X-Auth-Token: {SHA1}129e96e53eae89cfda31be3c0fcec26477597615" Starting new HTTP connection (1): 10.10.1.53 http://10.10.1.53:8776 "GET /v2/7929351d491347788f5de228e135e67c/os-services HTTP/1.1" 503 218 RESP: [503] Connection: keep-alive Content-Length: 218 Content-Type: application/json Date: Mon, 12 Oct 2020 13:50:26 GMT X-Openstack-Request-Id: req-1db26997-7450-4586-a106-70fc9804ee82 RESP BODY: {"message": "The server is currently unavailable. Please try again at a later time. \nThe Keystone service is temporarily unavailable.\n\n", "code": "503 Service Unavailable", "title": "Service Unavailable"} GET call to volumev2 for http://10.10.1.53:8776/v2/7929351d491347788f5de228e135e67c/os-services used request id req-1db26997-7450-4586-a106-70fc9804ee82 The server is currently unavailable. Please try again at a later time. The Keystone service is temporarily unavailable. (HTTP 503) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/cliff/app.py", line 402, in run_subcommand result = cmd.run(parsed_args) File "/usr/lib/python2.7/site-packages/osc_lib/command/command.py", line 41, in run return super(Command, self).run(parsed_args) File "/usr/lib/python2.7/site-packages/cliff/display.py", line 116, in run column_names, data = self.take_action(parsed_args) File "/usr/lib/python2.7/site-packages/openstackclient/volume/v2/service.py", line 71, in take_action parsed_args.service) File "/usr/lib/python2.7/site-packages/cinderclient/v2/services.py", line 47, in list return self._list(url, "services") File "/usr/lib/python2.7/site-packages/cinderclient/base.py", line 84, in _list resp, body = self.api.client.get(url) File "/usr/lib/python2.7/site-packages/cinderclient/client.py", line 200, in get return self._cs_request(url, 'GET', **kwargs) File "/usr/lib/python2.7/site-packages/cinderclient/client.py", line 191, in _cs_request return self.request(url, method, **kwargs) File "/usr/lib/python2.7/site-packages/cinderclient/client.py", line 177, in request raise exceptions.from_response(resp, body) ClientException: The server is currently unavailable. Please try again at a later time. The Keystone service is temporarily unavailable. (HTTP 503) clean_up ListService: The server is currently unavailable. Please try again at a later time. The Keystone service is temporarily unavailable. (HTTP 503) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/osc_lib/shell.py", line 135, in run ret_val = super(OpenStackShell, self).run(argv) File "/usr/lib/python2.7/site-packages/cliff/app.py", line 281, in run result = self.run_subcommand(remainder) File "/usr/lib/python2.7/site-packages/osc_lib/shell.py", line 175, in run_subcommand ret_value = super(OpenStackShell, self).run_subcommand(argv) File "/usr/lib/python2.7/site-packages/cliff/app.py", line 402, in run_subcommand result = cmd.run(parsed_args) File "/usr/lib/python2.7/site-packages/osc_lib/command/command.py", line 41, in run return super(Command, self).run(parsed_args) File "/usr/lib/python2.7/site-packages/cliff/display.py", line 116, in run column_names, data = self.take_action(parsed_args) File "/usr/lib/python2.7/site-packages/openstackclient/volume/v2/service.py", line 71, in take_action parsed_args.service) File "/usr/lib/python2.7/site-packages/cinderclient/v2/services.py", line 47, in list return self._list(url, "services") File "/usr/lib/python2.7/site-packages/cinderclient/base.py", line 84, in _list resp, body = self.api.client.get(url) File "/usr/lib/python2.7/site-packages/cinderclient/client.py", line 200, in get return self._cs_request(url, 'GET', **kwargs) File "/usr/lib/python2.7/site-packages/cinderclient/client.py", line 191, in _cs_request return self.request(url, method, **kwargs) File "/usr/lib/python2.7/site-packages/cinderclient/client.py", line 177, in request raise exceptions.from_response(resp, body) ClientException: The server is currently unavailable. Please try again at a later time. The Keystone service is temporarily unavailable. (HTTP 503) END return value: 1

3 4

[neutron] team meeting in next 2 weeks
by Slawek Kaplonski 13 Oct '20

13 Oct '20

Hi, As we agreed during today meeting, team meetings in next 2 weeks are cancelled due to OpenInfra summit and PTG virtual events. We will have our next team meeting on Tuesday 3.11.2020. -- Slawek Kaplonski Principal Software Engineer Red Hat

1 0

Re: [Ussuri] [openstack-ansible] [cinder] Can't attach volumes to instances (Oliver Wenz)
by Oliver Wenz 13 Oct '20

13 Oct '20

I solved the problem by connecting the compute nodes to the iscsi controller (without mapping to the block storage). The fact that in the old production system our compute nodes used a shared file system separate independent from cinder led me to believe that I don't have to connect them to the iscsi controller at all since I abandoned the shared storage. Thank you Dmitriy and Gorka! Kind regards, Oliver

1 0

[Vitrage] I have a problems with alertmanager's alarm in vitrage
by 차동헌 13 Oct '20

13 Oct '20

Hi, I have been testing the Vitrage with prometheus and alertmanager. but i have a little problem with it. When I triggered the alarm with alertmanager on service version Ussuri and Master(also devstack), Vitrage api couldn't get the alarm of alertmanager because of auth issue error 401. However it works properly devstack and Vitrage versions are Rocky. In my personal opinion, upgrading the devstack version changes the endpoint of vitrage service http://localhost:8999/v1/event to http://localhost/rca/v1/event, but Vitrage services are still pointed at the past endpoint. Can I get a solution or tips for this problem? Thank you. Regards, Donghun ========================================================== Donghun Cha (차동헌) DCN Lab - Distributed Cloud and Network Research Lab 46, Sangdo-ro, Dongjak-gu, 07027, Seoul, Republic of Korea Tel : +82-2-820-0841 Mobile : +82-10-4121-5662 E-mail : dcha94(a)dcn.ssu.ac.kr ==========================================================

1 0

[release][networking-ansible][vmware-nsx][kolla] Projects lacking stable branches
by Mark Goddard 13 Oct '20

13 Oct '20

Hi, In the Kolla project we're trying to switch our dependencies to stable/victoria, and I noticed we're lacking stable branches for the following (unofficial) projects: networking-ansible vmware-nsx vmware-nsxlib Cheers, Mark

1 0

[cinder] reminder: type-checking hackfest on Wednesday
by Brian Rosmaita 12 Oct '20

12 Oct '20

This is a reminder that the Cinder team will celebrate the Victoria release on Wednesday by holding a hackfest to review the patches Eric has posted for using mypy for type checking in the cinder code, and to add type annotations elsewhere in the code. We will be meeting from 1300-1600 UTC on Wednesday 14 October in the opendev Jitsi: https://meetpad.opendev.org/cinder-type-checking-hackfest If you want an advance look, you can start here: - https://review.opendev.org/#/c/733620/ - https://review.opendev.org/#/c/733621/ For general information: - https://docs.python.org/3/library/typing.html - https://www.python.org/dev/peps/pep-3107/ - http://mypy-lang.org/index.html See you on Wednesday! brian

1 0

[all][elections][ptl][tc] Combined PTL/TC Voting 24 Hours Remain
by Jeremy Stanley 12 Oct '20

12 Oct '20

We are coming down to the last hours for voting in the TC and Telemetry elections. Voting ends Oct 13, 2020 23:45 UTC. Search your Gerrit preferred email address[0] for the messages with subjects like... Poll: OpenStack Wallaby Cycle Technical Committee Election Poll That is your ballot and links you to the voting application. Please vote. If you have voted, please encourage your colleagues to vote. Candidate statements are linked to the names of all confirmed candidates: https://governance.openstack.org/election/ What to do if you don't see the email and have a commit in at least one of the official project teams' deliverable repositories[1]: * check the trash of your Gerrit Preferred Email address[0], in case it went into trash or spam * find the ID of at least one commit merged to an official deliverable repo[1] over the current or previous cycle, confirm you are an OpenStack Foundation Individual Member[2], and then email the election officials[3] or get in touch in the #openstack-elections channel on the Freenode IRC network. If we can confirm that you are entitled to vote, we will add you to the voters list and you will be emailed a ballot. Please vote! Thank you, [0] Sign into review.openstack.org and go to Settings > Contact Information. Look at the email listed as your Preferred Email. That is where the ballot has been sent. [1] https://opendev.org/openstack/governance/src/tag/0.8.0/reference/projects.y… [2] https://www.openstack.org/profile/ [3] https://governance.openstack.org/election/#election-officials -- Jeremy Stanley on behalf of the OpenStack Technical Election Officials

1 0

[neutron] bug deputy report
by Nate Johnston 12 Oct '20

12 Oct '20

Nate bug deputy notes - 2020-10-05 to 2020-10-12 ------------------------------------------------ Overall there were a stready stream of bugs this week, but also a lot of activity in fixing them. I would like to point out the 4 unowned High/Critical bugs, three of which are tagged "gate-failure" as a focus for special attention. Critical: - "Creation of the QoS policy takes ages" - URL: https://bugs.launchpad.net/bugs/1898748 - State: Confirmed - Assignee: none - Version: stable/train - Tags: api gate-failure qos - "OVN based scenario jobs failing 100% of times" - URL: https://bugs.launchpad.net/bugs/1898863 - Status: Confirmed - Assignee: none - Tags: gate-failure ovn - "[OVN][QoS] "qos-fip" extension always loaded even without ML2 "qos", error while processing extensions" - URL: https://bugs.launchpad.net/bugs/1898842 - State: Fix Released - Assignee: ralonsoh - Fix: https://review.opendev.org/756483 - Tags: ovn qos - "[ovn] Failure in post_fork_initialize leaves worker processes without OVN IDL connections" - URL: https://bugs.launchpad.net/bugs/1898882 - State: In Progress - Assignee: jlibosva - Fix: https://review.opendev.org/756523 - Tags: ovn High: - "bandwidth resource allocation is deleted from placement during unrelated port update" - URL: https://bugs.launchpad.net/bugs/1898994 - Status: In Progress - Assignee: lajoskatona - Tags: qos placement - "Job neutron-ovn-tempest-ovs-release-ipv6-only is failing 100% of times" - URL: https://bugs.launchpad.net/bugs/1898862 - Status: Confirmed - Assignee: none - Tags: gate-failure ovn - "Wrong mac address of ARP entry setting for allowed_address_pairs in DVR router" - URL: https://bugs.launchpad.net/bugs/1899006 - State: Triaged - Version: stable/stein - Assignee: none - Tags: l3-dvr-backlog Medium: - "[OVN][Docs] admin/config-dns-res.html should be updated for OVN" - URL: https://bugs.launchpad.net/neutron/+bug/1899207 - Status: Triaged - Assigned: none - Tags: ovn doc - "formatting error causes exception in running agent" - URL: https://bugs.launchpad.net/bugs/1898789 - Status: Fix Released - Assigned: njohnston - Fix: https://review.opendev.org/756610 - thanks to the reporter for sending in a patch - "BGP peer is not working" - URL: https://bugs.launchpad.net/bugs/1898634 - Status: In Progress - Version: stable/ussuri - Project: neutron-dynamic-routing - Assignee: njohnston - Fix: https://review.opendev.org/757178 - "[OVN] "test_agent_show" failing, agent not found" - URL: https://bugs.launchpad.net/bugs/1899004 - Status: In Progress - Assignee: ralonsoh - Fix: https://review.opendev.org/756668 - Tags: ovn - "ML2OVN migration plugin does not support SR-IOV" - URL: https://bugs.launchpad.net/bugs/1899009 - Status: In Progress - Assignee: rsafrono - Fix: https://review.opendev.org/756678 - Tags: ovn sriov-pci-pt - "Linuxbridge agent NetlinkError: (13, 'Permission denied') after Stein upgrade" - URL: https://bugs.launchpad.net/bugs/1899141 - Status: In Progress - Assignee: ralonsoh - Fix: https://review.opendev.org/757107 - Tags: linuxbridge - "router_centralized_snat ports do not have project_id" - URL: https://bugs.launchpad.net/bugs/1899502 - Status: New - Assignee: arnaud-morin - Fix: https://review.opendev.org/757599 - Tags: l3-dvr-backlog - Note: possibly invalid, see Liu Yulong's comment on the bug Reassigned: - LB health monitor deletion fails with exception "Server-side error: "'NoneType' object has no attribute 'load_balancer_id'" - URL: https://bugs.launchpad.net/neutron/+bug/1898657 - Reassigned to vmware-nsx after checking with the octavia team

1 0

[ironic] Meetings cancelled Week of Summit and PTG
by Julia Kreger 12 Oct '20

12 Oct '20

Greetings fellow engineers and providers of irony... err I mean Ironic community members! We agreed in our weekly meeting this morning that we will cancel our weekly meetings for the next two weeks and resume November due to overlapping schedules and ultimately the pre-existing commitment to meet during the PTG. If you have any questions, please let us know! -Julia

1 0