Friday, 2022-04-01

*** Guest318 is now known as diablo_rojo_phone04:06
*** diablo_rojo_phone is now known as diablo_rojo04:10
*** ysandeep|out is now known as ysandeep05:09
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Add wait_time param for logscraper and logsender  https://review.opendev.org/c/openstack/ci-log-processing/+/83611906:28
*** akahat is now known as akahat|rover06:35
*** jpena|off is now known as jpena07:11
opendevreviewMerged openstack/openstack-zuul-jobs master: Move lower constrants job to ubuntu focal  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/83417907:46
*** ysandeep is now known as ysandeep|lunch08:31
*** ysandeep|lunch is now known as ysandeep09:15
*** prometheanfire is now known as Guest92810:40
*** dviroel|afk is now known as dviroel11:22
*** ysandeep is now known as ysandeep|afk11:51
*** soniya29 is now known as soniya29|afk12:04
rpittauhello everyone! Since roughly 3 days we're seeing an issue with our bifrost CI where the libvirt-python library is downloaded with pip as source instead of wheel, this breaks our upgrade job in current master as well as the jobs in stable/yoga12:13
rpittauthis is the error that we're seeing, we're aware that we can't build libvirt-python from source there, just please focus on the tar.gz archive being downloaded instead of whl as it should be https://paste.openstack.org/show/blOh0kXqDJX2aHPRd36R/12:15
rpittauthis is instead from a successful job https://paste.openstack.org/show/bwgYHNGpqBhdqyKxE7U6/12:17
dmelladorpittau: that's weird, may be a pip bug? it should prefer wheels whenever available12:24
rpittaumaybe, but it doesn't look like pip version has changed recently12:25
rpittauI mean, the one we're using in CI12:25
fungiis it failing consistently or only sometimes?12:26
rpittaufungi: consistently12:26
fungiwhich distro/node-label?12:28
fungiand which python version?12:28
rpittaufungi: python 3.6 on centos-8-stream12:29
fungiokay, details i can see so far... libvirt-python does not provide prebuilt generic (manylinux) wheels on pypi, so in your working paste a centos-8 specific wheel was fetched from our wheel builder cache12:35
fungithe wheel fetched from our cache was for libvirt-python 7.6.012:35
rpittauyep12:35
fungiin the broken example it looked in our wheel builder cache but decided to grab the sdist of 7.6.0 from pypi (via our proxy) instead12:36
rpittauthat is happening all the time now12:37
fungirpittau: i see the problem12:39
rpittau\o/12:39
fungiwe don't have a wheel/centos-8-x86_64 cache any longer since we removed our centos-8 images12:40
fungiis should instead look in wheel/centos-8-stream-x86_6412:40
rpittaummmm ok, we're using centos-8-stream though12:41
fungiso we need to figure out what's still setting the wheel cache pypi consults to centos-8 instead of centos-8-stream on the centos-9-stream images12:41
fungis/images/nodes/12:41
fungicentos-8-stream nodes i mean12:41
rpittauok, clear12:42
fungirpittau: dmellado: i think the problem is here: https://opendev.org/opendev/base-jobs/src/branch/master/roles/mirror-info/templates/mirror_info.sh.j2#L61-L6512:44
fungiwe're still special-casing centos-9 for stream and not 812:44
fungiwe should be able to drop the conditional at this point and just go with the first form12:45
fungii'll push up a fix12:45
rpittaufungi: thanks a lot for the help! :)12:47
fungirpittau: dmellado: https://review.opendev.org/c/opendev/base-jobs/+/836181 No longer special-case CentOS Stream12:48
rpittau+1'ed thanks again!12:49
*** ysandeep|afk is now known as ysandeep13:28
*** dasm|off is now known as dasm|ruck13:38
*** ysandeep is now known as ysandeep|out14:53
*** dviroel is now known as dviroel|lunch15:09
*** dviroel|lunch is now known as dviroel16:00
opendevreviewJeremy Stanley proposed openstack/project-config master: Match configure-mirrors for CentOS wheel URLs  https://review.opendev.org/c/openstack/project-config/+/83620016:14
*** rlandy is now known as rlandy|biab16:55
*** jpena is now known as jpena|off17:04
*** rlandy|biab is now known as rlandy17:45
*** dviroel is now known as dviroel|brb20:05
*** dviroel|brb is now known as dviroel21:16
melwitthas anyone else seen stable/xena lower-constraints jobs fail with "ERROR: InterpreterNotFound: python3.6"? https://zuul.openstack.org/build/142d9b1c4180480f8fdaffb144fb88d7/log/job-output.txt#1049521:58
melwittI'm guessing it's related to https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/834179 but I don't understand why it's trying to use 3.621:59
clarkblooking22:09
melwitthm, maybe it's bc of our tox.ini22:10
melwittI see things in there that want to use python3.622:10
clarkbya I think the job is running on ubuntu focal and python3.6 is not available there so anything hardcoded to use python3.6 will fail22:11
clarkbthat job runs tox -e lower-constraints which if pinned to python3.6 will fail that way22:11
melwittok I see22:11
clarkbI suspect that there are two options here. Drop the job from older branches or update openstack-zuul-jobs to have a job for older branches on older ubuntu with older python22:12
melwitthm, looks like it's just one of the envs, functional-py36. we also have functional-py37 and functional-py38 too22:12
melwittoh wait22:13
fungiworth noting, there was consensus on the openstack-discuss ml that lower-constraints jobs are mostly a waste of effort, but also that they're entirely unmaintainable on stable branches and should only be run on master if at all22:13
melwittyeah ok I found it22:13
clarkbhttps://opendev.org/openstack/nova/src/branch/stable/xena/tox.ini#L346-L347 is where python3.6 comes from22:13
clarkbfungi: ya so drop the job from stable branch is liekly the best option22:14
melwittthanks22:14
fungiof the projects which haven't dropped their lower-constraints jobs entirely, most have at least dropped them from all stable branches22:14
melwittcc gmann ^22:14
gmannyeah, it was updated to run on focal with this https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/83417922:17
gmannagree on dropping it from stable branch but if we want to run then we can keep one version of it for stable branch running on bionic with py3.6 22:18
gmannif it is failing many other projects also like nova22:18
gmannfungi: clarkb melwitt ^^ you want me add stable branch version of l-c job with this ^^?22:19
melwittthanks for the input gmann 22:19
clarkbgmann: it sonds like three isn't much value in that according to fungi22:19
melwittgmann: I am ok with dropping it22:20
gmanncool, that is even better22:20
gmannclarkb: melwitt fungi also on same note of l-c requirements and its testing, we will discuss it in TC PTG on Friday 13 UTC https://etherpad.opendev.org/p/tc-zed-ptg#L13122:21
clarkboh I should look at that schedule22:21
melwittah cool22:22
gmannas it is not well maintained and not tested as expected let's see if we can get agreement on this.22:22
fungii finally found a chunk of time today to work out what ptg sessions i'll be in and when22:22
gmanngreat, I will add you in ping list just in case22:22
clarkbLooks like I'll have to try and have an early start next friday22:27
fungi6am for you, yeah22:29
clarkbfungi: outside of the TC topics that overlap with us are there sessions in other ptg groups that should get our attention that you've seen?22:29
fungifor opendev collaboratory and tact sig stuff, not really. i basically put down all the qa, tc and release sessions22:29
clarkbya 9am thursday which isn't too bda but 6am firday will be fun :)22:30
fungifor me, i'm also going to be in the security sig sessions, diversity & inclusion, barbican when they're talking about the consumers api (for context on image encryption), and i put a topic in for horizon to revisit the xstatic wrapper model and consider potential alternative approaches22:31
fungiother than those, i expect to just float when i'm free22:32
fungiprobably put a session on in the background and multi-task unless something catches my interest22:32
fungiand try to keep on top of meetpad and ptgbot issues, if any22:32
clarkbya I planned to basically try and keep on top of tooling issues at least22:33
clarkblooks like the qa schedule isn't as set in stone as the TC one. I'll just keep an ear out for things when awake22:34
*** dasm|ruck is now known as dasm22:47
*** dasm is now known as dasm|ruck|off22:47

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