Tuesday, 2025-09-16

opendevreviewmelanie witt proposed openstack/devstack master: Configure oslo.limit endpoint discovery for Nova  https://review.opendev.org/c/openstack/devstack/+/96132600:29
*** mhen_ is now known as mhen01:51
opendevreviewTakashi Kajinami proposed openstack/devstack master: wip: Query endpoint id  https://review.opendev.org/c/openstack/devstack/+/96132802:27
ykarelfrickler, hi when you get chance please check https://review.opendev.org/c/openstack/devstack/+/96122203:22
*** dmellad is now known as dmellado07:14
ykarel@sean-k-mooney, can you please check/merge https://review.opendev.org/c/openstack/devstack/+/96122211:19
sean-k-mooneyi was just replying11:20
sean-k-mooneyyes but givens fedora direction im not sure the centos 10 is going to be a good long term testign target upstream at least not for fips11:20
sean-k-mooneythere was some dicussion in the tc channel about not wanting to provdier special fips images in ci11:21
sean-k-mooneyso if centos stream looses the ablilty to enable fips post install then we may need to explore other distos to test fips as a result11:22
sean-k-mooneyor test it only via third party ci11:22
ykarelsean-k-mooney, ok thx11:23
ykarelwill atleast check this week enabling fips post boot with 10-stream11:24
sean-k-mooneyi think if we can do it even if it requried rebooting the vm to do it it shoudl be fine11:24
sean-k-mooneyi.e. if we have to unistall non fips package then reboot into it it woudl be ok11:25
ykarelfips role reboots even now11:25
sean-k-mooneyya so that pattern is already established11:25
sean-k-mooneywhat woudl be problematic is if it was not possibel to enabel at all after the inital install11:25
ykareli started with https://review.opendev.org/q/topic:%22centos-10-stream%2211:26
ykarelso will continue on that11:26
ykarelbut later this week11:26
sean-k-mooneythe concern is there are other fips equvelents in other juristiction and we dont nessisarly want to give FIPS special treatment but also dont want the foundation to have to maintain special imagfe for each11:26
sean-k-mooneycoll ill try an take a look when you think they are getting ready11:28
sean-k-mooneyare there other fips josb beyond neutron 11:29
sean-k-mooneywell centos jobs 11:29
sean-k-mooneyor is that whree most of the centos testing is done11:29
ykarelsome projects seems to have it apart from neutron https://codesearch.opendev.org/?q=enable_fips%3A&i=nope&literal=nope&files=&excludeFiles=&repos=11:32
ykareland all those are on 9-stream11:33
sean-k-mooney it looks like it really only neutron swift and tempest11:42
sean-k-mooneythe reset are really just in supprot of those11:42
sean-k-mooneyfrickler: clarkb fungi is this statement still true? https://opendev.org/opendev/zuul-providers/src/branch/master/zuul.d/image-build-jobs.yaml#L387-L39211:52
sean-k-mooneyhow would i check if the mirrors for debian trixie are now aviable?11:53
sean-k-mooneyalso i feel like this config moved? it uses to be in the project-config repo right? but moved as part fo nodepool in zuul?11:54
sean-k-mooneyya it did https://github.com/openstack/project-config/commit/b22bdcf480bf91562709da61252f14ba3c2f6f4611:55
sean-k-mooneyi guess at least ovh has not updated https://mirror.bhs1.ovh.opendev.org/debian/dists/11:59
sean-k-mooneybased on https://docs.opendev.org/opendev/infra-specs/latest/specs/unified_mirrors.html there shoudl eb a mirror per region/cloud in that format12:00
sean-k-mooneyand i guess https://opendev.org/opendev/system-config/src/branch/master/hiera/common.yaml#L39-L48 are the corrent mierros12:01
sean-k-mooneythe reason im askign is to knwo beyond a rebase what are ther crital path item that need to be doen to move https://review.opendev.org/c/openstack/devstack/+/954653 forward so that we can supprot debian 13 jobs as early in 2026.1 as possible12:05
sean-k-mooneyim guessing it involves updating https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/reprepro/files/debian/config/distributions12:07
sean-k-mooneyto add trixie12:07
sean-k-mooneyso i will need to create a patch similar to https://opendev.org/opendev/system-config/commit/17a005a69b9f15353e9b22b179015928136e862e12:07
fricklersean-k-mooney: it also currently depends on a) fungi finishing the afs server upgrades and b) infra admins creating enough free space for the new mirror, not sure right away whether we have enough old stuff we can clean up or whether we'd also need to add new volumes to the afs servers12:33
sean-k-mooneyack. frickler  is having the mirror a requirement to add the devstack supprot?12:34
fricklersean-k-mooney: another option I've been pondering which might also be helpful in the future is to teach our dib builds and also devstack and supporting roles to run without local mirrors12:34
sean-k-mooneyi.e. would we be ok with movign forward with your orginal patch without using hosted mirros and just using the upstream ones?12:34
fricklercurrently this is not possible, but working on it would be worthwhile IMO12:34
sean-k-mooneywell you kind of made it work by passign the upstream mirros in teh job12:35
sean-k-mooneyhttps://review.opendev.org/c/openstack/devstack/+/954653/9/.zuul.yaml#76312:35
fricklersean-k-mooney: yes, but also with the additional hack of removing the broken pip.conf that results from that12:35
sean-k-mooneyah right i see12:35
fricklerhttps://review.opendev.org/c/openstack/devstack/+/954653/9/stack.sh#212:36
sean-k-mooneywe could overrid pypi_mirror12:36
fricklerif you make that conditional for trixie, we could merge that and amend later, yes12:36
sean-k-mooneywell what i was thinking is defineing https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/configure-mirrors/defaults/main.yaml#L1112:37
sean-k-mooneyso that it also points to the upstream or pypi or otherwise seeign if it woudl be posible to make that work.12:38
sean-k-mooneybut sure i coudl put it behind a conditional for now12:38
fricklerwhatever works12:39
sean-k-mooneyok if you dont mind, ill rebase your previous change and comment out hte removal of the pip.conf to see what the orginal erro was since the logs have roated12:40
fricklersure12:40
sean-k-mooneyand then based on that ill look at add a "REMOVE_PIP_CONF" varibale and set that to true in the debian job12:41
sean-k-mooneyonce there is space for the mirros we can just drop the two job overrieds at a futrue date.12:42
opendevreviewsean mooney proposed openstack/devstack master: Add support for trixie and platform job  https://review.opendev.org/c/openstack/devstack/+/95465312:51
sean-k-mooneylooking at https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/configure-mirrors/defaults/main.yaml#L3-L11 im pretty sure we can make the pypi mirror work by setting pypi_fqdn and wheel_mirror to use the provider mirror directly in the job or via a pre playbook but if this is not going to be needed long term we may or may not want to do that12:54
sean-k-mooneyim expectin gthis to fail becasue it wil try to use deb.debian.org/pypi/simple12:55
sean-k-mooneywhich is not a thing12:55
sean-k-mooneysame for teh wheel cache12:55
sean-k-mooneybut i think setting  pypi_fqdn: "{{ zuul_site_mirror_fqdn | default(omit) }}" woudl work12:56
sean-k-mooneyi might push a patch to the zuul jobs repo to alter the defaulting slightly as a test. with tha tsaid the devstack job will fail pretty quickly so ill wait for that to complete first12:58
opendevreviewMerged openstack/devstack master: Restore os_CODENAME for old rhel distros  https://review.opendev.org/c/openstack/devstack/+/96122213:16
opendevreviewFernando Ferraz proposed openstack/devstack-plugin-nfs master: Exclude more tempest tests from NFS job  https://review.opendev.org/c/openstack/devstack-plugin-nfs/+/95247613:20
opendevreviewFernando Ferraz proposed openstack/devstack-plugin-nfs master: Exclude more tempest tests from NFS job  https://review.opendev.org/c/openstack/devstack-plugin-nfs/+/95247613:23
sean-k-mooneyfrickler: i think https://review.opendev.org/c/zuul/zuul-jobs/+/961369 could be a reasonable approch to making mirros optional in the jobs13:30
sean-k-mooneyill test that with a depend on and try usign that in the debain job and see how that goes for now13:31
sean-k-mooneyim wonderign if a third condtional for the wheel chaching woudl also make sense but that could alwasy be a follow up13:32
opendevreviewFernando Ferraz proposed openstack/devstack-plugin-nfs master: Exclude more tempest tests from NFS job  https://review.opendev.org/c/openstack/devstack-plugin-nfs/+/95247613:35
opendevreviewsean mooney proposed openstack/devstack master: Add support for trixie and platform job  https://review.opendev.org/c/openstack/devstack/+/95465313:46
*** clarkb is now known as Guest2667313:57
*** Guest26673 is now known as clarkb14:46
clarkbsean-k-mooney: looking at the dists list in our mirrors is the easy way to know which debian releases are available: https://mirror.dfw.rax.opendev.org/debian/dists/14:47
sean-k-mooneyyep14:47
sean-k-mooneythat what i ended up doing14:47
clarkbsean-k-mooney: frickler: I don't think the pip conf needs any changing. We never added a wheel mirror for noble and never changed its pip conf as far as I know14:47
sean-k-mooneyclarkb: it does becasue of how frickler overrode the mirrors14:48
sean-k-mooneyhttps://opendev.org/zuul/zuul-jobs/src/branch/master/roles/configure-mirrors/defaults/main.yaml#L314:48
clarkboh we're using the mirror_fqdn value and configuring upstream like a mirror I see14:48
sean-k-mooneyya14:48
sean-k-mooneyso i pushed a patch to zuul-jobs to make things condtional14:49
sean-k-mooneybut it looks like that is not in requried projects14:49
sean-k-mooney so it dint get pulled into my current run i think14:49
sean-k-mooneyim just reviewing the last test run to confirm14:49
clarkbif you use depends on it shouldn't matter. The problem is more like that configure-mirrors runs in a trusted context so isn't being applied speculatively14:49
sean-k-mooneyah14:50
sean-k-mooneyok right that makes sense14:50
sean-k-mooneyso for now i can revert to pointign at the upstream debian mirros without the depends on14:50
sean-k-mooneyand override teh pypi and mirror urls to  wheel_mirror: "https://pypi.org/simple/"14:50
sean-k-mooneybut if https://review.opendev.org/c/zuul/zuul-jobs/+/961369 is somethign folks are ok with it woudl be nicer to do it that way long term14:51
opendevreviewsean mooney proposed openstack/devstack master: Add support for trixie and platform job  https://review.opendev.org/c/openstack/devstack/+/95465314:56
opendevreviewsean mooney proposed openstack/devstack master: Add support for trixie and platform job  https://review.opendev.org/c/openstack/devstack/+/95465316:23
opendevreviewsean mooney proposed openstack/devstack master: Add support for trixie and platform job  https://review.opendev.org/c/openstack/devstack/+/95465316:34

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!