March 2023 - service-discuss - lists.opendev.org

Stx docs version menu
by Stone, Ronald 11 Apr '23

11 Apr '23

We are having issues with the version/branch menu on the starlingx docs site. From a release branch, e.g docs.starlingx.com/r/stx.6.0 trying to switch to another release branch append the "r/stx.<version>/" to the current URL instead of pointing to https://docs.starlingx.io/r/stx.<version<https://docs.starlingx.io/r/stx.%3cversion>>. i.e. docs.starlingx.com/r/stx.6.0/r/stx.7.0 is constructed instead of the correct docs.starlingx.com/r/stx.7.0. The settings in the corresponding Sphinx conf.py file are: starlingxdocs_plus_this_version = "r/stx.6.0" starlingxdocs_plus_other_versions = [("Version 7.0","r/stx.7.0"),("Version 8.0","r/stx.8.0"),("Latest","/")] Can we confirm if these conf.py settings are correct? If they are, then we will open a bug against the template. Thanks

2 2

Skipping the team meeting on March 28, 2023
by Clark Boylan 27 Mar '23

27 Mar '23

Heads up, we will skip tomorrow's (March 28, 2023) team meeting. A number of us are participating in the virtual PTG this week and not having another hour of meetings would be nice. As always, if there is something important, urgent, or just interesting feel free to bring it up on this mailing list or on IRC. We can continue to work asynchronously as usual. Clark

1 0

Team Meeting Agenda for March 21, 2023
by Clark Boylan 20 Mar '23

20 Mar '23

We will meet on March 21, 2023 at 19:00 UTC in #opendev-meeting with this agenda: == Agenda for next meeting == * Announcements ** OpenStack release happening this week (should happen tomorrow). ** PTG next week * Actions from last meeting * Specs Review * Topics ** Docker Hub Team shutdown (clarkb 20230321) *** https://etherpad.opendev.org/p/MJTzrNTDMFyEUxi1ReSo Notes on the situation and planning *** https://quay.io/organization/opendevorg Will become the new home for opendev images *** https://review.opendev.org/c/zuul/zuul-jobs/+/877834 Role to precreate public images on quay.io *** TODO Update zuul jobs for publication and promotion to quay.io *** TODO Copy historical content form docker hub to quay.io *** TODO publish new up to date images to quay.io ** Bastion host (ianw 20230321) *** https://review.opendev.org/q/topic:prod-bastion-group Remaining changes are part of parallel ansible runs on bridge *** https://review.opendev.org/q/topic:bridge-backups *** Fungi needed to boot old bridge to recover gpg key material and generation tools. ** Mailman 3 (clarkb 20230321) *** https://etherpad.opendev.org/p/mm3migration *** Need to change site domains ** Gerrit Updates (ianw 20230321) *** https://review.opendev.org/c/opendev/system-config/+/868054 Better testing of submit-requirements and copyConditions *** https://bugs.chromium.org/p/gerrit/issues/detail?id=16765 Gerrit 3.7.1 related changes bug **** https://gerrit-review.googlesource.com/c/gerrit/+/364214 Gerrit 3.7.1 related changes bug fix ** Upgrading Bionic servers to Focal/Jammy (clarkb 20230321) *** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades *** Gitea09-14 are the six production giteas behind haproxy *** Gitea01-04 are receiving Gerrit replication updates until we are confident we will not fallback to needing them any longer. **** Will cleanup after the openstack release. *** Nameserver planning has begun **** https://review.opendev.org/q/topic:jammy-dns **** https://etherpad.opendev.org/p/2023-opendev-dns ** AFS volume quotas and utilization (clarkb 20230321) *** Fedora 36 to be cleaned up in the near future. ** Scheduling project renames (clarkb 20230321) *** April 6, 2023 at 22:00 UTC *** https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/… ** Quo vadis storyboard (frickler 20230321) *** ML thread https://lists.opendev.org/pipermail/service-discuss/2022-October/000370.html *** Clarkb needs to resync on this but then we should make some decisions. ** Gitea 1.19 Upgrade (clarkb 20230321) *** Gitea 1.19.0 has been released *** https://review.opendev.org/c/opendev/system-config/+/877541 Upgrade opendev.org to 1.19.0 **** Probably best to wait for the openstack release to be finished before landing this change. * Open discussion

1 0

Team Meeting Agenda for March 14, 2023
by Clark Boylan 13 Mar '23

13 Mar '23

We will meet on March 14, 2023 at 19:00 UTC (note the DST change in some locations) in #opendev-meeting with this agenda: == Agenda for next meeting == * Announcements ** Daylight Savings time has taken effect in North America and will in a few weeks for others. This may affect the time you attend our meeting in your local timezone, but we continue to meet at 19:00 UTC. * Actions from last meeting * Specs Review * Topics ** Bastion host (ianw 20230314) *** https://review.opendev.org/q/topic:prod-bastion-group Remaining changes are part of parallel ansible runs on bridge *** https://review.opendev.org/q/topic:bridge-backups ** Mailman 3 (clarkb 20230314) *** https://etherpad.opendev.org/p/mm3migration *** Need to change site domains ** Gerrit Updates (ianw 20230314) *** https://review.opendev.org/q/topic:gerrit-s-r-3.7 Cleaning up deprecated Gerrit ACL stuff *** We discovered that 'and' and 'AND' are not equivalent in Gerrit search queries. *** Conversions to submit requirements and CopyConditions continue. ** Upgrading Bionic servers to Focal/Jammy (clarkb 20230314) *** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades *** Gitea09-14 are the six production giteas behind haproxy *** Gitea05-08 have been deleted and removed from DNS *** Gitea01-04 are receiving Gerrit replication updates until we are confident we will not fallback to needing them any longer. *** Nameserver planning has begun **** https://review.opendev.org/q/topic:jammy-dns **** https://etherpad.opendev.org/p/2023-opendev-dns ** AFS volume quotas and utilization (clarkb 20230314) *** Quotas increased last week on a number of volumes to avoid hitting limits *** Addition of Fedora 37 and removal of Fedora 35 seems to have resulted in a net increase in data storage. *** Do we need to be thinking about increasing the size of backing volumes? I was unable to find any short term deletion wins. ** Scheduling project renames (clarkb 20230314) *** April 7, 2023 are things still looking good for this date? *** We should pick a time of day and announce it. ** Quo vadis storyboard (frickler 20230314) *** ML thread https://lists.opendev.org/pipermail/service-discuss/2022-October/000370.html *** Clarkb needs to resync on this but then we should make some decisions. * Open discussion

1 0

Modernising ACLs for Gerrit 3.7
by Ian Wienand 06 Mar '23

06 Mar '23

Hi, The changes to update copy-conditionals and submit-requirements have multiplied a bit, so I thought it might be good to have a bit of a written-down plan to get us ready for Gerrit 3.7. I think we should probably start with a manual update to All-Projects, as we don't really manage that in Ansible. The two reviews to update the bootstrap documentation should serve as review for the production change: https://review.opendev.org/c/opendev/system-config/+/876236 https://review.opendev.org/c/opendev/system-config/+/876237 I've consolidated those changes an actual diff to our production All-Projects/project.config shown in https://paste.opendev.org/show/bmy36m7TO2b4cpndO5gO/ I have that in a checkout, so if we're happy with that, I can manually push it (or will rework for comments). I think this gives us a good place to start and covers both the copy-conditions and submit-requirements changes for the top-level All-Projects. Updating the copy-conditions for the project ACL's is already reviewed in https://review.opendev.org/c/openstack/project-config/+/867931 I think I'll feel better about that having already done All-Projects and seen that working, but that just needs to be applied. Then we need to move onto submit-requirements for the project ACL's. Firstly https://review.opendev.org/c/openstack/project-config/+/875992/1 is just mechnical to handle the arguments in the normalize tool. The first change https://review.opendev.org/c/openstack/project-config/+/875804/3 updates labels using "function = NoOp" to also have a no-op submit-requirement. We know from testing that labels must still specify a function. Strictly, I don't think the s-r is necessary; but it does seem that we can use this to add a description explaining what the label is doing. I also think this future-proofs us against the removal of label functions (although it is currently unclear how future gerrit will deal with this). The second change is similar https://review.opendev.org/c/openstack/project-config/+/875993/2 except this is a large selection of Backport-Candidate labels using "function = NoBlock", which is alised to NoOp. For consistency, this is all changed to NoOp and, again, given a submit-requirement as well. Following that is https://review.opendev.org/c/openstack/project-config/+/875994/2 which is a mechanical change again for the normalize tool, and then the two final changes https://review.opendev.org/c/openstack/project-config/+/875995 https://review.opendev.org/c/openstack/project-config/+/875996 convert more complex labels that have blocking semantics submit-requirements. I think these just want careful review to ensure I've translated what they're doing correctly. At that point, I think we're fully migrated off the deprecated ACL options, clearing our path for a Gerrit 3.7 upgrade, general notes for which are kept at https://etherpad.opendev.org/p/gerrit-upgrade-3.7 -i

1 1

Team Meeting Agenda for March 7, 2023
by Clark Boylan 06 Mar '23

06 Mar '23

We will meet on March 7, 2023 at 19:00 UTC in #opendev-meeting with this agenda: == Agenda for next meeting == * Announcements * Actions from last meeting * Specs Review * Topics ** Bastion host (ianw 20230307) *** https://review.opendev.org/q/topic:prod-bastion-group Remaining changes are part of parallel ansible runs on bridge *** https://review.opendev.org/q/topic:bridge-backups ** Mailman 3 (clarkb 20230307) *** https://etherpad.opendev.org/p/mm3migration *** Need to change site domains ** Gerrit Updates (ianw 20230307) *** https://review.opendev.org/q/topic:gerrit-s-r-3.7 Cleaning up deprecated Gerrit ACL stuff *** We'll defer on java 17 for now as there is no rush and that gives upstream time to fix the issues *** Working with upstream to test ianw's fix for ssh channel tracking. ** Upgrading Bionic servers to Focal/Jammy (clarkb 20230307) *** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades *** Gitea09-12 are the only four giteas behind the load balancer currently *** gitea01-04 remain in the replication config and can be reenabled in the load balancer via the control socket as they were merely disabled. *** Work to cleanup gitea05-08 is in progress *** Do we need gitea13-16? *** Name servers and etherpad next. **** Etherpad after the PTG? ** AFS volume quotas (clarkb 20230307) *** A number of mirror AFS volumes appear to have steady growth over time. Should we bump their quotas? **** debian-security in particular is right near the limit ** Scheduling project renames (clarkb 20230307) ** Quo vadis storyboard (frickler 20230307) *** ML thread https://lists.opendev.org/pipermail/service-discuss/2022-October/000370.html *** Clarkb needs to resync on this but then we should make some decisions. * Open discussion

1 0

Re: Intent to grant control of x/virtualpdu to OpenStack community
by Stéphane Robert 01 Mar '23

01 Mar '23

Hi, I just added Riccardo Pittau to the virtualpdu-core and virtualpdu-release groups. I didn't do it sooner because I could not remember my INAP credentials and could not use the "Forgot Password" functionality... Finally, after trying several combinations I got through. Hope this helps. If there is anything else I can do, feel free to reach out. I'll try my best. Stephane Le mer. 1 mars 2023, à 15 h 50, Jeremy Stanley <fungi(a)yuggoth.org> a écrit : > The OpenStack Ironic project relies on VirtualPDU, which is no > longer actively developed. Ironic contributors reached out to the > VirtualPDU maintainers with an offer to officially assume > maintenance responsibilities in order to avoid forking it, and > received a response from one (Mathieu Mitchell) who indicated > support for that plan. Unfortunately, communication died off shortly > thereafter, and the Ironic team has been unable to raise any of the > current maintainers to actually add their access to the x/virtualpdu > project in OpenDev's Gerrit. > > We don't have a documented process since this is the first time it's > really come up, but I'm officially announcing that I intend to use > my administrative permissions as an OpenDev sysadmin to add > membership of an OpenStack Ironic team representative to the > following Gerrit groups if no objections are raised before > Wednesday, March 8: > > * virtualpdu-core > * virtualpdu-release > > This will effectively grant full control of the x/virtualpdu > repository to OpenStack Ironic contributors. Please follow up to > the service-discuss(a)lists.opendev.org or > openstack-discuss(a)lists.openstack.org mailing list with any concerns > as soon as possible, or you can feel free to reach out to me > directly by email or in IRC (fungi in the #opendev channel on the > OFTC network). > -- > Jeremy Stanley >

2 1