March 2022 - openstack-discuss - lists.openstack.org

[cinder] Bug deputy report for week of 03-09-2022
by Sofia Enriquez 09 Mar '22

09 Mar '22

This is a bug report from 03-02-2022 to 03-09-2022. Agenda: https://etherpad.opendev.org/p/cinder-bug-squad-meeting ----------------------------------------------------------------------------------------- Low - https://bugs.launchpad.net/cinder/+bug/1964145 "Don't require control-location for creating encrypted volume types." Fixed proposed to master. - https://bugs.launchpad.net/cinder/+bug/1962824 "[powerstore driver]: no volume caching after 35 volumes." Unassigned. Cheers -- Sofía Enriquez she/her Software Engineer Red Hat PnT <https://www.redhat.com> IRC: @enriquetaso @RedHat <https://twitter.com/redhat> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

1 0

[puppet][tripleo][neutron][ops] Removing support for Nuage "core" plugin
by Takashi Kajinami 09 Mar '22

09 Mar '22

Hello, As part of the clean-up effort in puppet-neutron, I was looking at the git repository for nuage plugin and got the observation that Nuage core plugin no longer exists and only ml2 plugin is available. https://github.com/nuagenetworks/nuage-openstack-neutron/commit/06b5fe68630… Based on that observation, I've proposed some patches to deprecate/remove support for Nuage core plugin, which can be found by the following link. https://review.opendev.org/q/topic:nuage-core-plugin Unfortunately I'm not fully familiar with the integration of neutron + Nuage. I'd appreciate it if anybody familiar with it can share any concerns here or in these patches. Thank you, Takashi

1 0

[puppet][tripleo][neutron][ops] Deprecating support for networking-bigswitch
by Takashi Kajinami 09 Mar '22

09 Mar '22

Hi, Today I noticed networking-bigswitch has been unmaintained recently. The repos have not been updated for 2 years and no release has been made since stable/train. https://opendev.org/x/networking-bigswitch Based on the above observation, I assume no users would be using the plugin with recent OpenStack releases and I've proposed deprecating support for the plugin in puppet-neutron. https://review.opendev.org/c/openstack/puppet-neutron/+/831376 In case if anyone has concern with this, please post your thoughts in the above review. Once this deprecation is approved/merged, I'll remove support for the plugin from TripleO because implementation in TripleO depends on puppet-neutron. Thank you, Takashi

1 1

[ansible-openstack-modules] Zed PTG for Ansible OpenStack collection
by Jakob Meng 09 Mar '22

09 Mar '22

Hi everyone, we have scheduled a vPTG session for the Ansible OpenStack collection [1] project at 13:00 - 15:00 UTC on Thursday April 7, 2022 in Essex room. Please add your name to our etherpad [2] if you plan to attend. Also do not hesitate to add any questions and topics you want to address in our PTG session. Thank you! Looking forward to meet you :) [1] https://opendev.org/openstack/ansible-collections-openstack [2] https://etherpad.opendev.org/p/aom-zed-ptg Best regards, Sagi Shnaidman & Jakob Meng

1 0

[qa] Zed PTG slots
by Martin Kopec 08 Mar '22

08 Mar '22

Hello everyone, based on the doodle poll [1], we have booked the following time slots: - Monday (April 4th) 13-14 UTC (1 hour) @ Liberty room - Tuesday (April 5th) 15-17 UTC (2 hours) @ Liberty room - Thursday (April 7th) 13-14 UTC (1 hour) @ Liberty room The topics we are going to cover are gathered in this etherpad [2]. If you have anything you would like to discuss with us, please, feel free to write it to [2]. [1] https://doodle.com/poll/q5yzatzh45brt5v2 [2] https://etherpad.opendev.org/p/qa-zed-ptg Thank you, -- Martin Kopec Senior Software Quality Engineer Red Hat EMEA IM: kopecmartin

1 0

[kolla-ansible][manila] mount.glusterfs is not installed
by Satish Patel 08 Mar '22

08 Mar '22

Folks, I am trying to configure Manila with kolla-ansible using glusterfs with ganesha-nfs server, I am running glusterfs and ganesha-nfs on the same server and getting the following error messages in manila-share.log service file. What am I missing here? 2022-03-08 04:39:32.940 17 INFO paramiko.transport [-] Connected (version 2.0, client OpenSSH_8.2p1) 2022-03-08 04:39:32.982 17 INFO paramiko.transport [-] Authentication (password) successful! 2022-03-08 04:39:33.815 17 ERROR manila.share.manager [req-c2925794-b62a-47b9-8f44-90939d417329 - - - - -] Error encountered during initialization of driver GlusterfsShareDriver@kolla@ganesha: manila.exception.GlusterfsException: mount.glusterfs is not installed. 2022-03-08 04:39:33.815 17 ERROR manila.share.manager Traceback (most recent call last): 2022-03-08 04:39:33.815 17 ERROR manila.share.manager File "/usr/lib/python3/dist-packages/manila/share/drivers/glusterfs/layout.py", line 216, in _check_mount_glusterfs 2022-03-08 04:39:33.815 17 ERROR manila.share.manager self.driver._execute('mount.glusterfs', check_exit_code=False) 2022-03-08 04:39:33.815 17 ERROR manila.share.manager File "/usr/lib/python3/dist-packages/manila/utils.py", line 101, in execute 2022-03-08 04:39:33.815 17 ERROR manila.share.manager return processutils.execute(*cmd, **kwargs) 2022-03-08 04:39:33.815 17 ERROR manila.share.manager File "/usr/lib/python3/dist-packages/oslo_concurrency/processutils.py", line 395, in execute 2022-03-08 04:39:33.815 17 ERROR manila.share.manager obj = subprocess.Popen(cmd, 2022-03-08 04:39:33.815 17 ERROR manila.share.manager File "/usr/lib/python3/dist-packages/eventlet/green/subprocess.py", line 58, in __init__ 2022-03-08 04:39:33.815 17 ERROR manila.share.manager subprocess_orig.Popen.__init__(self, args, 0, *argss, **kwds) 2022-03-08 04:39:33.815 17 ERROR manila.share.manager File "/usr/lib/python3.8/subprocess.py", line 858, in __init__ 2022-03-08 04:39:33.815 17 ERROR manila.share.manager self._execute_child(args, executable, preexec_fn, close_fds, 2022-03-08 04:39:33.815 17 ERROR manila.share.manager File "/usr/lib/python3.8/subprocess.py", line 1704, in _execute_child 2022-03-08 04:39:33.815 17 ERROR manila.share.manager raise child_exception_type(errno_num, err_msg, err_filename) 2022-03-08 04:39:33.815 17 ERROR manila.share.manager FileNotFoundError: [Errno 2] No such file or directory: 'mount.glusterfs' My manila Config [DEFAULT] enabled_share_backends=ganesha enabled_share_protocols = NFS,CIFS,GLUSTERFS [ganesha] share_backend_name = ganesha glusterfs_nfs_server_type = Ganesha glusterfs_target=root@10.30.1.206:/myshare/brick1/brick glusterfs_server_password=XXXXXXXXXXX share_driver = manila.share.drivers.glusterfs.GlusterfsShareDriver ganesha_service_name = nfs-ganesha driver_handles_share_servers = False glusterfs_ganesha_server_ip=10.30.1.206 glusterfs_ganesha_server_username=root glusterfs_ganesha_server_password=XXXXXXXXXX My share root@kolla-gluster:~# showmount -e localhost Export list for localhost: /myshare/brick1/brick (everyone)

2 4

R: R: R: [Devstack][Gnocchi][Ceilometer] Not able to retrieve metrics using ceilometer and gnocchi
by Molka Gharbaoui 08 Mar '22

08 Mar '22

Unfortunately, the local.conf file shared by Matthias gives the same result: no metrics are pushed to gnocchi. Gnocchi database is empty: I can create metrics and resources manually but nothing is pushed from ceilometer to the database. So I guess the problem is at the ceilometer level. Here is an extract of the ceilometer-polling logs: 2022-03-04 16:13:07.904 679128 INFO ceilometer.polling.manager [-] Polling pollster disk.device.usage in the context of all_pollsters 2022-03-04 16:13:07.904 679128 DEBUG ceilometer.compute.pollsters [-] afcf32c4-e7c2-40fd-8f75-fdf0bfdb5ef9/disk.device.usage volume: 5368709120 _stats_to_sample /opt/stack/ceilometer/ceilometer/compute/pollsters/__init__.py:108 2022-03-04 16:13:07.907 679128 INFO ceilometer.polling.manager [-] Polling pollster disk.device.read.requests in the context of all_pollsters 2022-03-04 16:13:07.908 679128 DEBUG ceilometer.compute.pollsters [-] afcf32c4-e7c2-40fd-8f75-fdf0bfdb5ef9/disk.device.read.requests volume: 6138 _stats_to_sample /opt/stack/ceilometer/ceilometer/compute/pollsters/__init__.py:108 2022-03-04 16:13:08.038 679128 WARNING ceilometer.neutron_client [-] The resource could not be found.: neutronclient.common.exceptions.NotFound: The resource could not be found. 2022-03-04 16:13:08.038 679128 DEBUG ceilometer.polling.manager [-] Skip pollster network.services.lb.pool, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 2022-03-04 16:13:08.162 679128 WARNING ceilometer.neutron_client [-] The resource could not be found.: neutronclient.common.exceptions.NotFound: The resource could not be found. 2022-03-04 16:13:08.162 679128 DEBUG ceilometer.polling.manager [-] Skip pollster network.services.lb.vip, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 2022-03-04 16:13:08.163 679128 DEBUG ceilometer.polling.manager [-] Skip pollster network.services.lb.outgoing.bytes, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 2022-03-04 16:13:08.164 679128 ERROR ceilometer.polling.manager [-] Skipping tenant, keystone issue: admin endpoint for identity service in RegionOne region not found: keystoneauth1.exceptions.catalog.EndpointNotFound: admin endpoint for identity service in RegionOne region not found 2022-03-04 16:13:08.164 679128 DEBUG ceilometer.polling.manager [-] Skip pollster radosgw.containers.objects.size, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 2022-03-04 16:13:08.164 679128 DEBUG ceilometer.polling.manager [-] Skip pollster port.receive.packets, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 2022-03-04 16:13:08.164 679128 DEBUG ceilometer.polling.manager [-] Skip pollster hardware.network.ip.outgoing.datagrams, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 2022-03-04 16:13:08.355 679128 WARNING ceilometer.neutron_client [-] The resource could not be found.: neutronclient.common.exceptions.NotFound: The resource could not be found. 2022-03-04 16:13:08.355 679128 DEBUG ceilometer.polling.manager [-] Skip pollster network.services.lb.listener, no resources found this cycle poll_and_notify /opt/stack/ceilometer/ceilometer/polling/manager.py:177 And here I report the content of the ceilometer.conf file: [DEFAULT] debug = True transport_url = rabbit://stackrabbit:admin@10.30.2.194:5672/<http://stackrabbit:admin@10.30.2.194:5672/> [oslo_messaging_notifications] topics = notifications [coordination] backend_url = redis://localhost:6379 [notification] workers = 2 [cache] backend_argument = url:redis://localhost:6379 backend_argument = distributed_lock:True backend_argument = db:0 backend_argument = redis_expiration_time:600 backend = dogpile.cache.redis enabled = True [service_credentials] auth_url = http://10.30.2.194/identity<http://10.30.2.194/identity/v3/> region_name = RegionOne password = admin username = ceilometer project_name = service project_domain_name = default user_domain_id = default auth_type = password [keystone_authtoken] memcached_servers = localhost:11211 cafile = /opt/stack/data/ca-bundle.pem project_domain_name = default project_name = admin user_domain_name = default password = admin username = ceilometer auth_url = http://10.30.2.194/identity<http://10.30.2.194/identity/v3/> interface = public auth_type = password I believe nothing should be changed in the configuration files since Devstack should configure every components automatically. I also checked pipeline.yaml and polling.yaml files and they seem correct. Do you have any idea on how to make ceilometer push metrics to the gnocchi database?? Thanks. ________________________________ Da: Matthias Runge <mrunge(a)matthias-runge.de> Inviato: giovedì 3 marzo 2022 13:58 A: Molka Gharbaoui <Molka.Gharbaoui(a)santannapisa.it> Oggetto: Re: R: R: [Devstack][Gnocchi][Ceilometer] Not able to retrieve metrics using ceilometer and gnocchi On 3/3/22 12:31, Molka Gharbaoui wrote: > Hi Matthias, > > Sorry for the confusion. Gnocchi is running and I am able to execute > commands like "gnocchi metric list" and "gnocchi resource list" without > errors even though the response is empty. Also checking mysql, the > gnocchi database is correctly created. > > By the link I previously shared I wanted just to highlight that there > are some differences between what was written there and between the > environemnt I installed. I was searching there because I would have > expected that Devstack installs and configures every component in > automatic with no or minimum external intervention (in fact if I don't > consider the Telemetry aspect, the rest works perfectly fine). > > I will follow Rafael guidelines to better undrstand where is the issue. > > Thanks. Something I have used in the past is a local.conf like this: [[local|localrc]] ADMIN_PASSWORD=secret DATABASE_PASSWORD=$ADMIN_PASSWORD RABBIT_PASSWORD=$ADMIN_PASSWORD SERVICE_PASSWORD=$ADMIN_PASSWORD IMAGE_URL_SITE="https://download.fedoraproject.org" IMAGE_URL_PATH="/pub/fedora/linux/releases/33/Cloud/x86_64/images/" IMAGE_URL_FILE="Fedora-Cloud-Base-33-1.2.x86_64.qcow2" IMAGE_URLS+=","$IMAGE_URL_SITE$IMAGE_URL_PATH$IMAGE_URL_FILE CEILOMETER_BACKEND=gnocchi USE_PYTHON3="True" VERBOSE="True" VERBOSE_NO_TIMESTAMP="True" # LIBS_FROM_GIT=aodh,ceilometer,cinder,devstack,devstack-gate,dib-utils,diskimage-builder,glance,heat,keystone,neutron,nova,placement,requirements,swift enable_plugin aodh https://opendev.org/openstack/aodh enable_plugin ceilometer https://opendev.org/openstack/ceilometer enable_plugin heat https://opendev.org/openstack/heat INSTALL_TEMPEST=False Hope that helps. The IMAGE_URL_FILE needs probably adjustment, fedora 33 is not supported anymore. Matthias > > > ------------------------------------------------------------------------ > *Da:* Matthias Runge <mrunge(a)matthias-runge.de> > *Inviato:* giovedì 3 marzo 2022 11:59 > *A:* openstack-discuss(a)lists.openstack.org > <openstack-discuss(a)lists.openstack.org> > *Oggetto:* Re: R: [Devstack][Gnocchi][Ceilometer] Not able to retrieve > metrics using ceilometer and gnocchi > On 3/3/22 10:29, Molka Gharbaoui wrote: >> Thank you Matthias for your reply. >> >> Unfortunately, from the logs I still cannot understand what is the issue. >> >> Could someone kindly indicate me how ceilometer and gnocchi should be >> configured to get the data? >> >> For example in this link: >> https://docs.openstack.org/ceilometer/latest/install/install-base-ubuntu.ht… > <https://docs.openstack.org/ceilometer/latest/install/install-base-ubuntu.ht…> > >> <https://docs.openstack.org/ceilometer/latest/install/install-base-ubuntu.ht… > <https://docs.openstack.org/ceilometer/latest/install/install-base-ubuntu.ht…>> the > >> endpoints should use the following URL: http://controller:8041 <http://controller:8041> >> <http://controller:8041 <http://controller:8041>> while in my case the > 8041 port is not even >> listening and the API indicated in the dashboard for Gnocchi is http:// >> <http://controller:8041 <http://controller:8041>>x.x.x.x/metric. >> >> Thank you in advance. >> > > OpenStack configuration is complex. The guide does not remotely touch on > production environments. Please do not confuse devstack with production > envionments. Also the doc you linked is not for devstack itself. > > The flow in general is: data is generated by the services like nova or > glance. Ceilometer listens on the bus and also polls for information. > The info is sent then over (as configured in publishers.yaml) to gnocchi. > Gnocchi has an api, ceilometer has not. Reading your response, this > makes me suspicious if there is gnocchi running. From the initial > question it suggests it is, from your most recent response, it is not. > > > Matthias >

2 14

[openstack-ansible] bootstap-aio.sh is failing with error :jinja2.exceptions.TemplateRuntimeError: No filter named 'ipaddr' found
by west, andrew 08 Mar '22

08 Mar '22

Am trying to install openstack-ansible AIO (24.0.0.0rc1) on a recent ubuntu focal (20.04) cloud image VM kernel 5.4.0-99-generic ansible core 2.12.2 jinja 3.0.3 python 3.8.10 the bootstap-aio.sh script is failing with error jinja2.exceptions.TemplateRuntimeError: No filter named 'ipaddr' found (I see the ipaddr filter moved (big changes separating modules > ansible2.10 I think) to the ansible.netcommon collection So following google: ansible galaxy collection install ansible.netcommon Also needs pip install netaddr However this still doesn't solve it, add traceback to playbook: Seems some of core ansible_collections plugins need updating ? (sorry, I'm fairly new to ansible) <localhost> EXEC /bin/sh -c 'echo ~root && sleep 0' <localhost> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /root/.ansible/tmp `"&& mkdir "` echo /root/.ansible/tmp/ansible-tmp-1646414479.2525613-38683-223155148734113 `" && echo ansible-tmp-1646414479.2525613-38683-223155148734113="` echo /root/.ansible/tmp/ansible-tmp-1646414479.2525613-38683-223155148734113 `" ) && sleep 0' redirecting filter ansible.builtin.ipaddr to ansible.netcommon.ipaddr redirecting filter ansible.builtin.ipaddr to ansible.netcommon.ipaddr redirecting filter ansible.builtin.ipaddr to ansible.netcommon.ipaddr <localhost> EXEC /bin/sh -c 'rm -f -r /root/.ansible/tmp/ansible-tmp-1646414479.2525613-38683-223155148734113/ > /dev/null 2>&1 && sleep 0' The full traceback is: Traceback (most recent call last): File "/opt/ansible-runtime/lib/python3.8/site-packages/ansible/executor/task_executor.py", line 119, in run item_results = self._run_loop(items) File "/opt/ansible-runtime/lib/python3.8/site-packages/ansible/executor/task_executor.py", line 354, in _run_loop res = self._execute(variables=task_vars) File "/opt/ansible-runtime/lib/python3.8/site-packages/ansible/executor/task_executor.py", line 589, in _execute result = self._handler.run(task_vars=variables) File "/etc/ansible/ansible_collections/openstack/config_template/plugins/action/config_template.py", line 869, in run resultant = self._check_templar(data=template_data) File "/etc/ansible/ansible_collections/openstack/config_template/plugins/action/config_template.py", line 768, in _check_templar return self._templar.template( File "/opt/ansible-runtime/lib/python3.8/site-packages/ansible/template/__init__.py", line 869, in template result = self.do_template( File "/opt/ansible-runtime/lib/python3.8/site-packages/ansible/template/__init__.py", line 1139, in do_template res = j2_concat(rf) File "<template>", line 111, in root File "<template>", line 30, in t_3 jinja2.exceptions.TemplateRuntimeError: No filter named 'ipaddr' found. fatal: [localhost]: FAILED! => { "msg": "Unexpected failure during module execution.", "stdout": "" } RUNNING HANDLER [systemd_networkd : Restart networkd] ***************************************************************************************************************** task path: /etc/ansible/roles/systemd_networkd/handlers/main.yml:16 Read vars_file '{{ playbook_dir }}/../playbooks/defaults/repo_packages/openstack_services.yml' <localhost> ESTABLISH LOCAL CONNECTION FOR USER: root <localhost> EXEC /bin/sh -c 'echo ~root && sleep 0' <localhost> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /root/.ansible/tmp `"&& mkdir "` echo /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280 `" && echo ansible-tmp-1646414479.331306-38764-149355553789280="` echo /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280 `" ) && sleep 0' Using module file /opt/ansible-runtime/lib/python3.8/site-packages/ansible/modules/systemd.py <localhost> PUT /root/.ansible/tmp/ansible-local-36177dradb42n/tmpeyfb1i4v TO /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/AnsiballZ_systemd.py <localhost> PUT /root/.ansible/tmp/ansible-local-36177dradb42n/tmpdkb43zb8 TO /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/async_wrapper.py <localhost> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/ /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/AnsiballZ_systemd.py /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/async_wrapper.py && sleep 0' <localhost> EXEC /bin/sh -c 'ANSIBLE_ASYNC_DIR='"'"'~/.ansible_async'"'"' /usr/bin/python3 /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/async_wrapper.py 6737658312 45 /root/.ansible/tmp/ansible-tmp-1646414479.331306-38764-149355553789280/AnsiballZ_systemd.py _ && sleep 0' changed: [localhost] => { "ansible_job_id": "6737658312.38783", "changed": true, "finished": 0, "results_file": "/root/.ansible_async/6737658312.38783", "started": 1 } RUNNING HANDLER [systemd_networkd : (RE)Gather facts post setup] ****************************************************************************************************** task path: /etc/ansible/roles/systemd_networkd/handlers/main.yml:29 Read vars_file '{{ playbook_dir }}/../playbooks/defaults/repo_packages/openstack_services.yml' Using module file /opt/ansible-runtime/lib/python3.8/site-packages/ansible/modules/setup.py Pipelining is enabled. <localhost> ESTABLISH LOCAL CONNECTION FOR USER: root <localhost> EXEC /bin/sh -c '/usr/bin/python3 && sleep 0' ok: [localhost] PLAY RECAP ************************************************************************************************************************************************************ localhost : ok=105 changed=7 unreachable=0 failed=1 skipped=26 rescued=0 ignored=0 thanks for any help ________________________________ "This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of the email by others is strictly prohibited. If you are not the intended recipient, you must not review, disclose, copy, distribute or use this e-mail; please delete it from your system and notify the sender immediately."

2 1

Kolla-Ansible Deploy
by Engrave Powerful Fortune Sun 07 Mar '22

07 Mar '22

1 0

Use idle backup servers
by A Monster 07 Mar '22

07 Mar '22

Is there a way to use multiple servers as backup but these servers stay idle until the main server fails for example two controller servers but only one of them which is running services, and in case this main server fails, the cloud switches to the other server.

2 1

Mistral: Questions on Mistral stability & Its scaling
by prakash RAMCHANDRAN 07 Mar '22

07 Mar '22

Hi all, I am trying to find out from PTL or anyone using versions of stable Mistral beyond Train upto Yoga about their use cases for Managing Workflows, Tasks and Action-Executions etc. Are there any scalability and reliability issues in general. Would some one like to present if we organize a PTG session? We can also consider it as part of Tacker if they still use it for Workflow scheduling. Let me hear your practical experience and recommended bestpratices to use Mistral.Is there any new features planned in Z-Relase ThanksR.PrakasheOTF Sent from Yahoo Mail on Android

1 0

Reminder! PTG April 2022 Team Signup Deadline
by Kendall Nelson 07 Mar '22

07 Mar '22

Hello Everyone, Don't forget to sign your team up for the next Project Teams Gathering (PTG), which will be held virtually from Monday, April 4 to Friday, April 8, 2022! If you haven't already done so and your team is interested in participating, please complete BOTH the survey[1] AND reserve time in the ethercalc[2] by end of day March 11. Then make sure to register[3] for the PTG because that's how you'll receive event details, passwords, and other relevant information about the PTG. Thanks! -Kendall (diablo_rojo) [1] Team Survey: https://openinfrafoundation.formstack.com/forms/april2022_vptg_survey [2] Ethercalc Signup: https://ethercalc.openstack.org/7yxdas7suqnd [3] PTG Registration: https://openinfra-ptg.eventbrite.com

1 0

[all][tc] What's happening in Technical Committee: summary Mar 4th, 21: Reading: 10 min
by Ghanshyam Mann 07 Mar '22

07 Mar '22

Hello Everyone, Here is this week's summary of the Technical Committee activities. Sorry, I missed to click send button on Friday and it stuck in my draft. 1. TC Meetings: ============ * We had this week's meeting on Mar 3rd. Most of the meeting discussions are summarized below (Completed or in-progress activities section). This was a video call and recording are available @ https://www.youtube.com/watch?v=AAVSHvguxWU Meeting summary logs are available @https://meetings.opendev.org/meetings/tc/2022/tc.2022-03-03-15.04.log.html * As we have new TC members, we checked on the weekly meeting time as per new members availability and decided to keep the same time (considering the daylight saving change in coming weeks) * Next week's meeting is on Mar 10th Thursday 15:00 UTC, feel free to add the topic on the agenda[1] by Mar 9th. 2. What we completed this week: ========================= TC resolution on release cadence adjustment [2] --------------------------------------------------------- TC has merged the resolution on release cadence which is discussed in this[3] ML thread. Dan is planning to update the required documentation and also the communication. We will talk about the details and next things to do (testing, document updates etc) in PTG also. But you can read the resolution to know the details. Defined Zed cycle testing runtime[4] ------------------------------------------- Testing runtime for Zed cycle is defined. Zuul job template is also merged[5]. Below are the changes for quick ref: Dropped: - CentOS Stream 8 - Python 3.6 Updated: - Testing py3.8 and py3.9 as voting. (we will add py3.10 as non-voting[6]) - nodejs14 -> nodejs16 3. Activities In progress: ================== TC Tracker for Yoga cycle ------------------------------ * This etherpad includes the Yoga cycle targets/working items for TC[7]. 2 out of 9 items are completed and many are in progress. Open Reviews ----------------- * Eight open reviews for ongoing activities[8]. OpenStack news in OIF newsletter ----------------------------------------- This is newsletter week and I have added a few items for the OpenStack Community news[9]. Please note, this is not limited to TC only instead if you would like to communicate some news from your project, feel fee to add in etherpad. Zed cycle Leaderless projects ---------------------------------- Out of 17, we have leaders for 15 projects. I have started the PTL appointments for those 15 projects[10]. We are left with two projects Adjutant and Trove to identify the leaders[11], if you would like to maintain either of them, please reply here or ping is on #openstack-tc. Slawek will also start the separate email to call for these projects leaders. PTG Preparation -------------------- I have started the etherpad for TC PTG[12] preparation as well as doodle poll to select the slots[13]. Also, selected the TC+Community Leaders sessions for Monday 14-16UTC[14]. Release identification and release name ----------------------------------------------- The proposal is under review and updates [15]. Dropping tags framework ------------------------------ part1 of this is merged[16], part-2 of updating release script and other tags migration is under-progress. TC position on release cadence ------------------------------------- TC resolution is merged and Dan will work on the next steps of documentation update and communication part. Fixing Zuul config error ---------------------------- Requesting projects with zuul config error to look into those and fix them which should not take much time[17]. Project updates ------------------- * Retire js-openstack-lib (waiting on Adjutant to have new PTL/maintainer) [18] 4. How to contact the TC: ==================== If you would like to discuss or give feedback to TC, you can reach out to us in multiple ways: 1. Email: you can send the email with tag [tc] on openstack-discuss ML[19]. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 15 UTC [20] 3. Ping us using 'tc-members' nickname on #openstack-tc IRC channel. [1] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting [2] https://governance.openstack.org/tc/resolutions/20220210-release-cadence-ad… [3] http://lists.openstack.org/pipermail/openstack-discuss/2021-November/025684… [4] https://governance.openstack.org/tc/reference/runtimes/zed.html [5] https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/831826 [6] https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/831633 [7] https://etherpad.opendev.org/p/tc-yoga-tracker [8] https://review.opendev.org/q/projects:openstack/governance+status:open [9] https://etherpad.opendev.org/p/newsletter-openstack-news [10] https://review.opendev.org/q/projects:openstack/governance+status:open+Appo… [11] https://etherpad.opendev.org/p/zed-leaderless [12] https://etherpad.opendev.org/p/tc-zed-ptg [13] https://doodle.com/poll/gz4dy67vmew5wmn9 [14] http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027548.ht… [15] https://review.opendev.org/c/openstack/governance/+/829563 [16] https://review.opendev.org/c/openstack/governance/+/822900 [17] https://etherpad.opendev.org/p/zuul-config-error-openstack [18] https://review.opendev.org/c/openstack/governance/+/798540 [19] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss [20] http://eavesdrop.openstack.org/#Technical_Committee_Meeting -gmann

1 0

[neutron] Bug deputy report for week of February 28th
by Brian Haley 07 Mar '22

07 Mar '22

Hi, I was Neutron bug deputy last week. Below is a short summary about the reported bugs. -Brian Critical bugs ------------- * None High bugs --------- * https://bugs.launchpad.net/neutron/+bug/1962594 - [FT] Test class "TestIsSessionActiveMySQL" failing randomly - https://review.opendev.org/c/openstack/neutron/+/831409 * https://bugs.launchpad.net/neutron/+bug/1962589 - [FT] Method "_router_lifecycle" failing when checking if router is "primary" - Needs owner * https://bugs.launchpad.net/neutron/+bug/1962854 - Fullstack connectivity issues in tests - Slawek assigned to himself Medium bugs ----------- * https://bugs.launchpad.net/neutron/+bug/1962465 - [L3][QoS] FIP QoS extension cannot handle duplicated FIP addresses - https://review.opendev.org/c/openstack/neutron/+/831238 * https://bugs.launchpad.net/neutron/+bug/1962714 - disable ipv6 breaks several unit tests - https://review.opendev.org/c/openstack/neutron/+/831490 * https://bugs.launchpad.net/neutron/+bug/1962608 - [FT] Test "test_show" failing randomly - Needs owner * https://bugs.launchpad.net/neutron/+bug/1962713 - Race between loadbalancer creation and FIP association with ovn-octavia provider - stable/train issue only, related to https://review.opendev.org/c/openstack/ovn-octavia-provider/+/718203/ * https://bugs.launchpad.net/neutron/+bug/1962844 - [SR-IOV] QoS extension doesn't set max-tx-rate and min-tx-rate in the same port - https://review.opendev.org/c/openstack/neutron/+/831830 Low bugs -------- * https://bugs.launchpad.net/neutron/+bug/1962497 - Open vSwitch: High availability using DVR in Neutron doesn't reflect environments using ovs firewall driver w/out qbr Misc bugs --------- * None Wishlist bugs ------------- * https://bugs.launchpad.net/neutron/+bug/1962821 - Support binding floating ip to smart-nic port in the dvr mode. - https://review.opendev.org/c/openstack/neutron-lib/+/831639 - Needs further review of change

1 0

[kolla-ansible][wallaby][centos][horizon-dashboard] Changing logo.svg
by Franck VEDEL 07 Mar '22

07 Mar '22

Hello, I come back to ask for some help with a new problem on my Openstack platform. For once, it's a small problem. I take this opportunity to thank those who helped me solve my problem which was the following: the instances were not created regularly on the 3 nova servers. Nova-scheduler was malfunctioning. I fixed the problem by setting build_failure_weight_multiplier=0 Since then, in DEBUG mode, we can clearly see the calculation of the weight and the distribution of the instances. It's beautiful. My new problem is: I'm using kolla-ansible, centos (stream) and Wallaby. In the directory /usr/local/lib/python3.6/site-packages/openstack_dashboard/static/dashboard/img/ I modified the 3 files logo.svg, logo-splash.svg, favicon.ico. I thought doing a "kolla-ansible -i multinode reconfigure horizon" would update the logos and favicon.ico....but no, it does nothing. How do I change these logos with kolla-ansible? Is it difficult? thank you in advance Franck VEDEL

2 2

[ansible openstack collections/modules] Core team clean up
by Sagi Shnaidman 07 Mar '22

07 Mar '22

Hello, I took a look at our core team ansible-collections-openstack-core in Gerrit.[1] There are people that might be not participating in the development of Ansible Openstack collections anymore:[2] Jesse Pretorius Julia Kreger Kevin Carter Mohammed Naser Monty Taylor If there are no objections from them, I'd like to propose we remove these folks from our core team, while thanking them for their contributions. If anyone still wants to resume their work on collections or just want to help in reviews and merges, please let me know. Same if you are sure you don't plan to participate in collections development in the next future and would like to be removed from the list for now. Please reply and let me know any agreements or concerns. [1] https://review.opendev.org/admin/groups/0e01228e912733e8b9a8d957631e41665aa… [2] https://www.stackalytics.io/report/contribution?module=opendev.org/openstac… -- Best regards Sagi Shnaidman

2 1

[TripleO] Major Release Upgrade Issue
by Anirudh Gupta 07 Mar '22

07 Mar '22

Hi Team I have deployed Openstack USSURI using TripleO. It was successfully done, after which I started Upgrading the setup to Victoria. The Undercloud was successfully upgraded and there was no issue, but when I tried upgrading the Overcloud Nodes (starting with the Controller), some issues were encountered while executing the below command openstack overcloud upgrade run --limit Controller --playbook upgrade_steps_playbook.yaml Issue: TASK | Ensure DNF modules have the right stream *2022-03-04 14:29:57.723661 | 525400cb-2e90-4086-e760-00000000009b | FATAL | Ensure DNF modules have the right stream | overcloud-novacompute-0 |* item={'module': 'container-tools', 'stream': '3.0'} |* *...* *...* *Installing module from Fail-Safe repository is not* *allowed\"))\ndnf.exceptions.Error: Installing module from Fail-Safe repository is not allowed\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1}** *Can someone please help in resolving this.* Thanks in Advance Regards Anirudh Gupta

1 0

[nova][neutron] os-vif params
by Arnaud Morin 07 Mar '22

07 Mar '22

Hey all, When I take a look at [1], I can see some parameters, such as network_device_mtu, isolate_vif, etc. As far as I can tell, nova is using these params when plugging the port in OVS (if using OVS as ml2 plugin of course). But I cannot find the config params in the documentation: [2] Am I missing something? Cheers, Arnaud. [1] https://github.com/openstack/os-vif/blob/master/vif_plug_ovs/ovs.py [2] https://docs.openstack.org/nova/latest/configuration/config.html

4 6

[ironic][tripleo][kayobe][tenks][vbmc] Do you also experience random issues with vbmc?
by Radosław Piliszek 07 Mar '22

07 Mar '22

Dear fellow upstream OpenStackers, I tagged the main projects that use vbmc intensively because I have a question regarding the stability of vbmc. I have been working on adding baremetal testing in Kolla Ansible using Tenks and thus also VirtualBMC. I am encountering random failures that I am at the moment unable to debug. It seems vbmc likes to reject the "chassis bootdev pxe" ipmitool command from time to time (the command is issued when trying to deploy a host). This seems permanent per case as ironic retries this call several times only to fail. The error message is "Error setting Chassis Boot Parameter 5". I can't see any trace in vbmc logs (with DEBUG enabled). Other ipmitool commands seem to work fine (like periodic power status). I was wondering if any of you also experienced this issue. I am providing a link to an excerpt from the logs. [1] It also shows a raw ipmitool command succeeding only to let the next one fail. [1] https://paste.ubuntu.com/p/MgHHpDvVGf/ -yoctozepto

2 2

[Triple0] Upgrade Error
by Lokendra Rathour 05 Mar '22

05 Mar '22

Hi Team, we are trying to upgrade Triple0 Train to Ussuri. Undercloud upgrade prepare is done successfully and when we are going for overcloud upgrade getting below error: * len(inspect.getargspec(type_).args) > 1)2022-02-23 16:49:50.959 187217 INFO tripleoclient.utils.utils [-] Running Ansible playbook: /usr/share/ansible/tripleo-playbooks/cli-update-params.yaml, Working directory: /tmp/tripleoj7rvp51m, Playbook directory: /usr/share/ansible/tripleo-playbooksPLAY [Update Parameters] *******************************************************2022-02-23 16:49:51.858966 | 5254007d-0040-f631-88e7-000000000008 | TASK | Check for required inputs2022-02-23 16:49:51.895961 | 5254007d-0040-f631-88e7-000000000008 | SKIPPED | Check for required inputs | localhost2022-02-23 16:49:51.897803 | 5254007d-0040-f631-88e7-000000000008 | TIMING | Check for required inputs | localhost | 0:00:00.096595 | 0.04s2022-02-23 16:49:51.901827 | 5254007d-0040-f631-88e7-000000000009 | TASK | Set parameters fact2022-02-23 16:49:51.949091 | 5254007d-0040-f631-88e7-000000000009 | OK | Set parameters fact | localhost2022-02-23 16:49:51.951583 | 5254007d-0040-f631-88e7-000000000009 | TIMING | Set parameters fact | localhost | 0:00:00.150375 | 0.05s2022-02-23 16:49:51.956146 | 5254007d-0040-f631-88e7-00000000000b | TASK | Update parameters2022-02-23 16:50:12.542028 | 5254007d-0040-f631-88e7-00000000000b | FATAL | Update parameters | localhost | error={"changed": false, "error": "Error validating environment for plan overcloud: ERROR: Property error: resources.InternalApiVirtualIP.properties: Unknown Property DnsName\n File \"/usr/lib/python3.6/site-packages/heat/common/wsgi.py\", line 891, in __call__\n request, **action_args)\n File \"/usr/lib/python3.6/site-packages/heat/common/wsgi.py\", line 964, in dispatch\n return method(*args, **kwargs)\n File \"/usr/lib/python3.6/site-packages/heat/api/openstack/v1/util.py\", line 56, in handle_stack_method\n return handler(controller, req, **kwargs)\n File \"/usr/lib/python3.6/site-packages/heat/api/openstack/v1/stacks.py\", line 633, in validate_template\n raise exc.HTTPBadRequest(result['Error'])\n", "msg": "Error updating parameters for plan overcloud: Error validating environment for plan overcloud: ERROR: Property error: resources.InternalApiVirtualIP.properties: Unknown Property DnsName\n File \"/usr/lib/python3.6/site-packages/heat/common/wsgi.py\", line 891, in __call__\n request, **action_args)\n File \"/usr/lib/python3.6/site-packages/heat/common/wsgi.py\", line 964, in dispatch\n return method(*args, **kwargs)\n File \"/usr/lib/python3.6/site-packages/heat/api/openstack/v1/util.py\", line 56, in handle_stack_method\n return handler(controller, req, **kwargs)\n File \"/usr/lib/python3.6/site-packages/heat/api/openstack/v1/stacks.py\", line 633, in validate_template\n raise exc.HTTPBadRequest(result['Error'])\n", "success": false}2022-02-23 16:50:12.544560 | 5254007d-0040-f631-88e7-00000000000b | TIMING | Update parameters | localhost | 0:00:20.743350 | 20.59s* Command used to run the overcloud upgrade prepare: *(undercloud) [stack@undercloud ~]$ cat upgrade_overcloud_prepare.shopenstack overcloud upgrade prepare --templates \ -r /home/stack/templates/roles_data.yaml \ -n /home/stack/templates/network_data.yaml \ -e /home/stack/templates/environment.yaml \ -e /home/stack/templates/environments/network-isolation.yaml \ -e /home/stack/templates/environments/network-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/docker-ha.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/podman.yaml \ -e /home/stack/templates/init-repo.yaml \ -e /home/stack/containers-prepare-parameter.yaml(undercloud) [stack@undercloud ~]$* *Document referred:*Upgrading to a Next Major Release — TripleO 3.0.0 documentation (openstack.org) <https://docs.openstack.org/project-deploy-guide/tripleo-docs/wallaby/post_d…> Any support here, please. -- ~ Lokendra skype: lokendrarathour

2 5

[tc][ptl] TC + Community Leaders interaction in Zed Virtual PTG
by Ghanshyam Mann 04 Mar '22

04 Mar '22

Hello Everyone, We had successful TC+Community leaders interaction sessions in the last PTG, and we will continue the same for Zed cycle PTG also. I have created the below etherpad with the draft agenda, If you as PTL or project representatives or SIG Chair and would like to attend this session, please add your name: - https://etherpad.opendev.org/p/tc-ptl-interaction-zed Also, I have created the doodle poll to select the best suitable time. It will be for two hours (single or two sessions) either on Monday or Tuesday. Please add your preference in the below doodle poll (including TC members): - https://doodle.com/poll/dcer6i3wk2b8eim3 -gmann

1 1

[release] Release countdown for week R-3, Mar 07 - 11
by Előd Illés 04 Mar '22

04 Mar '22

Development Focus ----------------- The Release Candidate (RC) deadline is next Thursday, March 10th, 2022. Work should be focused on fixing any release-critical bugs. General Information ------------------- All deliverables released under a cycle-with-rc model should have a first release candidate by the end of the week, from which a stable/yoga branch will be cut. This branch will track the Yoga release. Once stable/yoga has been created, the master branch will be ready to switch to Zed development. While the master branch will no longer be feature-frozen, please prioritize any work necessary for completing Yoga plans. Release-critical bugfixes will need to be merged in the master branch first, then backported to the stable/yoga branch before a new release candidate can be proposed. Actions ------- Early in the week, the release team will be proposing RC1 patches for all cycle-with-rc projects, using the latest commit from the master branch. If your team is ready to go for cutting RC1, please let us know by leaving a +1 on these patches. If there are still a few more patches needed before RC1, you can -1 the patch and update it later in the week with the new commit hash you would like to use. Remember, stable/yoga branches will be created with this, so you will want to make sure you have what you need included to avoid needing to backport changes from the master branch (which will technically then be Zed) to this stable branch for any additional RCs before the final release. The release team will also be proposing releases for any deliverable following a cycle-with-intermediary model that has not produced any Yoga release so far. Finally, now is a good time to finalize release highlights if you have not already done so. Release highlights help shape the messaging around the release and make sure that your work is properly represented. Upcoming Deadlines & Dates -------------------------- RC1 deadline: March 10th, 2022 (R-3 week) Final RC deadline: March 24th, 2022 (R-1 week) Final Yoga release: March 30th, 2022 Next PTG: April 4 - 8, 2022 (virtual) Előd Illés irc: elodilles

1 0

[requirements][release][rfe] sushy 4.1.1 for Yoga
by Iury Gregory 04 Mar '22

04 Mar '22

Hello Stackers, I would like to request a new release for sushy before creating the yoga branch, It contains some important fixes (e.g it will fix a problem when build sushy in Debian). The sushy lib is only used by ironic, so it shouldn't cause any problems updating the version in requirements. Thanks! -- *Att[]'sIury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Part of the ironic-core and puppet-manager-core team in OpenStack* *Software Engineer at Red Hat Czech* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory(a)gmail.com <iurygregory(a)gmail.com>*

3 3

[Ironic] No suitable device was found for deployment
by 韩光宇 04 Mar '22

04 Mar '22

Dear all, I have a OpenStack Victoria environment, and tried to use ironic manage bare metal. But I got "- root device hints were not provided and all found block devices are smaller than 4294967296B." in deploy stage. 2022-02-09 17:57:56.492 3908982 ERROR ironic.drivers.modules.agent_base [-] Agent returned error for deploy step {'step': 'write_image', 'priority': 80, 'argsinfo': None, 'interface': 'deploy'} on node cc68c450-ce54-4e1c-be04-8b0a6169ef92 : No suitable device was found for deployment - root device hints were not provided and all found block devices are smaller than 4294967296B.. I used "openstack server create --flavor my-baremetal-flavor --nic net-id=$net_id --image $image testing" to deploy bare metal node. I download deploy images(ipa-centos8-master.kernel and ipa-centos8-master.initramfs) in https://tarballs.opendev.org/openstack/ironic-python-agent/dib/files/. The baremetal node info and flavor info as following: https://paste.opendev.org/show/bV7lgO6RkNQY6ZGPbT2e/ Ironic configure file as following: https://paste.opendev.org/show/bTgY9Kpn7KWqwQl73aEa/ Ironic-conductor log: https://paste.opendev.org/show/bFKZYlXmccxNxU8lEogk/ The log of ironic-python-agent in bare metal node: https://paste.opendev.org/show/btAuaMuV2IutV2Pa7YIa/ I see some old discussion about this, such as: https://bugzilla.redhat.com/show_bug.cgi?id=1312187. But those discussions took place a long time ago, not version V, and no solution was seen. Does anyone know how to solve this problem? I would appreciate any kind of guidance or help. Thank you, Han Guangyu

3 14

[nova][placement] Zed PTG preparation
by Sylvain Bauza 04 Mar '22

04 Mar '22

Hey folks, We have until Mar 11th [1]to communicate about our needs for the Zed PTG (I've already signed up our presence by the survey) .As you can see in [2], there are already projects that booked some timeslots. This time, I won't ask you to tell me over Doodle which times you can be around, but I'd rather propose you 3 options : Option A "The short one" : we ask for 3 days from Wednesday to Friday with 4 hours each (13UTC-17UTC) Option B "The week used": we ask for 4 days from Tuesday to Friday with 3 hours each (14UTC-17UTC) Option C "The largest one" : we ask for 4 days from Tuesday to Friday with 4 hours each (13UTC-17UTC) Option D "The Asian-nice one" : we ask for Wed to Friday with 3 hours each (14UTC-17UTC) but we also ask for Thursday with 2 hours (6UTC-8UTC) Please start to think about those options as we'll discuss this on next Tuesday meeting [3] and eventually we will vote on it. I also created a new etherpad for our PTG : https://etherpad.opendev.org/p/nova-zed-ptg If you want, you can start to collect some topics but also if you aren't able to attend next Nova meeting, you can also start to vote on the option above in there. Voila, that's it. Thanks and let's discuss it again on next meeting, -Sylvain [1] http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027051… [2] https://ethercalc.openstack.org/7yxdas7suqnd [3] https://meetings.opendev.org/#Nova_Team_Meeting

1 0