- openstack-discuss - lists.openstack.org

[tc][all] OpenStack Technical Committee Weekly Summary and Meeting Agenda (2024.2/R-15)
by Goutham Pacha Ravi 17 Jun '24

17 Jun '24

Hello Stackers, We're two weeks away from milestone-2 of the 2024.2 (Dalmatian) release cycle [1]. Milestone-2 is a checkpoint to assess the status of inactive project teams and the release worthiness of their deliverables. As I shared with you last week, Dr. Jens Harbott (frickler) made progress on cleaning up maintainers for OpenStack packages on PyPI. He dropped 207 human maintainers across 146 PyPI packages [2]. I'll follow up in the next few weeks about other progress we'll make in this area. === Weekly Meeting === The last weekly IRC meeting was well attended. We chatted about making changes to our PyPI audit scripts. With as much as we're able to automate around the interface, there are some packages we have identified where we need OpenStack CI to assume ownership/maintenance from individuals. We also highlighted Zuul configuration errors [3]; we'll focus on addressing these and gate stability in the coming weeks. If you are a project maintainer, your help in fixing these broken CI job configurations in your project is most welcome! We then briefly touched upon the extensive discussions on removing Eventlet from OpenStack and migration efforts. These discussions have prompted a rewrite of the goal, and we should hear more about this soon. Jay Faulkner (JayF) provided an update on the successful OpenInfra Days event at CERN. He encouraged folks to participate in local OpenInfra events if they are able. Our next weekly meeting is today (Tuesday, June 18th 2024) at 1800 UTC on OFTC's #openstack-tc channel. The agenda is at [4]. Your participation is always appreciated! === Governance Proposals === ==== Merged ==== Add retired-on date for a few missing projects | https://review.opendev.org/c/openstack/governance/+/920855 ==== Open for review/discussion ==== Show TC and SIG repos under reference | https://review.opendev.org/c/openstack/governance/+/918488 Update to include docs and miscellaneous repos for AC status | https://review.opendev.org/c/openstack/governance/+/915021 Fix the validate-legacy script | https://review.opendev.org/c/openstack/governance/+/920848 Update criteria for inactive projects to become active again | https://review.opendev.org/c/openstack/governance/+/921500 Appoint James Page as OpenStack Charms PTL | https://review.opendev.org/c/openstack/governance/+/921731 Add TC liaison in DPL model implementation | https://review.opendev.org/c/openstack/governance/+/917516 Thank you very much for reading! On behalf of the OpenStack TC, Goutham Pacha Ravi (gouthamr) OpenStack TC Chair [1] https://releases.openstack.org/dalmatian/schedule.html [2] https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L52 [3] https://zuul.opendev.org/t/openstack/config-errors [4] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting

1 0

Tripleo Heat Templates
by Faillace Christian 17 Jun '24

17 Jun '24

Hi, i am from Leonardo Italy and we use OpenStack. We see that this repository https://github.com/openstack-archive/tripleo-heat-templates is retired. What we should use to installo os-*-config packages? In particular we are tryiing to create an ubuntu 22.04 image and we notice that openstack-heat-agents package doesnt exists in official repository. The same package exists intead for red hat. Thank you very much c. [logo] Christian Faillace Land & Naval Defence Electronics / Engineering Combat Systems Simulators SW Leonardo S.p.A. Via Puccini, 2 - Genova - 16154 - Italy Tel: +39 010 6584438 christian.faillace(a)leonardo.com<mailto:christian.faillace@leonardo.com> ________________________________ HELICOPTERS / AERONAUTICS / ELECTRONICS, DEFENCE AND SECURITY SYSTEMS / SPACE ________________________________ Company General Use Il presente messaggio e-mail e ogni suo allegato devono intendersi indirizzati esclusivamente al destinatario indicato e considerarsi dal contenuto strettamente riservato e confidenziale. Se non siete l'effettivo destinatario o avete ricevuto il messaggio e-mail per errore, siete pregati di avvertire immediatamente il mittente e di cancellare il suddetto messaggio e ogni suo allegato dal vostro sistema informatico. Qualsiasi utilizzo, diffusione, copia o archiviazione del presente messaggio da parte di chi non ne è il destinatario è strettamente proibito e può dar luogo a responsabilità di carattere civile e penale punibili ai sensi di legge. Questa e-mail ha valore legale solo se firmata digitalmente ai sensi della normativa vigente. ________________________________ The contents of this email message and any attachments are intended solely for the addressee(s) and contain confidential and/or privileged information. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately notify the sender and then delete this message and any attachments from your system. If you are not the intended recipient, you are hereby notified that any use, dissemination, copying, or storage of this message or its attachments is strictly prohibited. Unauthorized disclosure and/or use of information contained in this email message may result in civil and criminal liability. “ This e-mail has legal value according to the applicable laws only if it is digitally signed by the sender

1 0

[Neutron] Bug deputy report: week of June 10th
by Oleg Bondarev 17 Jun '24

17 Jun '24

Hello Neutron Team, Please see the bug report for the week of June 10th. Some are looking for an assignee, some wait for the authors' response, the one marked as "opinion" might need a second pair of eyes to review. High: ***** - https://bugs.launchpad.net/neutron/+bug/2069482 - [OVN] VMs cannot access metadata when connected to a network with only IPv6 subnets - triaged - assigned to Miguel Lavalle Medium: ***** - https://bugs.launchpad.net/neutron/+bug/2069061 - Investigate 'selectin' relation optimization with newer SQLAlchemy - triaged - unassigned - https://bugs.launchpad.net/neutron/+bug/2069201 - [ovn-octavia-provider] Issues with creating LBs on VLAN networks - triaged - unassigned - https://bugs.launchpad.net/neutron/+bug/2069442 - Deleting a VM may produce a traceback because of a race - in progress: https://review.opendev.org/c/openstack/neutron/+/922043 - assigned to Jakub Libosvar - https://bugs.launchpad.net/neutron/+bug/2069543 - instance tap port has dead vlan when parent port for trunk - triaged - unassigned Undecided: ***** - https://bugs.launchpad.net/neutron/+bug/2069071 - address pair not working with oslo policy http check - Incomplete - https://bugs.launchpad.net/neutron/+bug/2069409 - Addding route in qrouter namesapce failing as Nexthop has invalid gateway. - Incomplete - https://bugs.launchpad.net/neutron/+bug/2069149 - Designate DNS and SSLError 524297 - Opinion Thanks, Oleg

1 0

[ironic] Writing image to device /dev/sda failed
by James Leong 16 Jun '24

16 Jun '24

Hi all, I have been playing around with ironic. However, I am not able to get the deploy of an image to write to the whole disk. It has been complaining about the same error of "Writing image to device /dev/sda failed with exit code 32. stdout: . stderr: lsblk: /dev/sda2: not a block device." Apart from that, I have tried to attached a physical pendrive to it and it's showing me another error stating "Installing GRUB2 boot loader to device /dev/sda failed with Unexpected error while running command.\nCommand: mount -o bind /dev /tmp/tmp5q03tchw/dev\nExit code: 32\nStdout: ''\nStderr: 'mount: /tmp/tmp5q03tchw/dev: mount point does not exist.\\n'." Any help or directly is greatly appreciated. Best, James

2 2

[release] Release countdown for week R-15
by Thierry Carrez 14 Jun '24

14 Jun '24

Development Focus ----------------- The Dalmatian-2 milestone will happen next month, on July 4th, 2024. 2024.2 Dalmatian-related specs should now be finalized so that teams can move to implementation ASAP. Some teams observe specific deadlines on the second milestone (mostly spec freezes): please refer to https://releases.openstack.org/dalmatian/schedule.html for details. General Information ------------------- Please remember that libraries need to be released at least once per milestone period. At milestone-2, the release team will propose releases for any library that has not been otherwise released since milestone-1. Other non-library deliverables that follow the cycle-with-intermediary release model should have an intermediary release before milestone-2. Those who haven't will be proposed to switch to the cycle-with-rc model, which is more suited to deliverables that are released only once per cycle. At milestone-2 we also freeze the contents of the final release. If you have a new deliverable that should be included in the final release, you should make sure it has a deliverable file in: https://opendev.org/openstack/releases/src/branch/master/deliverables/dalma… You should request a beta release (or intermediary release) for those new deliverables by milestone-2. We understand some may not be quite ready for a full release yet, but if you have something minimally viable to get released it would be good to do a 0.x release to exercise the release tooling for your deliverables. See the MembershipFreeze description for more details: https://releases.openstack.org/dalmatian/schedule.html#membership-freeze Finally, now may be a good time for teams to check on any stable releases that need to be done for your deliverables. If you have bugfixes that have been backported, but no stable release getting those. If you are unsure what is out there committed but not released, in the openstack/releases repo, running the command "tools/list_stable_unreleased_changes.sh <cycle_name>" gives a nice report. Upcoming Deadlines & Dates -------------------------- Dalmatian-2 Milestone: July 4th, 2024 -- Thierry Carrez (ttx)

1 0

How to update and set or unset a QOS Policy by python module
by Saeed 14 Jun '24

14 Jun '24

Hello, By using the following commands I can set/unset a port: openstack port set --qos-policy qos_policy_name "network_id" openstack port unset --qos-policy "network_id" But the issue is I cannot find the proper way to set/unset a port. I see this document: https://docs.openstack.org/openstacksdk/latest/user/proxies/network.html And I see the module has this method: *conn.network.update_port* But I don't see any more documents to see how to do that and what parameters are required. Can you help me?

1 1

Issue in Stack.sh
by Lohit S 13 Jun '24

13 Jun '24

How to fix this issue while stack.sh is executed +functions-common:_run_under_systemd:1655 sudo systemctl start devstack(a)q-svc.service +functions-common:run_process:1687 time_stop run_process +functions-common:time_stop:2421 local name +functions-common:time_stop:2422 local end_time +functions-common:time_stop:2423 local elapsed_time +functions-common:time_stop:2424 local total +functions-common:time_stop:2425 local start_time +functions-common:time_stop:2427 name=run_process +functions-common:time_stop:2428 start_time=1716869530330 +functions-common:time_stop:2430 [[ -z 1716869530330 ]] ++functions-common:time_stop:2433 date +%s%3N +functions-common:time_stop:2433 end_time=1716869534546 +functions-common:time_stop:2434 elapsed_time=4216 +functions-common:time_stop:2435 total=16163 +functions-common:time_stop:2437 _TIME_START[$name]= +functions-common:time_stop:2438 _TIME_TOTAL[$name]=20379 +lib/neutron:start_neutron_service_and_check:640 neutron_url= http://192.168.122.150:9696/ +lib/neutron:start_neutron_service_and_check:642 is_service_enabled tls-proxy +functions-common:is_service_enabled:2077 return 1 +lib/neutron:start_neutron_service_and_check:646 '[' '!' -z networking ']' +lib/neutron:start_neutron_service_and_check:647 neutron_url= http://192.168.122.150:9696/networking +lib/neutron:start_neutron_service_and_check:649 echo 'Waiting for Neutron to start...' Waiting for Neutron to start... +lib/neutron:start_neutron_service_and_check:651 local 'testcmd=wget --no-proxy -q -O- http://192.168.122.150:9696/networking' +lib/neutron:start_neutron_service_and_check:652 test_with_retry 'wget --no-proxy -q -O- http://192.168.122.150:9696/networking' 'Neutron did not start' 60 +functions-common:test_with_retry:2359 local 'testcmd=wget --no-proxy -q -O- http://192.168.122.150:9696/networking' +functions-common:test_with_retry:2360 local 'failmsg=Neutron did not start' +functions-common:test_with_retry:2361 local until=60 +functions-common:test_with_retry:2362 local sleep=0.5 +functions-common:test_with_retry:2364 time_start test_with_retry +functions-common:time_start:2407 local name=test_with_retry +functions-common:time_start:2408 local start_time= +functions-common:time_start:2409 [[ -n '' ]] ++functions-common:time_start:2412 date +%s%3N +functions-common:time_start:2412 _TIME_START[$name]=1716869535329 +functions-common:test_with_retry:2365 timeout 60 sh -c 'while ! wget --no-proxy -q -O- http://192.168.122.150:9696/networking; do sleep 0.5; done' +functions-common:test_with_retry:2366 die 2366 'Neutron did not start' +functions-common:die:285 local exitcode=0 [Call Trace] ./stack.sh:1322:start_neutron_service_and_check /home/lohit22/opensource/openstack/devstack/Org/devstack/lib/neutron:652:test_with_retry /home/lohit22/opensource/openstack/devstack/Org/devstack/functions-common:2366:die [ERROR] /home/lohit22/opensource/openstack/devstack/Org/devstack/functions-common:2366 Neutron did not start exit_trap: cleaning up child processes Error on exit

2 2

[openstack-ansible] Train deployment
by Danish Khan 13 Jun '24

13 Jun '24

Dear All, I am trying to install openstack-ansible train but I am unable to find any branch for it. I tried to clone *train-em* branch but my playbooks are failing at multiple places. I need to do POC for openstack upgrade from train to ussuri. Is there any way to deploy openstack train and upgrade it to latest upgradable version? Regards, Danish khan

2 2

[ironic][docs] Ironic docs audit draft report
by Jay Faulkner 13 Jun '24

13 Jun '24

Hi all, Dave from Expert Support has been doing a docs audit for Ironic, as some of you are aware. The preliminary draft of the report is ready for review: https://docs.google.com/document/d/1e9URuPHKNTx5QXdkCFAzsS0EAAxPJ-xQC4BEpDw… -- please add comments if you have them. I've added discussion of this as an agenda item for next Ironic meeting on Monday June 17. I anticipate the next steps will be as follows: - Ironic cores and other interested parties review -- now - ~June 24th - Revise report and action items as needed - Turn action items into documentation bugs against Ironic, tagged as docs-audit-2024, for completion by the community. Dave has spent some time interviewing Ironic operators and contributors, as well as looking over our docs from the perspective of a long-time tech writer with cloud, but not OpenStack, experience. I've found his insights very useful so far, and I think this document is worth a read even if you're not specifically invested in Ironic docs. Thanks, Jay Faulkner

1 0

[neutron] ovs: multiple rows in Manager patch
by stream_unpicked390＠simplelogin.com 13 Jun '24

13 Jun '24

Hi everyone! this is my first time on a mailing list, so please excuse any "obvious" mistakes and feel free to correct me :) I'm currently setting up a minimal OpenStack system manually on one server. The setup is nearly complete but I'm running into issues with neutron. After fully completing the neutron setup as mentioned in the docs, the neutron-ovs-service refuses to start, showing the error message multiple rows in Manager patch "ptcp:6640:127.0.0.0" I dumped the ovs database which only shows one row in the Manager table. After many days of debugging and googleing I'm out of ideas how this could be solved.. I already posted this issue on serverfault (https://serverfault.com/questions/1160418/openstack-ovs-multiple-rows-in-ma…) only after that post finding this mailing list! Best regards Talooola

2 3

[neutron] Drivers meeting cancelled tomorrow
by Brian Haley 13 Jun '24

13 Jun '24

Hello Neutrinos: Due to the lack of agenda, Friday's drivers meeting is cancelled. Have a nice weekend! I will also be offline and unavailable for a couple of days, back on June 18th. -Brian

1 0

Caracal Magnum: magnum-api-wsgi fails to start because of a problem retrieving the version
by Michel Jouvin 13 Jun '24

13 Jun '24

Hi, Moving forward with my current upgrades, I tried to upgrade our preprod Magnum to Caracal. Unfortunately, every components using the Magnum module fails with: ---- File "/usr/bin/magnum-api-wsgi", line 52, in <module> application = build_wsgi_app() File "/usr/lib/python3.9/site-packages/magnum/api/app.py", line 74, in build_wsgi_app service.prepare_service(sys.argv) File "/usr/lib/python3.9/site-packages/magnum/common/service.py", line 27, in prepare_service config.parse_args(argv) File "/usr/lib/python3.9/site-packages/magnum/common/config.py", line 32, in parse_args version=version.version_info.release_string(), File "/usr/lib/python3.9/site-packages/pbr/version.py", line 490, in release_string return self.semantic_version().release_string() File "/usr/lib/python3.9/site-packages/pbr/version.py", line 498, in semantic_version self._semantic = self._get_version_from_importlib_metadata() File "/usr/lib/python3.9/site-packages/pbr/version.py", line 483, in _get_version_from_importlib_metadata return SemanticVersion.from_pip_string(result_string) File "/usr/lib/python3.9/site-packages/pbr/version.py", line 156, in from_pip_string return klass._from_pip_string_unsafe(version_string) File "/usr/lib/python3.9/site-packages/pbr/version.py", line 163, in _from_pip_string_unsafe version_string = version_string.lstrip('vV') AttributeError: 'NoneType' object has no attribute 'lstrip' ---- It also affects magnum-db-manage where the traceback is litle bit different but the exception happens at the same place so I guess it is a common cause: ------ File "/usr/bin/magnum-db-manage", line 5, in <module> from magnum.cmd.db_manage import main File "/usr/lib/python3.9/site-packages/magnum/__init__.py", line 18, in <module> __version__ = pbr.version.VersionInfo( File "/usr/lib/python3.9/site-packages/pbr/version.py", line 505, in version_string return self.semantic_version().brief_string() File "/usr/lib/python3.9/site-packages/pbr/version.py", line 498, in semantic_version self._semantic = self._get_version_from_importlib_metadata() File "/usr/lib/python3.9/site-packages/pbr/version.py", line 483, in _get_version_from_importlib_metadata return SemanticVersion.from_pip_string(result_string) File "/usr/lib/python3.9/site-packages/pbr/version.py", line 156, in from_pip_string return klass._from_pip_string_unsafe(version_string) File "/usr/lib/python3.9/site-packages/pbr/version.py", line 163, in _from_pip_string_unsafe version_string = version_string.lstrip('vV') AttributeError: 'NoneType' object has no attribute 'lstrip' ------ For magnum-db-manage a workaround is to comment the __version__ line in __init__.but it doesn't help for the API. I wanted to check in the Magnum release notes if I missed some requirements but unfortunately they are not linked from https://releases.openstack.org/caracal/#caracal-magnum and I was not able to locate them elsewhere... Thanks in advance for any help/hint. Best regards, Michel

1 2

[manila] stuck at connecting ceph backend with manila
by Shubham Kumar Yadav 13 Jun '24

13 Jun '24

hello, I'm trying to install manila in my openstack cloud but having problem with "*Authorizing the driver to communicate with Ceph*" *1 -> *i have created a configmap with these confs and mounted it on manila-share pod [client.manila]client mount uid = 0client mount gid = 0log file = /opt/stack/logs/ceph-client.manila.logadmin socket = /opt/stack/status/stack/ceph-$name.$pid.asokkeyring = /etc/ceph/manila.keyring *2 -> *then i have created a secret with client.manila keyring and attached it to the manila-share pod at keyring = /etc/ceph/manila.keyring *3 -> *inside manila-share pod i see the logs 2024-06-03 09:00:53.682 6 INFO manila.share.drivers.cephfs.driver [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] [CEPHFSNATIVE1] Ceph client found, connecting... 2024-06-03 09:00:53.713 6 ERROR manila.share.manager [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Error encountered during initialization of driver CephFSDriver@lab-11053-26006-ceph-2@cephfsnative1: manila.exception.ShareBackendException: [%(be)s] Ceph client failed to connect. 2024-06-03 09:00:53.713 6 ERROR manila.share.manager Traceback (most recent call last): 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 421, in rados_client 2024-06-03 09:00:53.713 6 ERROR manila.share.manager self._rados_client.connect() 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "rados.pyx", line 690, in rados.Rados.connect 2024-06-03 09:00:53.713 6 ERROR manila.share.manager rados.IOError: [errno 5] RADOS I/O error (error connecting to the cluster) 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.713 6 ERROR manila.share.manager During handling of the above exception, another exception occurred: 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.713 6 ERROR manila.share.manager Traceback (most recent call last): 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/manager.py", line 371, in _driver_setup 2024-06-03 09:00:53.713 6 ERROR manila.share.manager self.driver.do_setup(ctxt) 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 274, in do_setup 2024-06-03 09:00:53.713 6 ERROR manila.share.manager rados_client=self.rados_client, 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 424, in rados_client 2024-06-03 09:00:53.713 6 ERROR manila.share.manager raise exception.ShareBackendException( 2024-06-03 09:00:53.713 6 ERROR manila.share.manager manila.exception.ShareBackendException: [%(be)s] Ceph client failed to connect. 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.714 6 DEBUG manila.utils [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Finished call to 'manila.share.manager.ShareManager.init_host.<locals>._driver_setup' after 2222.651(s), this was the 12th time calling it. log_it /var/lib/openstack/lib/python3.10/site-packages/tenacity/after.py:44 2024-06-03 09:00:53.714 6 DEBUG manila.utils [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Retrying manila.share.manager.ShareManager.init_host.<locals>._driver_setup in 600.0 seconds as it raised ShareBackendException: [%(be)s] Ceph client failed to connect.. log_it /var/lib/openstack/lib/python3.10/site-packages/tenacity/before_sleep.py:65 *4 -> *My ceph cluster is healthy 5 -> My manila confs look like (what could be wrong here)? conf: manila: DEFAULT: debug: true enabled_share_protocols: NFS,CIFS,CEPHFS enabled_share_backends: cephfsnative1 cephfsnative1: driver_handles_share_servers: False share_backend_name: CEPHFSNATIVE1 share_driver: manila.share.drivers.cephfs.driver.CephFSDriver cephfs_conf_path: /etc/ceph/ceph.conf cephfs_protocol_helper_type: CEPHFS cephfs_auth_id: manila cephfs_cluster_name: rook-ceph ( my rook-ceph cluster name) cephfs_filesystem_name: myfs (i created this fs manually) *6 -> P*ermissions for the user manila ceph auth get-or-create client.manila -o manila.keyring \ mgr 'allow rw' \ mon 'allow r' *7 -> *ceph --version ceph version 17.2.6 (d7ff0d10654d2280e08f1ab989c7cdf3064446a5) quincy (stable) openstackhelm Manila Chart name: manila version: 0.1.7 Hope to hear from you soon with a solution Thank you!

2 1

Openstack unable to login
by Lohit S 12 Jun '24

12 Jun '24

Hi Team, I am new to OpenStack. I have completed DevStack development, and I used OpenStack during that time without any issues. However, now when I try to log in to the OpenStack dashboard, it shows the message "An error occurred authenticating. Please try again later." How can I fix this issue? while checking the "systemctl status devstack@*" command -------------------------------------------------- devstack(a)etcd.service - Devstack devstack(a)etcd.service Loaded: loaded (/etc/systemd/system/devstack(a)etcd.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2024-06-12 23:48:33 IST; 13min ago Process: 1534 ExecStart=/opt/stack/bin/etcd --name lohit22-VirtualBox --data-dir /opt/stack/data/etcd --initial-cluster-state new --initial-cluster-token etcd-cluster-01 --initial-cluster lohit22-Vir> Main PID: 1534 (code=exited, status=1/FAILURE) CPU: 23ms Notice: journal has been rotated since unit was started, output may be incomplete. ------------------------------

1 0

[kolla] Cancelling weekly meeting today (12th June 2024)
by Michał Nasiadka 12 Jun '24

12 Jun '24

Hello Koalas, Sorry for late notice - but I need to cancel the weekly meeting today due to absence of key contributors. Let’s meet next week. Best regards, Michal

1 0

[oslo] Remove eventlet from openstack.
by Daniel Bengtsson 12 Jun '24

12 Jun '24

Hi there, In the project to remove eventlet from openstack[1], we need to adapt oslo.service. The oslo.service project is strongly linked to eventlet, so rather than adapting the project, it would be wiser to deprecate it and replace it with cotyledon and futurist. The cotyledon project was created by openstack maintainers to replace oslo.service. It is already used in openstack by the telemetry project, for example. The oslo.service project has been created on top of eventlet to offer two main functionalities, periodic tasks and workers process management. The first feature has been replaced by another library called futurist[2] and the second is surpassed by cotyledon. More details in the project readme[3] about the difference with oslo.service. I would like to have your feedback and opinion on the deprecation of olso.service and it's replacement by cotyledon and futurist. In any case, we'll have to adapt the project, which is why replacing oslo.service with cotyledon seems to me the best solution, rather than having two similar projects doing the same thing. [1] https://review.opendev.org/c/openstack/governance/+/902585 [2] http://docs.openstack.org/developer/futurist/ [3] https://github.com/sileht/cotyledon/blob/main/README.rst -- Daniel Bengtsson Software Engineer

8 16

[nova] Spec review day on July 1th
by Sylvain Bauza 11 Jun '24

11 Jun '24

Hey folks, We'll have a second specs review day on Monday July 1th. Please make sure to update your specs before that day, so we can start to review it. Some folks would maybe off due to some holidays but they'll try to review all the specs during this week. Thanks, -Sylvain

1 0

[openstack charm][tc] openstack-charms still need PTL appointment
by Ghanshyam Mann 11 Jun '24

11 Jun '24

Hello Felipe, openstack-charm team, I tried to reach out to you on IRC but could not connect. This is regarding openstack-charm PTL appointment for the 2024.2 cycle. I am not sure if you noticed or not but there are some comments for you to fix on your PTL appointment. Please check the below Gerrit change and fix the same or let us know if there is a change in the plan. - https://review.opendev.org/c/openstack/governance/+/914254 -gmann

2 3

SSH to instance without its floating IP address
by afantarina＠gmail.com 11 Jun '24

11 Jun '24

Hello let's say i don't want to use floating IP adresses for some reasons. I have set up routes using br-ex to connect to my instances. My openstack server is at 10.90.0.236. Now i have instance Test-VM (192.168.233.12): .Ping is working fine between them .I can ssh from Test-VM to my openstack server .But i can't connect to Test-VM from my openstack server (unless i use floating IP adresses): kex_exchange_identification: read: Connection reset by peer Connection reset by 192.168.120.39 port 22 Thank you

2 2

[designate][rabbitmq] Worker and Central fail to connect to broker even after authentication
by Francesco Di Nucci 11 Jun '24

11 Jun '24

Hi, I'm having a strange issue with Designate. Setup: Central, mdns, producer and worker services up&running; WSGI configured; api disabled in favor of WSGI Issue: Central and Worker state that connection to RabbitMQ failed as refused, but there is nothing in Rabbit logs. Same time and setup, Producer logs correctly reports RPC responses. If I restart services, in RabbitMQ logs designate-producer, designate-central designate-worker and mod_wsgi are reported as authenticated as user 'designate' and given access to the same vhost, but then Central and Worker start failing again Has anyone encountered the same issue? Regards Francesco Di Nucci

1 0

[qa][devstack][ceph][cinder][manila][nova][glance] Cleaning up the old package based ceph installer
by Goutham Pacha Ravi 11 Jun '24

11 Jun '24

Hello, For a long time we've had multiple ways of deploying ceph for devstack environments in single and over multiple nodes to test integration with nova, cinder, manila, glance and rgw. Of late, we've preferred using the ceph community's preferred installation method: using the ceph orchestrator via its cephadm API. For OpenStack services, it really shouldn't matter _how_ ceph is deployed; and so I wanted to clean up the devstack plugin project to just have one installation method: cephadm. This installation method has been stable since the 2024.1 release cycle; so if there are no objections, I'd love to delete a bunch of code to deploy ceph via packages (apt/rpm) and with docker/podman containers. No new devstack options are _required_ unless you want to customize things. There's an integrated job, several cinder, manila and nova jobs that use both all-in-one and multi-node test jobs with cephadm. Any objections? Thanks, Goutham

2 2

[publiccloud-sig] Cancelling this weeks meeting
by Felix Kronlage-Dammers 11 Jun '24

11 Jun '24

Hi, neither Tobias nor me are available tomorrow (June 12th) for the Public-Cloud SIG Call. Feel free to meet anyways, but neither Tobias nor me will be around to facilitate the call. Next regular call will then be on June 26th. felix -- Felix Kronlage-Dammers Sovereign Cloud Stack — standardized, built and operated by many Ein Projekt der Open Source Business Alliance - Bundesverband für digitale Souveränität e.V. Tel.: +49-30-206539-205 | Matrix: @fkronlage:matrix.org | fkr(a)osb-alliance.com

1 0

[tc][all] OpenStack Technical Committee Weekly Summary and Meeting Agenda (2024.2/R-16)
by Goutham Pacha Ravi 10 Jun '24

10 Jun '24

Hello Stackers, We're three weeks away from Milestone-2 of the 2024.2 (Dalmatian) release cycle [1]. Teams are pursuing mid-cycle meetings and design specification freezes in the next couple of weeks. I'd like to begin this week's recap with a shoutout to the TaCT SIG and especially Dr. Jens Harbott (frickler) for helping us with our PyPi cleanup efforts [2]. Apart from this; we had very few governance changes in the past week. I want to take the opportunity to remind you about our gate hygiene efforts. As a contributor, if the continuous integration system (Zuul) is upset with your change, please avoid re-testing with a simple "recheck" comment (or even a comment like "recheck, unrelated failure"). We're trying to isolate unstable CI tests, and if you flag specific failing tests or infrastructure issues, we might be able to address them better. === Weekly Meeting === Last week's meeting was short, and was held simultaneously on Video [3] and IRC [4]. We discussed adding a second maintainer account on all OpenStack packages on PyPi that would be able to push package updates and make project metadata changes (such as adding/removing maintainers). We'll be incorporating this new account soon. We also spoke about graduating Skyline from the list of "emerging projects" [5]. The project team guide has a lot of criteria to create and maintain projects in the OpenStack way; these criteria however, are applied subjectively and are flexible to accommodate specific situations, such as not requiring weekly meetings or formal presence at the PTG. These activities are encouraged. Skyline's contributors are small in number, but have welcomed new contributors. Our recent user surveys have shown that deployments have started adopting Skyline; and installer/configuration management services are seeing feature requests to include Skyline. So the TC feels we need to take this project off of the "emerging" projects list. We volunteered Dr. Jens (frickler) to assess the situation and coordinate this. Our next weekly meeting is tomorrow (June 11th 2024) at 1800 UTC, exclusively on OFTC's #openstack-tc channel. Please see the agenda at [6]. Remember, you can always propose topics to this agenda; and if you're trying to bring up something on short notice, I'll make the attempt to leave some time aside for Open Discussion. === Governance Proposals === ==== Merged ==== Appoint ChunYang Wu as PTL of Trove | https://review.opendev.org/c/openstack/governance/+/920462 ==== Open for review/discussion ==== Remove Eventlet From Openstack | https://review.opendev.org/c/openstack/governance/+/902585 Add TC liaison in DPL model implementation | https://review.opendev.org/c/openstack/governance/+/917516 Update criteria for the inactive projects to become active again | https://review.opendev.org/c/openstack/governance/+/921500 Update to include docs and miscellaneuos repos for AC status | https://review.opendev.org/c/openstack/governance/+/915021 Thank you very much for reading! On behalf of the OpenStack TC, Goutham Pacha Ravi (gouthamr) OpenStack TC Chair [1] https://releases.openstack.org/dalmatian/schedule.html [2] https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L52 [3] https://www.youtube.com/watch?v=34w1Aoai1EA [4] https://meetings.opendev.org/meetings/tc/2024/tc.2024-06-04-18.00.log.html [5] https://governance.openstack.org/tc/reference/emerging-technology-and-inact… [6] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting

1 0

[manila] stuck at connecting ceph backend with manila
by Shubham Kumar Yadav 10 Jun '24

10 Jun '24

hello, I'm trying to install manila in my openstack cloud but having problem with "*Authorizing the driver to communicate with Ceph*" *1 -> *i have created a configmap with these confs and mounted it on manila-share pod [client.manila]client mount uid = 0client mount gid = 0log file = /opt/stack/logs/ceph-client.manila.logadmin socket = /opt/stack/status/stack/ceph-$name.$pid.asokkeyring = /etc/ceph/manila.keyring *2 -> *then i have created a secret with client.manila keyring and attached it to the manila-share pod at keyring = /etc/ceph/manila.keyring *3 -> *inside manila-share pod i see the logs 2024-06-03 09:00:53.682 6 INFO manila.share.drivers.cephfs.driver [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] [CEPHFSNATIVE1] Ceph client found, connecting... 2024-06-03 09:00:53.713 6 ERROR manila.share.manager [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Error encountered during initialization of driver CephFSDriver@lab-11053-26006-ceph-2@cephfsnative1: manila.exception.ShareBackendException: [%(be)s] Ceph client failed to connect. 2024-06-03 09:00:53.713 6 ERROR manila.share.manager Traceback (most recent call last): 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 421, in rados_client 2024-06-03 09:00:53.713 6 ERROR manila.share.manager self._rados_client.connect() 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "rados.pyx", line 690, in rados.Rados.connect 2024-06-03 09:00:53.713 6 ERROR manila.share.manager rados.IOError: [errno 5] RADOS I/O error (error connecting to the cluster) 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.713 6 ERROR manila.share.manager During handling of the above exception, another exception occurred: 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.713 6 ERROR manila.share.manager Traceback (most recent call last): 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/manager.py", line 371, in _driver_setup 2024-06-03 09:00:53.713 6 ERROR manila.share.manager self.driver.do_setup(ctxt) 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 274, in do_setup 2024-06-03 09:00:53.713 6 ERROR manila.share.manager rados_client=self.rados_client, 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 424, in rados_client 2024-06-03 09:00:53.713 6 ERROR manila.share.manager raise exception.ShareBackendException( 2024-06-03 09:00:53.713 6 ERROR manila.share.manager manila.exception.ShareBackendException: [%(be)s] Ceph client failed to connect. 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.714 6 DEBUG manila.utils [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Finished call to 'manila.share.manager.ShareManager.init_host.<locals>._driver_setup' after 2222.651(s), this was the 12th time calling it. log_it /var/lib/openstack/lib/python3.10/site-packages/tenacity/after.py:44 2024-06-03 09:00:53.714 6 DEBUG manila.utils [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Retrying manila.share.manager.ShareManager.init_host.<locals>._driver_setup in 600.0 seconds as it raised ShareBackendException: [%(be)s] Ceph client failed to connect.. log_it /var/lib/openstack/lib/python3.10/site-packages/tenacity/before_sleep.py:65 *4 -> *My ceph cluster is healthy 5 -> My manila confs look like (what could be wrong here)? conf: manila: DEFAULT: debug: true enabled_share_protocols: NFS,CIFS,CEPHFS enabled_share_backends: cephfsnative1 cephfsnative1: driver_handles_share_servers: False share_backend_name: CEPHFSNATIVE1 share_driver: manila.share.drivers.cephfs.driver.CephFSDriver cephfs_conf_path: /etc/ceph/ceph.conf cephfs_protocol_helper_type: CEPHFS cephfs_auth_id: manila cephfs_cluster_name: rook-ceph ( my rook-ceph cluster name) cephfs_filesystem_name: myfs (i created this fs manually) *6 -> P*ermissions for the user manila ceph auth get-or-create client.manila -o manila.keyring \ mgr 'allow rw' \ mon 'allow r' Hope to hear from you soon with a solution Thank you!

2 1

[Neutron] Bug deputy report for week of June 3rd
by Jakub Libosvar 10 Jun '24

10 Jun '24

Hi, here is the bug deputy report. There are two bugs that require attention: - One seems to be an old issue with conntrack sync, I put it to the wishlist but maybe can be closed as a duplicate. - Another one doesn’t contain enough information to be triaged, please see below. Kuba Needs attention --------------- * Packets dropped in br-int bridge - https://bugs.launchpad.net/neutron/+bug/2067851 - It seems like report needs help troubleshooting the problem or use some accelerated datapath like DPDK. High ---- * Issue associating floating IP with OVN load balancer - https://bugs.launchpad.net/neutron/+bug/2068644 - Patch proposed by Will Szumski: https://review.opendev.org/c/openstack/neutron/+/921663 * SFC: networking-sfc-tempest failures - https://bugs.launchpad.net/neutron/+bug/2068727 - Patch proposed by Lajos: https://review.opendev.org/c/openstack/networking-sfc/+/921514 * Using "joined" relation on tags can cause slow query times in certain situations - https://bugs.launchpad.net/neutron/+bug/2068761 - Revert proposed by Miro: https://review.opendev.org/c/openstack/neutron/+/921566 Low --- * Neutron should have better regex matching in zuul jobs - https://bugs.launchpad.net/neutron/+bug/2068523 - Assigned to Brian Wishlist -------- * [ovn] Dose L3 router ha support sync conntrack states - https://bugs.launchpad.net/neutron/+bug/2068704 - This was discussed at the last PTG in April and probably can be closed as a duplicate of https://bugs.launchpad.net/neutron/+bug/1365438 Invalid ------- * No support on using domain name for ovn connection string in ml2_conf.ini - https://bugs.launchpad.net/neutron/+bug/2067871 - It’s been pointed out on the bug that the issue is fixed in OVS

1 0