Difference between revisions of "CinderBobcatPTGSummary"
(→OpenStackClient update) |
(→OpenStack Client update) |
||
Line 220: | Line 220: | ||
* '''#action:''' go forward with the plan of working towards parity with SDK | * '''#action:''' go forward with the plan of working towards parity with SDK | ||
+ | |||
+ | ===Quotas=== |
Revision as of 11:29, 5 April 2023
Introduction
The Seventh virtual PTG for the 2023.2 Bobcat cycle of Cinder was conducted from Tuesday, 28th March, 2023 to Friday, 31st March, 2023, 4 hours each day (1300-1700 UTC). This page will provide a summary of all the topics discussed throughout the PTG.
This document aims to give a summary of each session. More context is available on the cinder Bobcat PTG etherpad:
The sessions were recorded, so to get all the details of any discussion, you can watch/listen to the recording. Links to the recordings are located at appropriate places below.
Tuesday 28 March
recordings
- <Placeholder for Recording 1>
- <Placeholder for Recording 2>
Announcements
- 2023.1 (Antelope) is released!
ML: https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032872.html
- 2023.1 (Antelope) Project update in OpenInfra live
Link: https://www.youtube.com/watch?v=YdLTUTyJ1eU
PTL and TC Interaction Summary
We discussed about what are the challenges faced by a new contributor in OpenStack and what steps we can take to help improve the process. Some of the difficulties discussed are:
- Gerrit interface isn't very intuitive
- Devstack errors are not easy to debug and resolve: Cinder team didn't mandate installing devstack for Outreachy contribution this time which improved the contribution significantly.
- OpenStack requires more devops/linux-style knowledge than many other OSS projects
There is a crash course for learning linux concepts
Link: https://missing.csail.mit.edu/
Manila team is working on a guide for outreachy applicants
Link: https://wiki.openstack.org/wiki/Outreachy_Applicants_Guide#Outreachy_Applicants_Guide
2023.1 (Antelope) Retrospective
What was good?
- Added a new core -- Jon Bernard
What was bad?
- Delaying of RC1 and RC2 due to certain fixes
What should we stop doing?
- Someone mentioned that they don't like the recent practice of adding reviews to the meeting agenda, but on the other hand, it does get them some attention
- Keystone has "reviewathon" on Fridays. They separate managing bugs/reviews and doing reviews in a meeting. - We also have "festivals", but not every week.
- It would be good to have more people joining
- It was also mentioned that we should have a meeting where people can bring their own patches for reviews (not specifically XS)
- There was a concern regarding driver patches taking time for third party CI to respond and patches keep waiting even after CI passes
- we can discuss about their CI status and if not reporting, we can flag and warn them to fix it
What should we continue doing?
- Festival of XS reviews
- once-a-month video team meeting
Cinder contribution Information:
Link: https://tiny.cc/cinder-info
Outreachy Overview
Sofia provided a great presentation on outreachy which is available here.
Quick question about NFS encryption
are Dell and NetApp developers interested in getting the encryption support for their drivers? If we enable encryption in generic nfs driver, drivers inheriting from it automatically gets the support which is not something we want. Responses from driver vendors:
- NetApp
- Netapp already has backend encryption but they don't enable is since they don't have any customer request for encryption
- Dell
- No plan to use NFS encryption as there is no real ask from their customers
Cinder backup improvements
Christian couldn't attend the meeting so here are the specs he mentioned that requires attention.
- Spec for dedicated status tracking to decouple backup process from other tasks
- Spec to allow backups to be encrypted
- https://review.opendev.org/c/openstack/cinder-specs/+/862601
- ML Thread
- #action: Gorka will be updating the spec
tobias-urdin brought up a problem with cinder backup/restore and availability zones.
- Bug: https://bugs.launchpad.net/cinder/+bug/1949313
- Gorka thinks the source of the bug is that we don't pass the availability zone while creating the volume to restore to
- One solution is have a config option to allow cross AZ volume backup relation, example, enable_cross_az_backups = true (default)
- #action: Someone to take up the task to fix the bug
EM vs EOL for rocky and stein and in general
We thought that it would be a good idea to remove all jobs from a branch but still keep it for collaboration purpose but there were few points opposing that idea:
- if there are multiple patches proposed to a branch where we aren't merging anything, we will end up patches conflicting with each other
- Keeping branches EM signals that it is still maintained (based on the naming extended maintenance) which isn't a good message from our side
Also there was a mention of the idea that we mark the branch as EOL but still keep it for collaboration:
- If we mark branches as EOL and still keep it, we will need to convince other projects about the proposal of marking branch as EOL but not deleting it
Another discussion related to stable branches that should report third party CI runs:
- There are 3 active stable branches at any point, currently for 2023.2 development, they are 2023.1, Zed and Yoga (Xena will move to EM)
- We need to keep track of the ubuntu and python version while doing this testing
Action Items:
- #action: reply to the ML regarding Cinder's take on the situation i.e. to EOL rocky and stein
- #action: Brian to summarize the discussion in an etherpad and sent it out to ML
Wednesday 29 March
recordings
- <Placeholder for Recording 1>
- <Placeholder for Recording 2>
Image Encryption - Current State
Patches in python-barbicanclient and castellan have merged and castellan release will be out soon.
From cinder perspective, we will have patches for os-brick and cinder (for the create bootable volume operation).
The glance and cinder changes will be dependent upon the os-brick patch so the priority should be os-brick > glance and cinder.
The team feels tempest scenario tests would be good to have including glance, cinder, os-brick code paths.
- #action: review the os-brick change
FIPS jobs
We have ubuntu and centos jobs proposed.
- Ubuntu
- CentOS
Since Ubuntu Focal (20.04) doesn't have a kernel supporting anything else than MD5, we can't use lvm + iscsi target. We can probably try with LVM+ NVMe-TCP or LVM + nvme-rdma using the Soft-RoCE. Also FIPS is only enabled on Focal so Jammy isn't qualified for FIPS testing as of now.
- #action: review and merge proposed patches to start running jobs as non-voting but also keep an eye on failures
Operator Hour
Etherpad: https://etherpad.opendev.org/p/march2023-ptg-operator-hour-cinder
There were no operators that joined the cinder operator hour. To make better use of the time, we discussed a topics that were proposed by an operator.
- (How) to reduce memory footprint for "all" deployment tools, as done here for
- Devstack: https://review.opendev.org/c/openstack/devstack/+/848290
- Triple-O: https://review.opendev.org/c/openstack/tripleo-common/+/845807
- There are two other ways to reduce memory consumption in a deployment
- 1) Keep the chunk size small
- a) The option name is different for each backup driver, example, for RBD it is backup_ceph_chunk_size
- 2) limit number of backup/restore operations
- a) this can be done with backup_max_operations config option
- b) https://docs.openstack.org/cinder/latest/admin/volume-backups.html#backup-max-operations
- 1) Keep the chunk size small
- Memory usage in CI jobs
- We did some tweaking in mysql config to reduce memory usage in a devstack deployment
- https://review.opendev.org/c/openstack/devstack/+/873646
- This is disabled by default but can be enabled in gate jobs with a devstack variable, MYSQL_REDUCE_MEMORY: true
- We've also added indexes to our DB improving the query performance
- We did some tweaking in mysql config to reduce memory usage in a devstack deployment
Are we ready for SQLAlchemy 2?
oslo.db 13.0.0 will be released during 2023.2 Bobcat development and will remove sqlalchemy-migrate support and formally add support for sqlalchemy 2.x. For cinder to adopt to this change, we will need to merge the following patches.
There is also an effort to remove the abstraction in the DB code and make sqlalchemy as our only DB ORM. The team agrees that we should move forward with this.
We have the following action items.
- #action: Rajat to look into cinderlib for open patches and release it
- #action: Brian to change job definitions to test against 2023.1 instead of cinder/os-brick master
- cinderlib release model, changes: https://docs.openstack.org/cinderlib/latest/contributor/contributing.html
- 878943: Continue 2023.1 (Antelope) development | https://review.opendev.org/c/openstack/cinderlib/+/878943
Thursday 30 March
recordings
- <Placeholder for Recording 1>
- <Placeholder for Recording 2>
OpenStack Client update
We added missing commands in OSC in the 2023.1 Antelope release and got parity between cinderclient and OpenStack client. Following are the changes we are planning for 2023.2 Bobcat development cycle:
- We will make OSC as the default CLI and only add new commands to OSC and not cinderclient
- We will still need to add python bindings to cinderclient
- We will Improve openstacksdk to add support for missing cinder operations
- #action: go forward with the plan of working towards parity with SDK