ianw | it looks like the promote of the new buster/bullseye images failed | 01:05 |
---|---|---|
ianw | https://zuul.opendev.org/t/openstack/build/a18b34c5019c4831a9ac363cf710ee87/log/job-output.txt | 01:05 |
ianw | system-config-promote-image-python-base-3.8-bullseye FAILURE | 01:06 |
ianw | failed to update 1 tag(s) and first error msg: updating images in DB failed tag=change_806448_3.9 namespace=opendevorg repository=python-base: getRepoTagID in UpdateRepositoryTagImages query error namespace=opendevorg repository=python-base tag=change_806448_3.9: dbr: not found" | 01:06 |
ianw | system-config-promote-image-python-builder-3.7-bullseye FAILURE | 01:08 |
ianw | system-config-promote-image-uwsgi-base-3.9-bullseye FAILURE | 01:08 |
ianw | all the same thing. but others did promote | 01:08 |
ianw | this appears to be a 500 from https://hub.docker.com/v2/repositories/opendevorg/uwsgi-base/tags?page_size=1000 | 01:11 |
ianw | i guess this is only the cleanup phase, removing old tags. so the image is probably ok | 01:18 |
fungi | yeah, we've seen a lot of those. seems like image tag deletion is finicky lately | 01:19 |
ianw | ok good to know; i'm going to report it to docker hub's github project for hub-feedback | 01:31 |
ianw | infra-root: i haven't kept up with zuul things enough to be confident restarting zuul-web is safe atm, but would be good to get https://review.opendev.org/c/zuul/zuul/+/805919 deployed to fix buttons | 01:57 |
ianw | i have filed https://github.com/docker/hub-feedback/issues/2143 on the tagging issue | 01:58 |
ianw | (hence why i'm thinking about new people seeing the log page :) | 01:58 |
opendevreview | Merged opendev/system-config master: Switch robots.txt test on gitea to proxy port https://review.opendev.org/c/opendev/system-config/+/805472 | 02:04 |
opendevreview | Merged openstack/diskimage-builder master: Use non-greedy modifier for SUBRELEASE grep https://review.opendev.org/c/openstack/diskimage-builder/+/805545 | 02:14 |
opendevreview | Ian Wienand proposed openstack/diskimage-builder master: yum-minimal: use DNF tools on host https://review.opendev.org/c/openstack/diskimage-builder/+/806318 | 04:14 |
*** ysandeep|away is now known as ysandeep | 06:31 | |
*** jpena|off is now known as jpena | 07:36 | |
*** ysandeep is now known as ysandeep|lunch | 07:53 | |
yoctozepto | infra-root: ethercalc seems down (can't connect now) | 10:15 |
opendevreview | Merged openstack/project-config master: Ensure promote-tox-docs-infra runs only on master https://review.opendev.org/c/openstack/project-config/+/806012 | 10:23 |
*** sshnaidm is now known as sshnaidm|off | 10:46 | |
frickler | [Mon Aug 30 10:51:43.143018 2021] [mpm_event:error] [pid 1567:tid 140284177221504] AH00485: scoreboard is full, not at MaxRequestWorkers | 10:52 |
frickler | every second in ethercalc:/var/log/apache2/error.log since a couple of days. restarting apache2 seems to have helped | 10:53 |
frickler | #status log restarted apache2 on ethercalc.o.o in order to resolve "scoreboard is full" situation | 10:54 |
opendevstatus | frickler: finished logging | 10:54 |
frickler | yoctozepto: ^^ | 11:03 |
*** dviroel|out is now known as dviroel|ruck | 11:10 | |
*** ysandeep|lunch is now known as ysandeep | 11:16 | |
*** jpena is now known as jpena|lunch | 11:30 | |
yoctozepto | thanks frickler | 11:54 |
*** jpena|lunch is now known as jpena | 12:22 | |
mazzy | mordred, fungi: could i have some guidance how dib works? i can't get how debootstrap for instance work. where is the tar pulled? https://github.com/openstack/diskimage-builder/blob/a6ee4d0c217335cf83ca9a42de78263d085ab839/diskimage_builder/elements/debootstrap/root.d/08-debootstrap#L33 | 12:58 |
mordred | mazzy: that line is for the cache - so that if you run a disk-image-create multiple times it can re-use a cached tarball of the output of debootstrap from a previous invocation. debootstrap itself is a debian tool that creates a chroot and installs a super minimal debian into it: https://github.com/openstack/diskimage-builder/blob/a6ee4d0c217335cf83ca9a42de78263d085ab839/diskimage_builder/elements/debootstrap/root.d/08-debootstrap#L66-L75 | 13:10 |
mazzy | mordred: yes I understood that. the line you pointed is the invocation. what i do not get is where is fetched the tar | 13:17 |
mazzy | is it already hosted somewhere in the nodepools? | 13:17 |
mordred | Oh no ... That's a local cache. So if you run disk-image-create the first time there is no cache so there is no tarball so debootstrap will create the chroot from scratch pulling seed packages from the debian archive | 13:28 |
mordred | If you run it a second time, it will skip that step and use the locally cached tarball | 13:29 |
mazzy | oh it is starting to make sense | 13:29 |
mazzy | and where is this part | 13:29 |
mazzy | >so there is no tarball so debootstrap will create the chroot from scratch pulling seed packages from the debian archive | 13:29 |
mordred | That's the line I pasted | 13:30 |
mazzy | is it not in the dib debootstrap elmenet? | 13:30 |
mordred | Debootstrap itself is a tool that does that | 13:30 |
mazzy | gotchas | 13:30 |
mordred | It's just a standard part of debian | 13:30 |
mordred | I was mostly pointing you at that for reference because I think the flatcar sdk tools work similar | 13:31 |
mordred | Give or take of course | 13:31 |
mazzy | yeah it should look pretty similar | 13:33 |
mazzy | in my case however the sdk must be fetched | 13:34 |
*** ysandeep is now known as ysandeep|afk | 13:39 | |
mazzy | I would need in my element git. i've checked and there is no git element around. i've seen that in some elements when it is neeed ytou install from package-install. but how can I make sure to install it if I do not know the base where my element will run? | 14:10 |
*** ysandeep|afk is now known as ysandeep | 14:55 | |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Include tox_extra_args in tox siblings tasks https://review.opendev.org/c/zuul/zuul-jobs/+/806612 | 15:35 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Add tox_config_file rolevar to tox https://review.opendev.org/c/zuul/zuul-jobs/+/806613 | 15:35 |
*** jpena is now known as jpena|off | 15:37 | |
*** ysandeep is now known as ysandeep|afk | 15:48 | |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: DNM: checking tox role tests for bitrot https://review.opendev.org/c/zuul/zuul-jobs/+/806614 | 16:01 |
opendevreview | Merged ttygroup/boartty master: Update author and home page to match gertty https://review.opendev.org/c/ttygroup/boartty/+/751886 | 16:41 |
*** ysandeep|afk is now known as ysandeep | 16:52 | |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 16:53 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 17:06 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 17:11 |
*** ysandeep is now known as ysandeep|away | 17:21 | |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 17:35 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 17:52 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 18:06 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 18:19 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 19:17 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 19:45 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings https://review.opendev.org/c/zuul/zuul-jobs/+/806621 | 20:15 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Include tox_extra_args in tox siblings tasks https://review.opendev.org/c/zuul/zuul-jobs/+/806612 | 20:15 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: Add tox_config_file rolevar to tox https://review.opendev.org/c/zuul/zuul-jobs/+/806613 | 20:15 |
opendevreview | Jeremy Stanley proposed zuul/zuul-jobs master: DNM: debug tox siblings config parsing https://review.opendev.org/c/zuul/zuul-jobs/+/806650 | 22:03 |
fungi | python 3.9.7 and 3.8.12 were just released | 22:38 |
*** dviroel|ruck is now known as dviroel|out | 22:44 | |
mnaser | infra-root: heads up, we will need to do an offline migration of vms in sjc1 at some point soon (in the next 2 weeks), it shouldn’t be longer than a VM reboot. It will be moved to newer faster hardware. Just something to keep in mind. I will try and reach out with more accurate timelines when the Time comes | 23:22 |
ianw | mnaser: ok, thank you, i think we are all up-to-date on the latest gerrit and so we're not in any state that a quick reboot can't be done :) | 23:23 |
mnaser | ianw: I think gerrit is in montreal and not sjc | 23:23 |
mnaser | So I think it would affect gitea mostly | 23:24 |
mnaser | Unless I’m wrong :) | 23:24 |
ianw | oh, haha yep it is. sorry | 23:25 |
mnaser | cool! | 23:30 |
mordred | mnaser: did you see the history about the python base docker images? | 23:51 |
mnaser | mordred: not too much, been busy traveling for the first time in 1.5y. Forgot how to do it. | 23:53 |
fungi | ianw: on the tox role changes, the backstory is in #openstack-infra from late during your yesterday... zul wanted to use an alternative tox.ini path in a starlingx project, so was overriding it by passing the -c option in tox_extra_args, but apparently that only gets applied to the normal tox invocations and not the siblings phase, so it was using the wrong tox.ini in the first part of the job | 23:55 |
fungi | and breaking (relying on a different constraints file than intended) | 23:55 |
fungi | i pushed a change to make tox_extra_args also apply during siblings install, and another to make the tox config path into its own tunable rolevar. the latter seems fairly straightforward, but tox_extra_args in siblings install exposed a parsing bug in one of the siblings support modules, and also seems to break some weird ways we're using that rolevar in the testsuite itself | 23:57 |
fungi | all far more involved than i anticipated. every time i pull on a thread, something on the other side starts to unravel | 23:58 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!