Difference between revisions of "Meetings/InfraTeamMeeting"
< Meetings
Clark Boylan (talk | contribs) (→Agenda for next meeting) |
Clark Boylan (talk | contribs) (→Agenda for next meeting) |
||
| (27 intermediate revisions by 5 users not shown) | |||
| Line 12: | Line 12: | ||
* Actions from last meeting | * Actions from last meeting | ||
| + | |||
| + | * Specs Review | ||
| + | ** Mailman 3 spec https://review.opendev.org/810990 | ||
* Topics | * Topics | ||
| − | ** | + | ** Improving OpenDev's CD throughput (clarkb 20211026) |
| − | *** | + | *** We can run many of our jobs in parallel in all of our CD pipelines. But this requires we properly document/address dependencies |
| − | ** | + | **** Need to understand our job dependencies and properly note them in Zuul config or address them by combining jobs. |
| − | ** | + | ***** Example 1: Combine service-gitea-lb and service-gitea jobs. |
| − | *** | + | ***** Example 2: Combine letsencrypt and nameserver jobs |
| − | *** | + | ***** Example 3: Have all jobs with webserver config express a dependency on the letsencrypt job |
| − | ** | + | **** Suggest we document the known job dependencies in a human readable format, then encode this into zuul, then we can switch to parallel runs. |
| − | **** | + | **** https://review.opendev.org/c/opendev/system-config/+/807672 |
| − | ** | + | ***** should list dependencies for all jobs |
| − | ** | + | ***** zuul doesn't trigger on this? not sure on best approach to make it mergable |
| − | + | **** https://review.opendev.org/c/opendev/base-jobs/+/807807 | |
| − | * | + | ***** currently every executor adds keys for bridge, then logs in and clones system-config before running playbooks |
| − | + | ***** this change makes split jobs to do this. however, production remains the same as both are called. | |
| − | + | **** https://review.opendev.org/c/opendev/system-config/+/807808 | |
| − | *** | + | ***** this is a follow-on that adds a base job to clone system-config, and stops the other production jobs re-cloning. |
| − | *** | + | ***** this job must run first, but then all other jobs can run in parallel, as they are all in the same buildset and using the same "view" of system-config for that particular run |
| − | ** | + | ** Gerrit Account cleanups (clarkb 20211026) |
| − | *** | + | *** 33 conflicts remain. Clarkb has written notes on proposed plans for each user in the comments of review02:~clarkb/gerrit_user_cleanups/audit-results-annotated.yaml |
| − | ** | + | ** Fedora 34 test node booting problems (clarkb 20211026) |
| − | *** | + | *** Changes to Fedora's kernel packaging broke Xen |
| − | + | *** Not yet sure if that may have also somehow broken OVH and iweb. | |
| − | *** | + | ** Begin planning for Gerrit 3.4 upgrade (clarkb 20211026) |
| − | *** | + | *** Read through release notes and identify areas of concern. |
| − | ** | + | **** https://www.gerritcodereview.com/3.4.html |
| − | *** | + | *** Do we need to modify system-config-run-review-3.4 or system-config-upgrade-review jobs to test any specific behaviors? |
| − | *** | + | *** Probably worth holding a 3.4 test node and doing a skim for any unexpected behaviors. |
| − | *** | ||
* Open discussion | * Open discussion | ||
| Line 47: | Line 49: | ||
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit) | (any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit) | ||
| − | * | + | * Rename foo/example -> bar/example: https://review.opendev.org/123456 |
| − | |||
== Previous meetings == | == Previous meetings == | ||
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/ | Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/ | ||
Revision as of 23:40, 25 October 2021
Contents
Weekly Project Infrastructure team meeting
The OpenDev Team holds public weekly meetings in #opendev-meeting on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.
Please feel free to add agenda items (and your IRC nick in parenthesis).
Agenda for next meeting
- Announcements
- Actions from last meeting
- Specs Review
- Mailman 3 spec https://review.opendev.org/810990
- Topics
- Improving OpenDev's CD throughput (clarkb 20211026)
- We can run many of our jobs in parallel in all of our CD pipelines. But this requires we properly document/address dependencies
- Need to understand our job dependencies and properly note them in Zuul config or address them by combining jobs.
- Example 1: Combine service-gitea-lb and service-gitea jobs.
- Example 2: Combine letsencrypt and nameserver jobs
- Example 3: Have all jobs with webserver config express a dependency on the letsencrypt job
- Suggest we document the known job dependencies in a human readable format, then encode this into zuul, then we can switch to parallel runs.
- https://review.opendev.org/c/opendev/system-config/+/807672
- should list dependencies for all jobs
- zuul doesn't trigger on this? not sure on best approach to make it mergable
- https://review.opendev.org/c/opendev/base-jobs/+/807807
- currently every executor adds keys for bridge, then logs in and clones system-config before running playbooks
- this change makes split jobs to do this. however, production remains the same as both are called.
- https://review.opendev.org/c/opendev/system-config/+/807808
- this is a follow-on that adds a base job to clone system-config, and stops the other production jobs re-cloning.
- this job must run first, but then all other jobs can run in parallel, as they are all in the same buildset and using the same "view" of system-config for that particular run
- Need to understand our job dependencies and properly note them in Zuul config or address them by combining jobs.
- We can run many of our jobs in parallel in all of our CD pipelines. But this requires we properly document/address dependencies
- Gerrit Account cleanups (clarkb 20211026)
- 33 conflicts remain. Clarkb has written notes on proposed plans for each user in the comments of review02:~clarkb/gerrit_user_cleanups/audit-results-annotated.yaml
- Fedora 34 test node booting problems (clarkb 20211026)
- Changes to Fedora's kernel packaging broke Xen
- Not yet sure if that may have also somehow broken OVH and iweb.
- Begin planning for Gerrit 3.4 upgrade (clarkb 20211026)
- Read through release notes and identify areas of concern.
- Do we need to modify system-config-run-review-3.4 or system-config-upgrade-review jobs to test any specific behaviors?
- Probably worth holding a 3.4 test node and doing a skim for any unexpected behaviors.
- Improving OpenDev's CD throughput (clarkb 20211026)
- Open discussion
Upcoming Project Renames
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)
- Rename foo/example -> bar/example: https://review.opendev.org/123456
Previous meetings
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/
