August 2022 - openstack-discuss - lists.openstack.org

[neutron] CI meeting agenda for 2.08.2022
by Slawek Kaplonski 02 Aug '22

02 Aug '22

Hi, It's just a reminder that today at 1500 UTC we will have our CI meeting. It will be on video this time [1]. Agenda is on etherpad [2]. [1] https://meetpad.opendev.org/neutron-ci-meetings [2] https://etherpad.opendev.org/p/neutron-ci-meetings -- Slawek Kaplonski Principal Software Engineer Red Hat

1 0

resize or migrate problem
by f.loghmani 02 Aug '22

02 Aug '22

hello I use OpenStack and I create some VMs in different compute in one region. when I resize the VM. if the compute doesn't have enough space, automatically the vm will be migrated to another compute. but my problem is here that when it migrated, the _base file doesn't migrate and remains in the first compute that it doesn't have enough space. because of this, the VM appears with an error status in OpenStack. if I move the _base from first compute to final compute and reboot the server this problem has been solved. so i need to not transfer _base manually and if it migrated to another compute the disk and _base transfer with each other. could you please help me to solve this problem? thanks in advance

1 0

[Triple0 - Wallaby] Overcloud deployment getting failed with SSL
by Lokendra Rathour 01 Aug '22

01 Aug '22

Hi Team, We were trying to install overcloud with SSL enabled for which the UC is installed, but OC install is getting failed at step 4: ERROR :nectionPool(host='fd00:fd00:fd00:9900::2ef', port=13000): Max retries exceeded with url: / (Caused by SSLError(CertificateError(\"hostname 'fd00:fd00:fd00:9900::2ef' doesn't match 'undercloud.com'\",),))\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1} 2022-07-08 17:03:23.606739 | 5254009a-6a3c-adb1-f96f-0000000072ac | FATAL | Clean up legacy Cinder keystone catalog entries | undercloud | item={'service_name': 'cinderv3', 'service_type': 'volume'} | error={"ansible_index_var": "cinder_api_service", "ansible_loop_var": "item", "changed": false, "cinder_api_service": 1, "item": {"service_name": "cinderv3", "service_type": "volume"}, "module_stderr": "Failed to discover available identity versions when contacting https://[fd00:fd00:fd00:9900::2ef]:13000. Attempting to parse version from URL.\nTraceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/urllib3/connectionpool.py\", line 600, in urlopen\n chunked=chunked)\n File \"/usr/lib/python3.6/site-packages/urllib3/connectionpool.py\", line 343, in _make_request\n self._validate_conn(conn)\n File \"/usr/lib/python3.6/site-packages/urllib3/connectionpool.py\", line 839, in _validate_conn\n conn.connect()\n File \"/usr/lib/python3.6/site-packages/urllib3/connection.py\", line 378, in connect\n _match_hostname(cert, self.assert_hostname or server_hostname)\n File \"/usr/lib/python3.6/site-packages/urllib3/connection.py\", line 388, in _match_hostname\n match_hostname(cert, asserted_hostname)\n File \"/usr/lib64/python3.6/ssl.py\", line 291, in match_hostname\n % (hostname, dnsnames[0]))\nssl.CertificateError: hostname 'fd00:fd00:fd00:9900::2ef' doesn't match 'undercloud.com'\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/requests/adapters.py\", line 449, in send\n timeout=timeout\n File \"/usr/lib/python3.6/site-packages/urllib3/connectionpool.py\", line 638, in urlopen\n _stacktrace=sys.exc_info()[2])\n File \"/usr/lib/python3.6/site-packages/urllib3/util/retry.py\", line 399, in increment\n raise MaxRetryError(_pool, url, error or ResponseError(cause))\nurllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='fd00:fd00:fd00:9900::2ef', port=13000): Max retries exceeded with url: / (Caused by SSLError(CertificateError(\"hostname 'fd00:fd00:fd00:9900::2ef' doesn't match 'undercloud.com'\",),))\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/session.py\", line 1022, in _send_request\n resp = self.session.request(method, url, **kwargs)\n File \"/usr/lib/python3.6/site-packages/requests/sessions.py\", line 533, in request\n resp = self.send(prep, **send_kwargs)\n File \"/usr/lib/python3.6/site-packages/requests/sessions.py\", line 646, in send\n r = adapter.send(request, **kwargs)\n File \"/usr/lib/python3.6/site-packages/requests/adapters.py\", line 514, in send\n raise SSLError(e, request=request)\nrequests.exceptions.SSLError: HTTPSConnectionPool(host='fd00:fd00:fd00:9900::2ef', port=13000): Max retries exceeded with url: / (Caused by SSLError(CertificateError(\"hostname 'fd00:fd00:fd00:9900::2ef' doesn't match 'undercloud.com'\",),))\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/generic/base.py\", line 138, in _do_create_plugin\n authenticated=False)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/base.py\", line 610, in get_discovery\n authenticated=authenticated)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/discover.py\", line 1452, in get_discovery\n disc = Discover(session, url, authenticated=authenticated)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/discover.py\", line 536, in __init__\n authenticated=authenticated)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/discover.py\", line 102, in get_version_data\n resp = session.get(url, headers=headers, authenticated=authenticated)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/session.py\", line 1141, in get\n return self.request(url, 'GET', **kwargs)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/session.py\", line 931, in request\n resp = send(**kwargs)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/session.py\", line 1026, in _send_request\n raise exceptions.SSLError(msg)\nkeystoneauth1.exceptions.connection.SSLError: SSL exception connecting to https://[fd00:fd00:fd00:9900::2ef]:13000: HTTPSConnectionPool(host='fd00:fd00:fd00:9900::2ef', port=13000): Max retries exceeded with url: / (Caused by SSLError(CertificateError(\"hostname 'fd00:fd00:fd00:9900::2ef' doesn't match 'undercloud.com'\",),))\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"<stdin>\", line 102, in <module>\n File \"<stdin>\", line 94, in _ansiballz_main\n File \"<stdin>\", line 40, in invoke_module\n File \"/usr/lib64/python3.6/runpy.py\", line 205, in run_module\n return _run_module_code(code, init_globals, run_name, mod_spec)\n File \"/usr/lib64/python3.6/runpy.py\", line 96, in _run_module_code\n mod_name, mod_spec, pkg_name, script_name)\n File \"/usr/lib64/python3.6/runpy.py\", line 85, in _run_code\n exec(code, run_globals)\n File \"/tmp/ansible_openstack.cloud.catalog_service_payload_7ikyjf7t/ansible_openstack.cloud.catalog_service_payload.zip/ansible_collections/openstack/cloud/plugins/modules/catalog_service.py\", line 185, in <module>\n File \"/tmp/ansible_openstack.cloud.catalog_service_payload_7ikyjf7t/ansible_openstack.cloud.catalog_service_payload.zip/ansible_collections/openstack/cloud/plugins/modules/catalog_service.py\", line 181, in main\n File \"/tmp/ansible_openstack.cloud.catalog_service_payload_7ikyjf7t/ansible_openstack.cloud.catalog_service_payload.zip/ansible_collections/openstack/cloud/plugins/module_utils/openstack.py\", line 407, in __call__\n File \"/tmp/ansible_openstack.cloud.catalog_service_payload_7ikyjf7t/ansible_openstack.cloud.catalog_service_payload.zip/ansible_collections/openstack/cloud/plugins/modules/catalog_service.py\", line 141, in run\n File \"/usr/lib/python3.6/site-packages/openstack/cloud/_identity.py\", line 517, in search_services\n services = self.list_services()\n File \"/usr/lib/python3.6/site-packages/openstack/cloud/_identity.py\", line 492, in list_services\n if self._is_client_version('identity', 2):\n File \"/usr/lib/python3.6/site-packages/openstack/cloud/openstackcloud.py\", line 460, in _is_client_version\n client = getattr(self, client_name)\n File \"/usr/lib/python3.6/site-packages/openstack/cloud/_identity.py\", line 32, in _identity_client\n 'identity', min_version=2, max_version='3.latest')\n File \"/usr/lib/python3.6/site-packages/openstack/cloud/openstackcloud.py\", line 407, in _get_versioned_client\n if adapter.get_endpoint():\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/adapter.py\", line 291, in get_endpoint\n return self.session.get_endpoint(auth or self.auth, **kwargs)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/session.py\", line 1243, in get_endpoint\n return auth.get_endpoint(self, **kwargs)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/base.py\", line 380, in get_endpoint\n allow_version_hack=allow_version_hack, **kwargs)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/base.py\", line 271, in get_endpoint_data\n service_catalog = self.get_access(session).service_catalog\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/base.py\", line 134, in get_access\n self.auth_ref = self.get_auth_ref(session)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/generic/base.py\", line 206, in get_auth_ref\n self._plugin = self._do_create_plugin(session)\n File \"/usr/lib/python3.6/site-packages/keystoneauth1/identity/generic/base.py\", line 161, in _do_create_plugin\n 'auth_url is correct. %s' % e)\nkeystoneauth1.exceptions.discovery.DiscoveryFailure: Could not find versioned identity endpoints when attempting to authenticate. Please check that your auth_url is correct. SSL exception connecting to https://[fd00:fd00:fd00:9900::2ef]:13000: HTTPSConnectionPool(host='fd00:fd00:fd00:9900::2ef', port=13000): Max retries exceeded with url: / (Caused by SSLError(CertificateError(\"hostname 'fd00:fd00:fd00:9900::2ef' doesn't match 'overcloud.example.com'\",),))\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1} 2022-07-08 17:03:23.609354 | 5254009a-6a3c-adb1-f96f-0000000072ac | TIMING | Clean up legacy Cinder keystone catalog entries | undercloud | 0:11:01.271914 | 2.47s 2022-07-08 17:03:23.611094 | 5254009a-6a3c-adb1-f96f-0000000072ac | TIMING | Clean up legacy Cinder keystone catalog entries | undercloud | 0:11:01.273659 | 2.47s PLAY RECAP ********************************************************************* localhost : ok=0 changed=0 unreachable=0 failed=0 skipped=2 rescued=0 ignored=0 overcloud-controller-0 : ok=437 changed=104 unreachable=0 failed=0 skipped=214 rescued=0 ignored=0 overcloud-controller-1 : ok=436 changed=101 unreachable=0 failed=0 skipped=214 rescued=0 ignored=0 overcloud-controller-2 : ok=431 changed=101 unreachable=0 failed=0 skipped=214 rescued=0 ignored=0 overcloud-novacompute-0 : ok=345 changed=83 unreachable=0 failed=0 skipped=198 rescued=0 ignored=0 undercloud : ok=28 changed=7 unreachable=0 failed=1 skipped=3 rescued=0 ignored=0 2022-07-08 17:03:23.647270 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Summary Information ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2022-07-08 17:03:23.647907 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Total Tasks: 1373 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ in the deploy.sh: openstack overcloud deploy --templates \ -r /home/stack/templates/roles_data.yaml \ --networks-file /home/stack/templates/custom_network_data.yaml \ --vip-file /home/stack/templates/custom_vip_data.yaml \ --baremetal-deployment /home/stack/templates/overcloud-baremetal-deploy.yaml \ --network-config \ -e /home/stack/templates/environment.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-conductor.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-inspector.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-overcloud.yaml \ -e /home/stack/templates/ironic-config.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/external-ceph.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/services/ptp.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/ssl/enable-tls.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/ssl/tls-endpoints-public-ip.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/ssl/inject-trust-anchor.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/docker-ha.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/podman.yaml \ -e /home/stack/containers-prepare-parameter.yaml Addition lines as highlighted in yellow were passed with modifications: tls-endpoints-public-ip.yaml: Passed as is in the defaults. enable-tls.yaml: # ******************************************************************* # This file was created automatically by the sample environment # generator. Developers should use `tox -e genconfig` to update it. # Users are recommended to make changes to a copy of the file instead # of the original, if any customizations are needed. # ******************************************************************* # title: Enable SSL on OpenStack Public Endpoints # description: | # Use this environment to pass in certificates for SSL deployments. # For these values to take effect, one of the tls-endpoints-*.yaml # environments must also be used. parameter_defaults: # Set CSRF_COOKIE_SECURE / SESSION_COOKIE_SECURE in Horizon # Type: boolean HorizonSecureCookies: True # Specifies the default CA cert to use if TLS is used for services in the public network. # Type: string PublicTLSCAFile: '/etc/pki/ca-trust/source/anchors/overcloud-cacert.pem' # The content of the SSL certificate (without Key) in PEM format. # Type: string SSLRootCertificate: | -----BEGIN CERTIFICATE----- ----*** CERTICATELINES TRIMMED ** -----END CERTIFICATE----- SSLCertificate: | -----BEGIN CERTIFICATE----- ----*** CERTICATELINES TRIMMED ** -----END CERTIFICATE----- # The content of an SSL intermediate CA certificate in PEM format. # Type: string SSLIntermediateCertificate: '' # The content of the SSL Key in PEM format. # Type: string SSLKey: | -----BEGIN PRIVATE KEY----- ----*** CERTICATELINES TRIMMED ** -----END PRIVATE KEY----- # ****************************************************** # Static parameters - these are values that must be # included in the environment but should not be changed. # ****************************************************** # The filepath of the certificate as it will be stored in the controller. # Type: string DeployedSSLCertificatePath: /etc/pki/tls/private/overcloud_endpoint.pem # ********************* # End static parameters # ********************* inject-trust-anchor.yaml # ******************************************************************* # This file was created automatically by the sample environment # generator. Developers should use `tox -e genconfig` to update it. # Users are recommended to make changes to a copy of the file instead # of the original, if any customizations are needed. # ******************************************************************* # title: Inject SSL Trust Anchor on Overcloud Nodes # description: | # When using an SSL certificate signed by a CA that is not in the default # list of CAs, this environment allows adding a custom CA certificate to # the overcloud nodes. parameter_defaults: # The content of a CA's SSL certificate file in PEM format. This is evaluated on the client side. # Mandatory. This parameter must be set by the user. # Type: string SSLRootCertificate: | -----BEGIN CERTIFICATE----- ----*** CERTICATELINES TRIMMED ** -----END CERTIFICATE----- resource_registry: OS::TripleO::NodeTLSCAData: ../../puppet/extraconfig/tls/ca-inject.yaml The procedure to create such files was followed using: Deploying with SSL — TripleO 3.0.0 documentation (openstack.org) <https://docs.openstack.org/project-deploy-guide/tripleo-docs/latest/feature…> Idea is to deploy overcloud with SSL enabled i.e* Self-signed IP-based certificate, without DNS. * Any idea around this error would be of great help. -- skype: lokendrarathour

4 21

[dev][requirements][tripleo] Return of the revenge of lockfile strikes back part II
by Jeremy Stanley 01 Aug '22

01 Aug '22

It became apparent in a Python community discussion[0] yesterday that lockfile has been designated as a "critical project" by PyPI, even though it was effectively abandoned in 2010. Because our release automation account is listed as one of its maintainers, I looked into whether we still need it for anything... For those who have been around here a while, you may recall that the OpenStack project temporarily assumed maintenance[1] of lockfile in late 2014 and uploaded a few new releases for it, as a stop-gap until we could replace our uses with oslo.concurrency. That work was completed[2] early in the Liberty development cycle. Unfortunately for us, that's not the end of the story. I looked yesterday expecting to see that we've not needed lockfile for 7 years, and was disappointed to discover it's still in our constraints list. Why? After much wailing and gnashing of teeth and manually installing multiple bisections of the requirements list, I narrowed it down to one dependency: ansible-runner. Apparently, ansible-runner currently depends[3] on python-daemon, which still has a dependency on lockfile[4]. Our uses of ansible-runner seem to be pretty much limited to TripleO repositories (hence tagging them in the subject), so it's possible they could find an alternative to it and solve this dilemma. Optionally, we could try to help the ansible-runner or python-daemon maintainers with new implementations of the problem dependencies as a way out. Whatever path we take, we're long overdue. The reasons we moved off lockfile ages ago are still there, and the risk to us has only continued to increase in the meantime. I'm open to suggestions, but we really ought to make sure we have it out of our constraints list by the Zed release. [0] https://discuss.python.org/t/17219 [1] https://lists.openstack.org/pipermail/openstack-dev/2014-June/038387.html [2] https://review.openstack.org/151224 [3] https://github.com/ansible/ansible-runner/issues/379 [4] https://pagure.io/python-daemon/issue/42 -- Jeremy Stanley

4 7

[openstack-ansible][glance][nfs] Requesting Example of Working Config
by Dave Hall 01 Aug '22

01 Aug '22

Hello, Release - yoga. Host OS - Debian 11 I'm looking for an example of how to get NFS working as storage for glance and cinder - both the openstack_user_config.yml stanzas and the NFS server setup (/etc/exports, etc.). So far I've adapted the stanzas from the openstack_user_config.yml examples. The shares are mounted and writable (by root) from the glance/cinder containers, but glance keeps on throwing 410 errors. Thanks. -Dave -- Dave Hall Binghamton University kdhall(a)binghamton.edu

2 2

[baremetal-sig][ironic] No meeting on August
by Iury Gregory 01 Aug '22

01 Aug '22

Dear all, We would like to inform you that this month the Bare Metal SIG meeting will be skipped. Best regards, -- *Att[]'s* *Iury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Ironic PTL * *Senior Software Engineer at Red Hat Brazil* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory(a)gmail.com <iurygregory(a)gmail.com>*

1 0

[ironic][swift][vitrage][OpenStackSDK] missing releases in Zed
by Előd Illés 01 Aug '22

01 Aug '22

Hi PTLS/release liaisons of teams in $SUBJECT, Here we are at the time in Zed cycle where release team evaluates if every cycle-with-intermediary deliverables had their releases (like we had in yoga [1] for example). The list-deliverables script showed that we miss some of the deliverables [2]. Here we should create a patch that proposes the transition from 'cycle-with-intermediary' to 'cycle-with-rc' for every such deliverables. As these are usually the ones that missing at this time of the cycles and we end up usually abandoning the transition patches and proposing releases: could you please propose release patches for these deliverables [2]? (Let me know if any of the deliverables needs anyway a transition though, and I'll create the patch) [1] https://review.opendev.org/q/topic:not-yet-released-yoga [2] https://paste.opendev.org/show/bXsaCISJzOfOsRnECvE9/ Thanks in advance, Előd Illés irc: elodilles

1 0

Seek help for glance error "Configuration for store failed. Adding images to this store is disabled"
by Hao Jue PX Wang 01 Aug '22

01 Aug '22

Hi folks, I am using a glance config like this to leverage IBM gpfs backend to store image, however, when upload images openstack image create --file rhel-8.5-official.qcow2 test1, I ran into the following error. Any idea or suggestion for fixing the error? Thanks ============================== [glance_store] default_backend = filesystem enabled_backends = filesystem filesystem_store_datadir = /foundation_gpfs2/icic/images/ filesystem_store_file_perm = 0644 ============================== ========================================================================================== 2022-08-01 10:18:43.590 3663156 INFO glance_store.capabilities [req-2c007ca2-a0c4-4a31-a94d-43f0f25cb2cc 0688b01e6439ca32d698d20789d52169126fb41fb1a4ddafcebb97d854e836c9 b334d58126ee4193bc439ea0cb806aaa - default default] haojuedebug req_cap: [<BitMasks.WRITE_ACCESS: 8>] 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data [req-2c007ca2-a0c4-4a31-a94d-43f0f25cb2cc 0688b01e6439ca32d698d20789d52169126fb41fb1a4ddafcebb97d854e836c9 b334d58126ee4193bc439ea0cb806aaa - default default] Error in store configuration. Adding images to store is disabled.: glance_store.exceptions.StoreAddDisabled: Configuration for store failed. Adding images to this store is disabled. 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data Traceback (most recent call last): 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/api/v2/image_data.py", line 182, in upload 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data image.set_data(data, size, backend=backend) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/domain/proxy.py", line 198, in set_data 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data self.base.set_data(data, size, backend=backend, set_active=set_active) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/notifier.py", line 501, in set_data 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data _send_notification(notify_error, 'image.upload', msg) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/oslo_utils/excutils.py", line 220, in __exit__ 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data self.force_reraise() 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/oslo_utils/excutils.py", line 196, in force_reraise 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data six.reraise(self.type_, self.value, self.tb) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/six.py", line 703, in reraise 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data raise value 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/notifier.py", line 448, in set_data 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data set_active=set_active) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/api/policy.py", line 204, in set_data 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data return self.image.set_data(*args, **kwargs) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/quota/__init__.py", line 319, in set_data 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data set_active=set_active) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/location.py", line 559, in set_data 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data self._upload_to_store(data, verifier, backend, size) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance/location.py", line 486, in _upload_to_store 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data verifier=verifier) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance_store/backend.py", line 491, in add_to_backend_with_multihash 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data image_id, data, size, hashing_algo, store, context, verifier) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance_store/backend.py", line 468, in store_add_to_backend_with_multihash 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data image_id, data, size, hashing_algo, context=context, verifier=verifier) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance_store/driver.py", line 279, in add_adapter 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data metadata_dict) = store_add_fun(*args, **kwargs) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data File "/usr/lib/python3.6/site-packages/glance_store/capabilities.py", line 175, in op_checker 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data raise op_exec_map[op](**kwargs) 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data glance_store.exceptions.StoreAddDisabled: Configuration for store failed. Adding images to this store is disabled. 2022-08-01 10:18:43.593 3663156 ERROR glance.api.v2.image_data ==========================================================================================

2 2

[nova] Zed API microversion planning
by Sylvain Bauza 01 Aug '22

01 Aug '22

Hey, tl;dr: if you have an open API change asking for a microversion, add it into the proposal list BEFORE TOMORROW AUG 2ND https://etherpad.opendev.org/p/nova-zed-microversions-plan For those who write API changes, they probably hit merge conflicts everytime we merge a new API microversion. FWIW, we recently merged 2.91 and 2.92, which means you now have to rebase at least with using a 2.93 version. That's why I'm proposing something new this cycle that may help you : IF YOU HAVE AN OPEN API CHANGE THAT'S JUST NEEDS TO BE REVIEWED, PLEASE ADD IT TO https://etherpad.opendev.org/p/nova-zed-microversions-plan BEFORE AUGUST 2ND 1600UTC. During the next Nova meeting, we'll look at all of the provided API changes in the etherpad, and we'll try to organize them by saying "ok, this one will have this API microversion, this other one that other API microversion". After this meeting, you should be able to know which API microversion you would have for Zed so you could then rebase your changes to use this one. That being said, please make sure to be able to rebase your change very quickly, because we don't want to wait for some API change before accepting another one that's important and which is ready to be merged. Thanks, -Sylvain

1 0

[neutron] Bug deputy July 25 to August 1
by Nurmatov Mamatisa 01 Aug '22

01 Aug '22

Hi, I was bug deputy last week. Below is the week summary. Bug #1940425 <https://bugs.launchpad.net/nova/+bug/1940425> was occurred last week due to os-vif 3.0.0 release. One rfe<https://bugs.launchpad.net/neutron/+bug/1983053> was proposed. Undecided bug needs further triage. Details: Critical -------- - https://bugs.launchpad.net/neutron/+bug/1940425 - test_live_migration_with_trunk tempest test fails due to port remains in down state - Confirmed - Assigned to Slawek Kaplonski - https://bugs.launchpad.net/neutron/+bug/1982818 - Periodic job openstack-tox-py39-with-oslo-master is broken - In progress: https://review.opendev.org/c/openstack/neutron/+/851433 - Assigned to Rodolfo Alonso - https://bugs.launchpad.net/neutron/+bug/1982720 - stable/train: neutron-grenade job consistently fails in reqirements repo - In progress: https://review.opendev.org/c/openstack/neutron/+/851506 - Assigned to Slawek Kaplonski Medium ------ - https://bugs.launchpad.net/neutron/+bug/1982962 - Quota driver "DbQuotaNoLockDriver" should implement "get_detailed_project_quotas" - In progress: https://review.opendev.org/c/openstack/neutron/+/851357 - Assigned to Rodolfo Alonso Low --- - https://bugs.launchpad.net/neutron/+bug/1982951 - [OVN][QoS] Add minimum bandwidth rule support to ML2/OVN - In progress: https://review.opendev.org/c/openstack/neutron/+/842292 - Assigned to Rodolfo Alonso Undecided --------- - https://bugs.launchpad.net/neutron/+bug/1982882 - Failed to process compatible router - network is unreachable - New RFEs ---- - https://bugs.launchpad.net/neutron/+bug/1983053 - [RFE] Add possibility to define default security group rules - New - Assigned Slawek Kaplonski Best regards, Isa Advanced Software Technology Lab / Cloud Technologies Research

1 0