Monday, 2021-08-30

ianwit looks like the promote of the new buster/bullseye images failed01:05
ianwhttps://zuul.opendev.org/t/openstack/build/a18b34c5019c4831a9ac363cf710ee87/log/job-output.txt01:05
ianwsystem-config-promote-image-python-base-3.8-bullseye FAILURE01:06
ianwfailed 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
ianwsystem-config-promote-image-python-builder-3.7-bullseye FAILURE01:08
ianwsystem-config-promote-image-uwsgi-base-3.9-bullseye FAILURE01:08
ianwall the same thing.  but others did promote01:08
ianwthis appears to be a 500 from https://hub.docker.com/v2/repositories/opendevorg/uwsgi-base/tags?page_size=100001:11
ianwi guess this is only the cleanup phase, removing old tags.  so the image is probably ok01:18
fungiyeah, we've seen a lot of those. seems like image tag deletion is finicky lately01:19
ianwok good to know; i'm going to report it to docker hub's github project for hub-feedback01:31
ianwinfra-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 buttons01:57
ianwi have filed https://github.com/docker/hub-feedback/issues/2143 on the tagging issue01:58
ianw(hence why i'm thinking about new people seeing the log page :)01:58
opendevreviewMerged opendev/system-config master: Switch robots.txt test on gitea to proxy port  https://review.opendev.org/c/opendev/system-config/+/80547202:04
opendevreviewMerged openstack/diskimage-builder master: Use non-greedy modifier for SUBRELEASE grep  https://review.opendev.org/c/openstack/diskimage-builder/+/80554502:14
opendevreviewIan Wienand proposed openstack/diskimage-builder master: yum-minimal: use DNF tools on host  https://review.opendev.org/c/openstack/diskimage-builder/+/80631804:14
*** ysandeep|away is now known as ysandeep06:31
*** jpena|off is now known as jpena07:36
*** ysandeep is now known as ysandeep|lunch07:53
yoctozeptoinfra-root: ethercalc seems down (can't connect now)10:15
opendevreviewMerged openstack/project-config master: Ensure promote-tox-docs-infra runs only on master  https://review.opendev.org/c/openstack/project-config/+/80601210:23
*** sshnaidm is now known as sshnaidm|off10:46
frickler[Mon Aug 30 10:51:43.143018 2021] [mpm_event:error] [pid 1567:tid 140284177221504] AH00485: scoreboard is full, not at MaxRequestWorkers10:52
fricklerevery second in ethercalc:/var/log/apache2/error.log since a couple of days. restarting apache2 seems to have helped10:53
frickler#status log restarted apache2 on ethercalc.o.o in order to resolve "scoreboard is full" situation10:54
opendevstatusfrickler: finished logging10:54
frickleryoctozepto: ^^11:03
*** dviroel|out is now known as dviroel|ruck11:10
*** ysandeep|lunch is now known as ysandeep11:16
*** jpena is now known as jpena|lunch11:30
yoctozeptothanks frickler11:54
*** jpena|lunch is now known as jpena12:22
mazzymordred, 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#L3312:58
mordredmazzy: 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-L7513:10
mazzymordred: yes I understood that. the line you pointed is the invocation. what i do not get is where is fetched the tar13:17
mazzyis it already hosted somewhere in the nodepools?13:17
mordredOh 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 archive13:28
mordredIf you run it a second time, it will skip that step and use the locally cached tarball13:29
mazzyoh it is starting to make sense13:29
mazzyand where is this part13:29
mazzy>so there is no tarball so debootstrap will create the chroot from scratch pulling seed packages from the debian archive13:29
mordredThat's the line I pasted13:30
mazzyis it not in the dib debootstrap elmenet?13:30
mordredDebootstrap itself is a tool that does that13:30
mazzygotchas13:30
mordredIt's just a standard part of debian13:30
mordredI was mostly pointing you at that for reference because I think the flatcar sdk tools work similar13:31
mordredGive or take of course13:31
mazzyyeah it should look pretty similar 13:33
mazzyin my case however the sdk must be fetched13:34
*** ysandeep is now known as ysandeep|afk13:39
mazzyI 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 ysandeep14:55
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Include tox_extra_args in tox siblings tasks  https://review.opendev.org/c/zuul/zuul-jobs/+/80661215:35
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Add tox_config_file rolevar to tox  https://review.opendev.org/c/zuul/zuul-jobs/+/80661315:35
*** jpena is now known as jpena|off15:37
*** ysandeep is now known as ysandeep|afk15:48
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: DNM: checking tox role tests for bitrot  https://review.opendev.org/c/zuul/zuul-jobs/+/80661416:01
opendevreviewMerged ttygroup/boartty master: Update author and home page to match gertty  https://review.opendev.org/c/ttygroup/boartty/+/75188616:41
*** ysandeep|afk is now known as ysandeep16:52
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662116:53
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662117:06
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662117:11
*** ysandeep is now known as ysandeep|away17:21
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662117:35
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662117:52
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662118:06
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662118:19
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662119:17
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662119:45
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Support verbose showconfig in tox siblings  https://review.opendev.org/c/zuul/zuul-jobs/+/80662120:15
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Include tox_extra_args in tox siblings tasks  https://review.opendev.org/c/zuul/zuul-jobs/+/80661220:15
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: Add tox_config_file rolevar to tox  https://review.opendev.org/c/zuul/zuul-jobs/+/80661320:15
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: DNM: debug tox siblings config parsing  https://review.opendev.org/c/zuul/zuul-jobs/+/80665022:03
fungipython 3.9.7 and 3.8.12 were just released22:38
*** dviroel|ruck is now known as dviroel|out22:44
mnaserinfra-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 comes23:22
ianwmnaser: 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
mnaserianw: I think gerrit is in montreal and not sjc23:23
mnaserSo I think it would affect gitea mostly23:24
mnaserUnless I’m wrong :)23:24
ianwoh, haha yep it is.  sorry23:25
mnasercool!23:30
mordredmnaser: did you see the history about the python base docker images?23:51
mnasermordred: not too much, been busy traveling for the first time in 1.5y. Forgot how to do it.23:53
fungiianw: 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 job23:55
fungiand breaking (relying on a different constraints file than intended)23:55
fungii 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 itself23:57
fungiall far more involved than i anticipated. every time i pull on a thread, something on the other side starts to unravel23:58

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