September 2020 - openstack-discuss

Re: Is Storyboard really the future?
by Gaël THEROND 14 Sep '20

14 Sep '20

> > ---------- Forwarded message ---------- > From: Thomas Goirand <zigo(a)debian.org> > To: openstack-discuss <openstack-discuss(a)lists.openstack.org> > Cc: > Bcc: > Date: Mon, 14 Sep 2020 09:22:08 +0200 > Subject: Re: Is Storyboard really the future? > On 9/14/20 8:59 AM, Radosław Piliszek wrote: > > > On Sun, Sep 13, 2020 at 8:46 PM Thomas Goirand <thomas(a)goirand.fr> > wrote: > > >> > > >> On 9/10/20 6:45 PM, Radosław Piliszek wrote: > > >>> I feel you. I could not so far convince anyone to support me to work > > >>> on it, mostly because > > >>> Jira/GitHub/GitLab/Launchpad exists. > > >>> Not to mention many small internal projects are happy with just > Trello. :-) > > >> > > >> Did you just try to list all the non-free services you could in this > > >> thread? Seriously, don't you care a little bit? You probably don't > > >> realize it, but that's shocking, at least for me, and hopefully I'm not > > >> the only one. > > > > > > I feel offended by the accusations. > > > I *do* care about open source. > > > > > > Jeremy has already answered regarding GitLab and Launchpad. > > > Let's not forget GitHub actually *is* the largest, diverse open source > > > community, > > > even though the service itself is not. It hurts me as well so please > don't just > > > randomly attack people mentioning non-free software. > > > It can support open source software as well. > > > > You're the one mentioning Jira, GitHub, Trello as possible solution to > > solve the fact that you don't like Storyboard. This is IMO very far from > > the spirit of free software. Sorry if you took it as a personal attack: > > there's nothing personal here, just a strong opposition to using this > > kind of services. > > > > The fact that many projects are using these non-free services to produce > > free software is actually a problem, not a solution. Same for Github > > being (probably) the largest repository of free software: that's a huge > > problem, as huge as the number of projects hosted. Lucky, many just > > think of it as just free hosting and nothing more. > > > > Gitlab being open-core, as Jeremy pointed out, is also a problem (anyone > > that knows about the beginning of OpenStack and Eucalyptus knows why > > open core is problematic). > > > > > I did not propose that in any part. Launchpad is FLOSS and that is my > proposal. > > > The general idea behind my mail was to emphasise that Storyboard has > > > great aspirations > > > and assumptions but is far from delivering its full potential so > > > should not be recommended without > > > giving background and other possible solutions. > > > > Launchpad is hardly installable, and is tightly connected to > > Canonical/Ubuntu. It is a very good thing that the OpenStack community > > has made efforts to get out of it. It is IMO counter-productive to push > > projects to either go back to launchpad, or not migrate to Storyboard. > > > > The only viable solution is to contribute and make Storyboard better, or > > switching to another existing free software. There are many out there > > that could have done the job. > > > > Cheers, > > > > Thomas Goirand (zigo) > > > > > > _______________________________________________ > > openstack-discuss mailing list > > openstack-discuss(a)lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss Hi everyone, So, thomas, your message was rude and can hurt because Yocto didn’t suggested to use those tools, he was answering you that he feel the pain as everyone is suggesting those tool when you talk with people on IRC etc. Even if I do understand your point and know the importance of being autonomous and do not rely on non-FLOSS software, the thruth being all those discussions is the pain in the ass that it is to contribute to Openstack projects compared with other Open source software based on Github or Github like workflow. The opensource community and especially the Openstack one need to understand that people really get a limited amount of time and so if you want to attract more people your contribution process have to be streamlined and on par with what most of us developers do experience on everyday. The foundation made a first step toward that by migrating every project on gitea, and honestly, I’m still amazed that while migrating those projects it wasn’t decided to use the issues/projects feature of gitea. There even is a cicd zuul plugin for gitea. As a community we propose things, but if the community don’t use them, it’s because it’s not what they’re waiting for. We also need to step back from time to time and admit that one software need to sunset and be migrated elsewhere. We want a fully floss project to host it? Fine it’s perfectly valid argument, then just reuse what’s already there with gitea and redirect development effort of the abandonned software to the new platform in order to support the missing part if ever required! > <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss>

4 7

[cinder] need comments TODAY about DB handling for default_types
by Brian Rosmaita 14 Sep '20

14 Sep '20

There's a discussion going on about https://review.opendev.org/#/c/737707/23 , namely about how to handle the new default_types table. My view is that since it simply records a relation between a project and a volume_type, it's not the kind of thing that we need to keep a history of, and entries could be hard-deleted. The current patch keeps a history by introducing an additional is_active column. The additional complexity is worth it if we want to keep a history of this relation, but is not if we don't. Please leave your thoughts on the patch as soon as possible (i.e., in the next few hours) so Rajat can complete this feature. thanks, brian

2 1

[tripleo] TripleO CI Summary: Unified Sprint 32
by Rafael Folco 14 Sep '20

14 Sep '20

Greetings, The TripleO CI team has just completed **Unified Sprint 32** (Aug 21 thru Sep 10). The following is a summary of completed work during this sprint cycle: - Created new container build w/ ubi-8 and overcloud image jobs for rhos-16.2. - Created new rhos-16.2 integration and component pipelines with standalone job, OVB jobs, and standalone scenario jobs. - Added more jobs to the component and integration pipelines, like scenario12. - Changed promoter tests to cover TCIB/Kolla builds and container naming differences across branches (openstack-* vs distro-binary-*). - Continued the necessary changes to switch to the new configuration engine in promoter code. - Continued making improvements to the Tempest scenario manager. - Started design of upstream jobs to run w/ a parent that builds all packages and containers and children jobs that consume these artifacts. This will avoid the use of an upstream container registry. - Merged upstream parent/child jobs for centos-8 jobs running against openstack/tripleo-ci. https://review.opendev.org/#/c/747591/ - We are limiting where this new type of upstream job design is running atm to ensure quality and consistency. - More information can be found https://hackmd.io/ermQSlQ-Q-mDtZkNN2oihQ - Initial design for the dependency pipeline design to early detect breakages in the OS. - https://hackmd.io/I_CFKPXHTza-5i2kFDIs5Q#Dependency-Pipeline - Initial design for elastic-recheck service. - https://hackmd.io/HQ5hyGAOSuG44Le2x6YzUw - Ruck/Rover recorded notes [1]. The planned work for the next sprint extends the work started in the previous sprint and focuses on the following: - Continue adding jobs to RHOS 16.2 pipelines. - Apply new promoter configuration engine changes to consolidate all promoters into the same code. - Start a PoC implementation of the new dependency pipeline. - Start elastic-recheck containerization work. - Create upstream parent jobs to build containers for multiple jobs. - Continue the design and socialization of the openstack-tempest-skiplist project. The Ruck and Rover for this sprint are Bhagyashri Shewale (bhagyashris) and Rafael Folco (rfolco). Please direct questions or queries to them regarding CI status or issues in #tripleo, ideally to whomever has the ‘|ruck’ suffix on their nick. Ruck/rover notes to be tracked in hackmd [2]. Thanks, rfolco [1] https://hackmd.io/FUalpr55TJuy28QLp2tLng [2] https://hackmd.io/7Q0YO5JKS0agcf9qwoD4IQ <https://hackmd.io/7Q0YO5JKS0agcf9qwoD4IQ> -- Folco

1 0

[neutron] Bug deputy report - week of 7.09.2020
by Slawek Kaplonski 14 Sep '20

14 Sep '20

Hi, Last week I was bug deputy. Below is summary of bugs reported during that time: *Critical* * https://bugs.launchpad.net/neutron/+bug/1894857 - lower-constraints job fail on Focal gate failure, Fixed already * https://bugs.launchpad.net/neutron/+bug/1894864 - ContextualVersionConflict with pecan 1.3.3 in networking-midonet - not assigned, related to the issue https://bugs.launchpad.net/neutron/+bug/1895196 *High* * https://bugs.launchpad.net/neutron/+bug/1894913 - haproxy permission issue, sounds as important issue but I didn't had time to confirm it so far - I asked for some more data what have change in their env recently and what could cause this issue, * https://bugs.launchpad.net/neutron/+bug/1894981 - [neutron-dynamic-routing] The self-service network can be bound to the bgp speaker, in progress * https://bugs.launchpad.net/neutron/+bug/1895038 - Flow drop on agent restart with ovs firewall driver - sounds as important issue but I didn't had time to confirm it so far, Already fixed in newer versions * https://bugs.launchpad.net/neutron/+bug/1895196 - pecan>=1.4.0 is greater than upper-constraints.txt - not assigned and it seems that we will need to revert our patch which bumped pecan version in neutron, at least for Victoria cycle, *Medium* * https://bugs.launchpad.net/neutron/+bug/1894825 - placement allocation update accepts only integers from 1 - in progress * https://bugs.launchpad.net/neutron/+bug/1895033 - When using ml2/OVN with other plugins with agents, non-OVN agents are broken for show/update/delete operations, in progress * https://bugs.launchpad.net/neutron/+bug/1895108 - ovn migration: db sync step doesn't work, in progress * https://bugs.launchpad.net/neutron/+bug/1894843 - [dvr_snat] Router update deletes rfp interface from qrouter even when VM port is present on this host - I didn't had time to confirm that, seems like something for L3 subteam, no assigned yet, *Low* * https://bugs.launchpad.net/neutron/+bug/1894799 - For existing ovs interface, the ovs_use_veth parameter don't take effect, in progress * https://bugs.launchpad.net/neutron/+bug/1895401 - [L3][IPv6][DVR] missing address scope mark for IPv6 traffic, in progress, — Slawek Kaplonski Principal software engineer Red Hat

1 0

[kolla-ansible] Ceph in Ussuri
by Klemen Pogacnik 14 Sep '20

14 Sep '20

I've done Ansible playbook to simplify Ceph integration with Openstack. It's based on cephadm-ansible project ( https://github.com/jcmdln/cephadm-ansible) Check: https://gitlab.com/kemopq/it_addmodule-ceph Any suggestions and/or help are appreciated! Klemen

2 1

Kolla-ansible ironic
by Thomas Wakefield 14 Sep '20

14 Sep '20

All- We are new to using OpenStack and are testing out Kolla-ansible with hopes of using Ironic as a deployment tool. Our issue is we can’t use the openstack baremetal command, it’s not found after deployment. Our current test environment is built using Train on CentOS 7. And all other basic OpenStack functionality seems to be working with our Kolla install (nova, glance, horizon, etc). We followed these docs, https://docs.openstack.org/kolla-ansible/train/reference/bare-metal/ironic-… , but when we get to running any “openstack baremetal” commands we don’t seem to have the baremetal commands available in openstack. Globals.yml lines that should be relavent: enable_horizon_ironic: "{{ enable_ironic | bool }}" enable_ironic: "yes" enable_ironic_ipxe: "yes" enable_ironic_neutron_agent: "{{ enable_neutron | bool and enable_ironic | bool }}" enable_ironic_pxe_uefi: "no" #enable_iscsid: "{{ (enable_cinder | bool and enable_cinder_backend_iscsi | bool) or enable_ironic | bool }}" ironic_dnsmasq_interface: "em1" # The following value must be set when enabling ironic, ironic_dnsmasq_dhcp_range: "192.168.2.230,192.168.2.239" ironic_dnsmasq_boot_file: "pxelinux.0" ironic_cleaning_network: "demo-net" Ironic is listed as an installed service, but you can see the baremetal commands are not found: root@orc-os5:~## openstack service list +----------------------------------+------------------+-------------------------+ | ID | Name | Type | +----------------------------------+------------------+-------------------------+ | 0e5119acbf384714ab11520fadce36bb | nova_legacy | compute_legacy | | 2ed83015047249f38b782901e03bcfc1 | ironic-inspector | baremetal-introspection | | 5d7aabf15bdc415387fac54fa1ca21df | ironic | baremetal | | 6d05cdce019347e9940389abed959ffb | neutron | network | | 7d9485969e504b2e90273af75e9b1713 | cinderv3 | volumev3 | | a11dc04e83ed4d9ba65474b9de947d1b | keystone | identity | | ad0c2db47b414b34b86a5f6a5aca597c | glance | image | | dcbbc90813714c989b82bece1c0d9d9f | nova | compute | | de0ee6b55486495296516e07d2e9e97c | heat | orchestration | | df605d671d88496d91530fbc01573589 | cinderv2 | volumev2 | | e211294ca78a418ea34d9c29d86b05f1 | placement | placement | | f62ba90bc0b94cb9b3d573605f800a1f | heat-cfn | cloudformation | +----------------------------------+------------------+-------------------------+ root@orc-os5:~## openstack baremetal openstack: 'baremetal' is not an openstack command. See 'openstack --help'. Did you mean one of these? credential create credential delete credential list credential set credential show Is there anything else that needs configured to activate ironic? Thanks in advance. Tom

3 3

[sdk] openstacksdk vs. server groups
by thoralf schulze 14 Sep '20

14 Sep '20

hi there, the current openstack-sdk crashes while trying to process instances that are part of a server group. to give an example: one of our instances shows up in the output of "openstack-inventory --list --debug" as […] REQ: curl -g -i -X GET https://redacted:8774/v2.1/servers/352307ba-0c06-43e5-ba21-467ec25a4a2e -H "OpenStack-API-Version: compute 2.72" -H "User-Agent: openstacksdk/0.49.0 keystoneauth1/4.2.1 python-requests/2. 22.0 CPython/3.8.2" -H "X-Auth-Token: redacted" -H "X-OpenStack-Nova-API-Version: 2.72" RESP: [200] Connection: Keep-Alive Content-Length: 2024 Content-Type: application/json Date: Fri, 11 Sep 2020 15:22:14 GMT Keep-Alive: timeout=5, max=92 OpenStack-API-Version: compute 2.72 Server: Apache/2.4.29 (Ubuntu) Vary: Op enStack-API-Version,X-OpenStack-Nova-API-Version X-OpenStack-Nova-API-Version: 2.72 x-compute-request-id: req-54078034-3b9e-42bc-afeb-c9c2288db568 x-openstack-request-id: req-54078034-3b9e-42bc-afeb-c9c2288db568 RESP BODY: {"server": {"id": "352307ba-0c06-43e5-ba21-467ec25a4a2e", "name": "dss-test-aaai2hq3gmjc-node-0", "status": "ACTIVE", "tenant_id": "56c37bc705364d34a5f423c531d9e1a7", "user_id": "120258b9dbc7831140ed30b57366fe91feaa77608c7a118da9cf0f6288f1886b", "metadata": {}, "hostId": "16e275df317b4699aa6fdb52b437295c4e3beb83b5e4d15276314660", "image": {"id": "41bb79e0-0962-4162-b9c5-ff178ab61218", "links": [{"rel": "bookmark", "href": "https://redacted/images/41bb79e0-0962-4162-b9c5-ff178ab61218"}]}, "flavor": {"vcpus": 8, "ram": 16384, "disk": 100, "ephemeral": 0, "swap": 0, "original_name": "tx.medium", "extra_specs": {"hw:mem_page_size": "large", "hw:watchdog_action": "reset", "hw_rng:allowed": "true", "hw_rng:rate_bytes": "24", "hw_rng:rate_period": "5000", "trait:CUSTOM_DC_CLASS_TEST": "required"}}, "created": "2020-07-10T07:09:48Z", "updated": "2020-07-10T07:09:59Z", "addresses": {"dss-test": [{"version": 4, "addr": "10.0.0.42", "OS-EXT-IPS:type": "fixed", "OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:62:3e:69"}, {"version": 4, "addr": "10.176.1.154", "OS-EXT-IPS:type": "floating", "OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:62:3e:69"}]}, "accessIPv4": "", "accessIPv6": "", "links": [{"rel": "self", "href": "https://redacted/v2.1/servers/352307ba-0c06-43e5-ba21-467ec25a4a2e"}, {"rel": "bookmark", "href": "https://redacted/servers/352307ba-0c06-43e5-ba21-467ec25a4a2e"}], "OS-DCF:diskConfig": "MANUAL", "progress": 0, "OS-EXT-AZ:availability_zone": "BARZ", "config_drive": "", "key_name": null, "OS-SRV-USG:launched_at": "2020-07-10T07:09:58.000000", "OS-SRV-USG:terminated_at": null, "security_groups": [{"name": "dss-test-aaai2hq3gmjc-secgroup_kube_minion-cjco6vmpgs6j"}], "OS-EXT-STS:task_state": null, "OS-EXT-STS:vm_state": "active", "OS-EXT-STS:power_state": 1, "os-extended-volumes:volumes_attached": [], "locked": false, "description": null, "tags": [], "trusted_image_certificates": null, "server_groups": ["2b9dfdd8-0a5e-45ec-af07-1a0437a7f61e"]}} due to the value of "server_groups" not being a dict, openstack/resource.py crashes while trying to process this instance: File "/home/ubuntu/.local/lib/python3.8/site-packages/openstack/resource.py", line 82, in _convert_type return data_type(value) ValueError: dictionary update sequence element #0 has length 1; 2 is required is server_groups really supposed to be just a list of uuids? having it dealt with in a manner akin to security_groups seems to be an obvious choice … thank you very much & with kind regards, t.

2 2

"This system does not support SSSE3" while creating an instance in openstack
by Subhajit Chatterjee 13 Sep '20

13 Sep '20

While creating a VM instance in openstack (created using devstack), , I have got an issue “this system does not support SSSE3”. The cpu_mode in both /etc/nova/nova.conf and nova-cpu.conf was "none" so I tried changing it to use "host-model" or "host-passthrough". It didn't work on both the cases. I still get the same SSSE3 not supported error. I did grep in "/proc/cpuinfo", and found the ssse3 entry. Then I tried changing LIBVIRT_CPU_MODE to host-passthrough of "devstack/lib/nova" file and ran unstack.sh and stack.sh. The issue still persists. Please suggest how to resolve this issue? -- Name:- Subhajit Chatterjee DEPT.:- Computer Science and Engineering IIT Delhi Email:- babu89jucse(a)gmail.com Phone number:- +91 9958555224

1 0

[Keystone] socket.timeout: timed out
by Tony Liu 11 Sep '20

11 Sep '20

Any clues on this timeout exception? 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context [req-534d9855-8113-450d-8f9f-d93c0d961d24 113ee63a9ed0466794e24d069efc302c 4c142a681d884010ab36a7ac687d910c - default default] timed out: socket.timeout: timed out 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context Traceback (most recent call last): 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return method(self, request) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context resp = super(AuthContextMiddleware, self).process_request(request) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context allow_expired=allow_expired) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context data = self.fetch_token(token, **kwargs) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context token, access_rules_support=ACCESS_RULES_MIN_VERSION) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context __ret_val = __f(*args, **kwargs) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context token = self._validate_token(token_id) 2020-09-10 10:10:33.981 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 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context key, user_func, timeout, should_cache_fn, (arg, kw) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context async_creator, 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return self._enter() 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context generated = self._enter_create(value, createdtime) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return self.creator() 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context *creator_args[0], **creator_args[1] 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context token.mint(token_id, issued_at) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context self._validate_token_resources() 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context if self.project and not self.project_domain.get('enabled'): 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/models/token_model.py", line 176, in project_domain 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context self.project['domain_id'] 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context __ret_val = __f(*args, **kwargs) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "</usr/lib/python3.6/site-packages/decorator.py:decorator-gen-27>", line 2, in get_domain 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context key, user_func, timeout, should_cache_fn, (arg, kw) 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context async_creator, 2020-09-10 10:10:33.981 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 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return self._enter() 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/lock.py", line 87, in _enter 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context value = value_fn() 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/cache/region.py", line 902, in get_value 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context value = self.backend.get(key) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/keystone/common/cache/_context_cache.py", line 74, in get 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context value = self.proxied.get(key) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/dogpile/cache/backends/memcached.py", line 168, in get 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context value = self.client.get(key) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/oslo_cache/backends/memcache_pool.py", line 32, in _run_method 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return getattr(client, __name)(*args, **kwargs) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1129, in get 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context return self._get('get', key) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1074, in _get 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context server, key = self._get_server(key) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 446, in _get_server 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context if server.connect(): 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1391, in connect 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context if self._get_socket(): 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1423, in _get_socket 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context self.flush() 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1498, in flush 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context self.expect(b'OK') 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1473, in expect 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context line = self.readline(raise_exception) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context File "/usr/lib/python3.6/site-packages/memcache.py", line 1459, in readline 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context data = recv(4096) 2020-09-10 10:10:33.981 28 ERROR keystone.server.flask.request_processing.middleware.auth_context socket.timeout: timed out Thanks! Tony

2 2

[cinder] FEATURE FREEZE in effect
by Brian Rosmaita 11 Sep '20

11 Sep '20

The Victoria feature freeze is now in effect. Please do not approve patches proposing features for master until after the stable/victoria branch is cut the week of 21 September. Due to gate shenanigans over the past week, the following reviews have a feature freeze exception, and may be merged to master during the next week: Default type overrides - https://review.opendev.org/#/c/737707/ Adding support for Adaptive QoS in NetApp driver - https://review.opendev.org/#/c/741327/ The following have been approved and have been making their way slowly through the gate today, but technically they haven't been merged yet, so these also have a FFE: - https://review.opendev.org/#/c/747540/ - https://review.opendev.org/#/c/746941/ - https://review.opendev.org/#/c/746813/ (Hopefully by the time you read this, they've already been merged.) cheers, brian

1 0