| opendevreview | Tony Breeds proposed opendev/system-config master: Switch meetpad servers to jammy https://review.opendev.org/c/opendev/system-config/+/905182 | 05:15 |
|---|---|---|
| opendevreview | Tony Breeds proposed opendev/system-config master: DNM: force jitsi_meet node failure for testing https://review.opendev.org/c/opendev/system-config/+/905183 | 05:15 |
| frickler | iiuc Feb 10 is the start of the Chinese New Year this year, with the week after that being a major holiday | 05:41 |
| tonyb | ahh that's good to know. we'll double check and work with you and the rest of the TC to accommodate that. | 05:49 |
| opendevreview | Tony Breeds proposed opendev/system-config master: Switch meetpad servers to jammy https://review.opendev.org/c/opendev/system-config/+/905182 | 06:01 |
| opendevreview | Tony Breeds proposed opendev/system-config master: DNM: force jitsi_meet node failure for testing https://review.opendev.org/c/opendev/system-config/+/905183 | 06:01 |
| opendevreview | Tony Breeds proposed opendev/system-config master: Switch meetpad servers to jammy https://review.opendev.org/c/opendev/system-config/+/905182 | 06:35 |
| opendevreview | Tony Breeds proposed opendev/system-config master: DNM: force jitsi_meet node failure for testing https://review.opendev.org/c/opendev/system-config/+/905183 | 06:35 |
| *** blarnath is now known as d34dh0r53 | 15:01 | |
| opendevreview | Ian Y. Choi proposed opendev/irc-meetings master: Revitalize I18n meeting slot https://review.opendev.org/c/opendev/irc-meetings/+/905236 | 15:03 |
| fungi | i'm headed out to grab lunch now that the flood waters seem to be receding, but should be back within an hour | 15:54 |
| fungi | there's a new ticket from rackspace about an outage for the trove instance zuul is using for its mysql database. i can give it a quick health checkup when i get back if nobody beats me to that | 15:55 |
| clarkb | reading the gerrit mailing list I've noticed that there is a Gerrit NPE that occurs on 3.8 when pushing code. This was apparently fixed on the 3.8 stable branch but not release has been made. We may want to rebuild our 3.8 images and deploy unreleased gerrit to fix that if it becomes a problem for us | 16:26 |
| clarkb | fungi: I am able to get a build listing from zuul which implies the db is up | 17:10 |
| jrosser | is there a correct way to refer to a playbook outside the repo that a job is defined in for `job.pre-run`? | 17:18 |
| clarkb | jrosser: no, playbooks must live in the same repo | 17:18 |
| jrosser | (the ordering of parent pre jobs running before child pre jobs is opposite of what i need) | 17:18 |
| jrosser | clarkb: is that enforced, or could i have a playbook in the same repo that `import_playbook` from another repo? | 17:20 |
| clarkb | the lookups for the values defined in pre-run/run/post-run only look in the current repo. You might be able to hack around it doing imports but I'm not sure. Zuul may also manipulate search paths in ansible | 17:21 |
| jrosser | hmm ok i will have a try | 17:21 |
| jrosser | i'm attempting to drop some very small bits of config into place from the child job before the parent does anything | 17:22 |
| fungi | okay, back | 17:28 |
| fungi | jrosser: the clean, zuulish way is to use roles instead, since you can tell it to mix in roles from other repos | 17:29 |
| jrosser | unfortunately i have to make this work outside of zuul as well | 17:30 |
| jrosser | fungi: i see that i can specify roles in `job.roles`, when are these run? | 17:38 |
| fungi | jrosser: per https://zuul-ci.org/docs/zuul/latest/config/job.html#attr-job.roles it's a list of projects that your playbooks need roles from. you still call the roles from job playbooks | 17:44 |
| fungi | the idea is that if you have ansible which is needed by jobs defined in different repositories, you put it into a role in one of those repositories and then playbooks in the other repository can reuse those roles | 17:44 |
| jrosser | hmm i am still then stuck with the ordering of parent first, child second | 17:46 |
| jrosser | and why i originally asked about referring to playbooks from other repos in order to work around that | 17:46 |
| fungi | revisiting that part, you have tasks which a child needs run before pre tasks in a parent? | 17:47 |
| jrosser | yes, thats right | 17:47 |
| jrosser | pre tasks in the parent does "all the setup", child wants to drop some config first to influence that setup | 17:48 |
| fungi | the way i've seen that tackled elsewhere is to create a divergent ancestry at the point before the pre tasks you need to inject | 17:48 |
| fungi | or use variables | 17:48 |
| jrosser | yeah, so thats what i'm doing | 17:48 |
| jrosser | and in the child i then wanted to call what would have been "all the setup" from the parent repo | 17:48 |
| fungi | variable-based logic branching can work, you put the logic in the parent but specify (or override) the variable's value in the child job definition | 17:49 |
| fungi | particularly if it's something as simple as a toggle for a boolean decision | 17:50 |
| fungi | like is done for fips job setup, for example | 17:50 |
| jrosser | it's writing some config files, actually copying them out of a zuul repo into /etc/.... | 17:50 |
| fungi | can the parent job do that, gated behind a switch? | 17:52 |
| jrosser | do you have a documentation link for that kind of thing? | 17:55 |
| fungi | https://zuul-ci.org/docs/zuul/latest/config/job.html#attr-job.vars and subsequent entries cover it, job.group-vars has an example job definition | 17:56 |
| bqian | zuul job failed merging in starlingx/update repo, https://review.opendev.org/c/starlingx/update/+/898852. I ran the failed tox tests on my build machine, no error. the zuul failure seems to be server specific bandit: 754 W install_deps> pip install -U -chttps://opendev.org/openstack/requirements/raw/branch/stable/stein/upper-constraints.txt -r /home/zuul/src/opendev.org/starlingx/update/test-requirements.txt [tox/tox_env/api.py:427] ERROR: 404 Client Error | 17:57 |
| fungi | jrosser: as long as it's not a trusted playbook (like in a config repo), the variable values set in the child job definition will propagate to the parent job playbooks | 17:57 |
| clarkb | bqian: I can reproduce the 404 error | 17:57 |
| clarkb | bqian: I believe that is a valid error probably due to branch cleanup in openstack | 17:58 |
| fungi | bqian: yes, like clarkb said, https://opendev.org/openstack/requirements no longer has a stable/stein branch, it's eol | 17:59 |
| clarkb | bqian: https://review.opendev.org/c/openstack/releases/+/902441 is the chagne that had that happen | 17:59 |
| fungi | bqian: you could use https://opendev.org/openstack/requirements/raw/tag/stein-eol/upper-constraints.txt instead | 17:59 |
| bqian | oh, thanks for reply clarkb and fungi | 18:00 |
| clarkb | how does this look for wheel build dropping announcement: https://etherpad.opendev.org/p/K6YJaFNu3-LKXqnVs7eo | 18:18 |
| clarkb | infra-root ^ I'll probably wait long enough for tonyb and frickler to weigh in on that before sending it | 18:18 |
| fungi | the error condition details seem odd to jump straight into. might cover them nearer the end of the message or in a footnote? | 18:20 |
| clarkb | fungi: like that maybe? | 18:20 |
| fungi | the important part of the announcement is the intent to stop building wheels for those platforms, so yeah lgtm now | 18:21 |
| fungi | i was just worried that getting too far into the weeds at the beginning of the message would cause lots of people's eyes to glaze over before they got to what we're trying to tell them | 18:22 |
| clarkb | ya it is good feedback. hit them with the important part first | 18:22 |
| fungi | "we're turning this off, and here's why..." | 18:22 |
| fungi | it also tells them a lot sooner whether they need to read further or can skip because they don't care/aren't affected | 18:24 |
| clarkb | tonyb: I slept on it and realize that if we really want to do a completely new meetpad setup and then update DNS once the way to do it is with hostvars to override the groupvars values. This will end up being a bit verbose but will enable us to have a new jvb talk to a new meetpad and not have them talk to anything else since hostvars win the var precedence battle against group vars | 18:27 |
| clarkb | I think that is doable and would be happy to take the appraoch if you prefer it | 18:28 |
| clarkb | https://codesearch.opendev.org/?q=import%20imp%24&i=nope&literal=nope&files=&excludeFiles=&repos= this shows a list of projects that may not be python3.12 compatible because they rely on the removed imp module. I'm poking at zuul currently and I think PBRs is a fallback case for using importlib and should be fine | 19:22 |
| clarkb | otherwise I don't see anything that will affect us after a quick skim | 19:23 |
| fungi | i saw some recent changes in... dib? for that as well | 19:23 |
| clarkb | oh yup sorry dib is listed and ya I rememebred ianw pushed fixes iirc | 19:24 |
| clarkb | or maybe it was stevebaker? | 19:24 |
| fungi | but yes, it's just a normal part of python 3.12 readiness. some projects already addressed it because imp has been deprecated for years | 19:24 |
| clarkb | the new importlib apis feel less approachable. Which I guess may be intentional on Python's part as they want people to stop messing with import internals | 19:25 |
| fungi | in addition to the zuul db ticket, the trove instance used by cacti had a similar incident today | 19:31 |
| clarkb | checking the ubuntu-ports I don't see any 32bit arm or ppc pacakages. We are just doing arm64 binary packages. However, I see that we are mirroring source packages? At least we have them listed here: https://mirror.bhs1.ovh.opendev.org/ubuntu-ports/dists/focal/main/source/ | 19:31 |
| clarkb | there is also a debian-installer/ dir | 19:32 |
| clarkb | the jammy content does not have source content. I suspect taht we can clear out the source content for focal and bionic | 19:32 |
| clarkb | and then xenial is listed but hasn't updated in years so I don't think we are actually mirroring it anymore. Unsure if we have stale xenial packages that need to eb cleared | 19:32 |
| fungi | apart from a brief gap in graphs around 18:00-18:15 utc, i don't see any problem with cacti now | 19:33 |
| fungi | and that seems to correspond to the time in the ticket | 19:33 |
| clarkb | fungi: sounds good re cacti | 19:34 |
| clarkb | looking at our reprepro config we don't seem to configure jammy any differently than the other releases so I'm not sure why it doesn't have source packages | 19:34 |
| clarkb | interestingly our main ubuntu mirror appears to include source packages for everything including jammy? | 19:36 |
| clarkb | hrm the debian wiki says that reprepro uses source pacakges to track changes in binary pacakges so maybe we can't? | 19:43 |
| clarkb | I think the best next step we can take for ubuntu-ports is to cleanup the bionic images and drop bionic ports mirroring | 19:46 |
| clarkb | looking at codesearch it doesn't seem like much is really using that (system-config checks our base roles against it which is likely holdover from when we ran nodepool builder on bionic) | 19:46 |
| fungi | the last openstack release to include bionic in its pti was ussuri: https://governance.openstack.org/tc/reference/runtimes/ussuri.html | 20:08 |
| fungi | in theory, some projects may still have tests on that platform: https://releases.openstack.org/ | 20:09 |
| fungi | since codesearch doesn't include those branches, they may not show up readily | 20:09 |
| clarkb | fungi: right, but also this is arm64 specifically which didn't have as much traction then iirc | 20:10 |
| fungi | oh! just arm, yeah should be fine | 20:10 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!