Monday, 2020-01-13

*** dchen has joined #openstack-infra00:04
*** armax has quit IRC00:09
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: DNM: debug vars  https://review.opendev.org/70214400:20
*** threestrands has joined #openstack-infra00:38
*** zhurong has quit IRC00:43
*** jistr has quit IRC00:45
*** jistr has joined #openstack-infra00:48
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Rename vars/ directory to prevent conflicts  https://review.opendev.org/70214400:59
sshnaidmEmilienM, will fix your job ^^00:59
*** threestrands has quit IRC01:43
*** xinranwang has joined #openstack-infra02:10
*** hwoarang has quit IRC02:11
*** hwoarang has joined #openstack-infra02:11
*** hwoarang has quit IRC03:05
*** hwoarang has joined #openstack-infra03:07
*** threestrands has joined #openstack-infra03:10
*** threestrands has quit IRC03:11
*** threestrands has joined #openstack-infra03:11
*** soniya29 has joined #openstack-infra03:27
*** ramishra has joined #openstack-infra03:41
*** ykarel has joined #openstack-infra04:52
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-infra05:34
*** threestrands has quit IRC05:38
*** surpatil has joined #openstack-infra05:41
*** udesale has joined #openstack-infra06:09
AJaegerianw: welcome back! I pushed some changes to gerrit-dash-creator starting at https://review.opendev.org/#/c/702088/1 . I suggest to merge and then tag a new version (I can tag). Could you put that on your review queue, please?06:18
ianwAJaeger: thanks :)  will do06:18
AJaegerthanks06:22
openstackgerritIan Wienand proposed zuul/zuul-jobs master: Disable wheel mirror  https://review.opendev.org/70216606:24
ianwinfra-root: ^ i'm about out of time for today, but i think we have a confluence of problems causing gate failures06:24
ianwhttp://lists.openstack.org/pipermail/openstack-discuss/2020-January/011960.html describes things; of immediate interest to this channel is the lack of version metadata on our wheels06:25
ianwI have filed https://storyboard.openstack.org/#!/story/2007084 for us to investigate this.  basically the <a> links to wheels probably need a "data-requires-python="^gt;=3" in them, so pip doesn't try to install incompatible wheels06:26
ianwhow, exactly, you determine this from a wheel, I do not know06:27
AJaegerianw: ARgh ;( Thanks for digging into it. That's a big hammer but good bandaid06:28
ianwyeah, i'm not sure about it.  it has exposed things we should fix06:28
*** udesale is now known as udesale_06:28
*** udesale_ is now known as udesale06:29
AJaegeryes, we need to06:29
ianwthe python2/3 thing is obviously the biggest break, but i imagine as the world moves on, this could also be relevant for python 3.X v 3.Y06:29
AJaeger;(06:30
ianwthis is the first i've heard of PEP503 ... there's always something new to learn in python packaging ...06:31
AJaegerianw: I thought our wheels where able to run on both python2 and python3, is that not the case anymore?06:43
ianwAJaeger: the problem is that setuptools has dropped python2 support -- but python2 will still try to install our wheel because it seems it can't determine that detail06:44
AJaegerah, got it06:48
ianwi'm asking in https://github.com/pypa/pip/issues/7586#issuecomment-573529379 if we can actually determine the value of this field from .whl files ...06:48
ianwif so, we could write a script to create index.html files with it06:48
ianwbut i wonder if you can only see it from the source06:49
*** lmiccini has joined #openstack-infra06:57
*** slaweq has joined #openstack-infra07:07
*** fdegir has quit IRC07:08
*** fdegir has joined #openstack-infra07:09
*** slaweq has quit IRC07:12
*** rcernin has quit IRC07:13
*** aarents has quit IRC07:16
*** slaweq has joined #openstack-infra07:16
*** zhurong has joined #openstack-infra07:17
*** pgaxatte has joined #openstack-infra07:18
*** dpawlik has joined #openstack-infra07:21
*** aarents has joined #openstack-infra07:28
*** ralonsoh has joined #openstack-infra07:29
*** aarents has quit IRC07:29
*** aarents has joined #openstack-infra07:34
*** ykarel is now known as ykarel|lunch07:36
*** xinranwang has quit IRC07:40
*** trident has joined #openstack-infra08:02
*** hashar has joined #openstack-infra08:09
*** jtomasek has joined #openstack-infra08:09
*** jtomasek has quit IRC08:12
*** jtomasek has joined #openstack-infra08:13
*** tesseract has joined #openstack-infra08:21
*** tosky has joined #openstack-infra08:22
yoctozeptomorning08:30
*** rpittau|afk is now known as rpittau08:35
*** zbr is now known as zbr|rover08:37
*** gfidente has joined #openstack-infra08:45
*** jpena|off is now known as jpena08:47
*** ykarel|lunch is now known as ykarel08:47
*** dchen has quit IRC08:49
*** lucasagomes has joined #openstack-infra08:50
*** kjackal has joined #openstack-infra08:59
*** iurygregory has joined #openstack-infra09:02
*** ociuhandu has joined #openstack-infra09:07
*** ociuhandu has quit IRC09:12
*** xek has joined #openstack-infra09:16
*** apetrich has joined #openstack-infra09:18
*** ociuhandu has joined #openstack-infra09:20
*** electrofelix has joined #openstack-infra09:27
*** hashar has quit IRC09:36
*** derekh has joined #openstack-infra09:38
*** soniya29 has quit IRC09:38
*** ociuhandu has quit IRC09:39
*** ociuhandu has joined #openstack-infra09:40
*** ociuhandu has quit IRC09:44
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351309:45
*** pcaruana has joined #openstack-infra09:49
*** ociuhandu has joined #openstack-infra09:56
*** pcaruana has quit IRC09:56
*** ociuhandu has quit IRC09:58
*** ociuhandu has joined #openstack-infra09:59
*** ociuhandu has quit IRC10:03
*** ociuhandu has joined #openstack-infra10:05
*** ociuhandu has quit IRC10:07
*** iurygregory has quit IRC10:18
*** surpatil is now known as surpatil|mtg10:19
*** iurygregory has joined #openstack-infra10:28
*** ociuhandu has joined #openstack-infra10:32
*** dtantsur|afk is now known as dtantsur10:32
*** ociuhandu has quit IRC10:34
dtantsurmorning folks! maybe the setuptools situation warrants a global notice to prevent people from aggressively rechecking?11:01
*** rpittau is now known as rpittau|bbl11:03
*** ociuhandu has joined #openstack-infra11:06
*** rcernin has joined #openstack-infra11:11
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351311:19
*** gfidente has quit IRC11:27
*** gfidente has joined #openstack-infra11:28
*** rfolco has joined #openstack-infra11:55
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351311:55
*** diablo_rojo has joined #openstack-infra12:09
*** diablo_rojo_phon has joined #openstack-infra12:14
*** zzzeek has quit IRC12:16
*** zzzeek has joined #openstack-infra12:17
yoctozeptodtantsur: ML notification was done yesterday for the very reason :-)12:20
yoctozeptobut yeah, maybe infra-root could send a global disaster notification on irc12:20
*** jpena is now known as jpena|lunch12:23
*** ociuhandu has quit IRC12:23
*** udesale has quit IRC12:23
*** ociuhandu has joined #openstack-infra12:31
*** lmiccini has quit IRC12:32
*** michal_kowieski4 has joined #openstack-infra12:39
*** lmiccini has joined #openstack-infra12:44
sshnaidmcores, please merge: https://review.opendev.org/#/c/702144/12:45
sshnaidmcloudnull, ^^12:45
*** adriant has quit IRC12:48
*** rh-jelabarre has joined #openstack-infra12:48
*** adriant has joined #openstack-infra12:49
*** ociuhandu has quit IRC12:52
*** tommylikehu has joined #openstack-infra12:54
*** ykarel is now known as ykarel|afk13:00
*** rlandy has joined #openstack-infra13:00
tommylikehuhey guys, does openstack has mail server except for mail list? I mean an official mail system that can be used to send/receive mail directly :)13:02
*** Goneri has quit IRC13:04
*** ykarel|afk has quit IRC13:05
fungitommylikehu: to what purpose? there is a mail service hosted for openstack.org which is used for addresses of the osf staff, but the opendev/openstack infra sysadmins don't run that13:08
fungiit's also used for some role addresses, like for domain contact information and addresses the donor service providers associate with our keystone accounts13:10
tommylikehuthanks for you reply @fungi, so you are saying there are two systems one is mail list running by infra team and another mail server running by others?13:13
fungiyes13:14
tommylikehuwe are wondering in which case we need a official mail server when already has deployed the mail list system. I am from openeuler community :)13:14
smcginnistommylikehu: o/13:15
fungiwhat are you needing to accomplish with e-mail?13:15
tommylikehu@smcginnis  hey long time no see13:15
tommylikehu@fungi  setting up a official mail server for reporing security issues13:16
*** ociuhandu has joined #openstack-infra13:16
tommylikehui found openstack use mailist to address this13:16
*** ociuhandu has quit IRC13:16
smcginnisfungi: From what I understand, openeuler is a new community and tommylikehu is looking to replicate the infrastructure services that we have here for that community.13:16
*** ociuhandu has joined #openstack-infra13:16
fungiopenstack does not use a mailing list for receiving vulnerability reports13:16
fungihttps://security.openstack.org/#how-to-report-security-issues-to-openstack13:17
tommylikehuoh! your personal email address13:18
michal_kowieski4Hi,Could you help me with access to Gerrit opendev repository (https://review.opendev.org/). I dont have option to clone with ssh. I have account, accepted ICLA and added ssh key. Did I forget about somethink?13:19
fungitommylikehu: but if you're asking about adding mailing lists (for whatever purpose) that can be done here: https://opendev.org/opendev/system-config/src/branch/master/modules/openstack_project/manifests/lists.pp13:19
smcginnismichal_kowieski4: You don't clone from review.opendev.org. You should be able to drop the "review." part.13:20
fungitommylikehu: each mailing list domain needs a mailman::site object defined, and then each individual mailing list needs a mailman_list13:20
fungimichal_kowieski4: to clarify, you clone from https://opendev.org/ and then push to gerrit (using a tool like git-review preferably)13:21
*** jpena|lunch is now known as jpena13:22
fungimichal_kowieski4: https://docs.openstack.org/infra/manual/developers.html#starting-work-on-a-new-project13:23
tommylikehufungi, great thanks :)13:24
michal_kowieski4My problem is that I have only anonymous http options. I want to download project via ssh. I don't see options for it. I added ssh key in settings.13:25
fungimichal_kowieski4: what's wrong with obtaining it like `git clone https://opendev.org/openstack/<projectname>13:29
fungior git clone https://opendev.org/<namespace>/<repo>` in general13:29
fungimy quoting is terrible this morning, sorry13:29
*** derekh has quit IRC13:30
fungistill attempting to caffeinate my brains13:30
*** rpittau|bbl is now known as rpittau13:32
fungiwe prefer the gerrit remote only be used for pushing and fetching changes, to minimize load on that server. we run an entire farm of gitea servers for cloning and pulling from13:32
michal_kowieski4I plan to contribute. I am not shure how can I push without ssh.13:37
jrosserfetch with https from opendev.org, when you set up 'git review' it will add the ssh gerrit remote for you automatically13:38
jrosserwork through the sandbox example and you'll see what it does13:39
*** hashar has joined #openstack-infra13:39
jrosserhttps://docs.openstack.org/infra/manual/sandbox.html13:39
yoctozeptofungi: https://review.opendev.org/702166 <- are you able to accept it?13:40
yoctozeptoit's kind of hard to navigate CI today, everything turns red on touch13:41
fungimichal_kowieski4: to reinterate, you can push over ssh to review.opendev.org (please just use a tool like git-review for that) but still pull/clone over https from opendev.org13:48
openstackgerritSimon Westphahl proposed zuul/zuul master: Add optional support for circular dependencies  https://review.opendev.org/68535413:48
fungier, reiterate13:48
openstackgerritSimon Westphahl proposed zuul/zuul master: Add optional support for circular dependencies  https://review.opendev.org/68535413:50
michal_kowieski4It's work. Thanks for help!13:50
*** michal_kowieski4 has quit IRC13:50
*** Goneri has joined #openstack-infra13:51
fungiyoctozepto: i'm still trying to come up to speed on what changed with setuptools to cause it to stop working with the way we serve wheels. i'm hesitant to merge something which might make the situation worse without fully understanding what's happened13:53
*** rcernin has quit IRC13:53
fungibut i will make this situation a priority as soon as i get to my workstation13:53
yoctozeptofungi: the correct fix would be to fix the metadate in wheel index13:54
yoctozeptocentos7 works because wheel failed to build there: http://mirror.regionone.limestone.openstack.org/wheel/centos-7-x86_64/setuptools/13:54
yoctozeptoon ubuntu it succeded though: http://mirror.regionone.limestone.openstack.org/wheel/ubuntu-18.04-x86_64/setuptools/13:54
yoctozeptoand hence it fails13:54
yoctozeptobecause metadata is missing to tell pip it's py3 only13:55
yoctozeptosee https://github.com/pypa/pip/issues/758613:55
mordredfungi: don't you love waking up to pip breaks?13:55
mordredinfra-root I'm mostly AFK today13:57
yoctozeptomordred: and all that while /me working on CI for jslib, just my luck...13:57
fungiyoctozepto: there is no wheel metadata at play, if i understand the problem correctly13:57
yoctozeptofungi: the metadata is in index13:58
yoctozeptothe missing metadata, that is :-)13:58
fungiit's that we don't provide additional information via the simple api because we're just serving via apache mod_autoindex13:58
*** KeithMnemonic has joined #openstack-infra13:59
fungiso basically the python packaging ecosystem has just this weekend broken the ability to effectively serve packages without a special api13:59
yoctozeptofungi: yeah, that's what they did14:00
fungii expect the same problem would occur with an on-disk wheelhouse too14:00
yoctozeptomhm14:00
fungibecause it's just a directory full of whl files, not served by any intelligent api14:01
yoctozeptoyes, indeed, that's what it is ;-)14:01
yoctozeptoand it seems no ready tool to build this exists14:02
fungiwe could stop mirroring the affected whl files to solve this, right?14:02
fungilike if our wheel mirror didn't include setuptools wheels14:02
yoctozeptoyeah14:02
*** ykarel|afk has joined #openstack-infra14:02
yoctozeptothough others will follow14:02
yoctozeptoI think hammer is the way to go atm14:03
fungisure, but i bet they all already publish wheels on pypi too14:03
yoctozeptowe only mirror or build too?14:03
fungiour wheel mirror could be fixed to only contain platform-specific wheels we had to build because those projects can't/don't publish wheels on pypi14:04
yoctozeptofungi: also makes sense14:04
*** ykarel|afk is now known as ykarel14:05
fungithe "wheel mirror" we maintain exists to provide prebuilt wheels for situations where no appropriate wheels exist on pypi, so that jobs don't time out trying to build stuff like numpy from sdist14:05
fungibut it was apparently easier to just publish wheels for everything listed in upper-constraints.txt from open branches of openstack/requirements14:06
*** derekh has joined #openstack-infra14:06
yoctozeptoheh ;D14:07
yoctozeptohttps://review.opendev.org/702220 seems helping kolla-ansible jobs14:10
yoctozeptoso at least we know it really is that part that lacks14:10
yoctozeptojust fix the wheels and we are golden14:10
yoctozepto(or rather their indices)14:10
yoctozeptofungi: maybe you are right the best for now would be to delete setuptools wheels completely14:11
yoctozeptominimal impact14:11
yoctozeptomaximum gains :-)14:11
*** roman_g has joined #openstack-infra14:22
openstackgerritAndreas Jaeger proposed opendev/gerrit master: Fix .gitreview  https://review.opendev.org/70222414:23
fungiwell, we'll also need to stop the wheel building jobs so it doesn't just put that setuptools wheel back again14:25
yoctozeptofungi: indeed, I definitely meant a permanent solution14:26
jrosserfwiw in openstack-ansible we pin the versions of setuptools/pip/wheel to things we know work14:27
jrosserthats an alternative approach to decouple from upstream breaking your world14:27
fungiindeed14:29
yoctozeptojrosser: we use upper-constraints in kolla and don't update setuptools but try running any py2 virtualenv in zuul on ubuntu now and you are straight doomed :-)14:30
fungiyeah, if memory serves, virtualenv unconditionally retrieves the latest setuptools when building an environment14:31
openstackgerritSimon Westphahl proposed zuul/zuul master: Ensure correct cleanup on repo update and reset  https://review.opendev.org/70153114:31
yoctozeptofungi: it consults pip14:31
fungiwell, pip no longer requires setuptools since a few releases ago14:32
fungior you mean it uses pip to find out what the latest setuptools version is?14:32
fungiif so, that matches what i recall14:33
openstackgerritTristan Cacqueray proposed zuul/zuul master: executor: prevent restart exception on bad build log  https://review.opendev.org/70222814:34
*** pcaruana has joined #openstack-infra14:34
clarkbthe difference with setuptools is it is often expected to be there already. For everything else we can useenvironment markers and largely ignore the problem14:34
clarkbI dont think weneed to add python version specifiers to our mirror index via html tags14:35
yoctozeptofungi: that virtualenv consults pip to find latest packages (pip, not setuptools)14:35
yoctozeptoclarkb: we need to properly feed pip14:36
clarkbyoctozepto: yes that is ehat environment markers are for14:36
yoctozeptootherwise you will keep getting this issue with wheels incompatibilities between minor versions too14:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Ensure correct cleanup on repo update and reset  https://review.opendev.org/70153114:36
clarkbwe already use them extensively14:36
yoctozeptoyeah, all upper-constraints and stuff14:37
yoctozeptoplus constraints in requirements14:37
fungibut i do think this is an opportunity to also make the wheel mirrors more efficient by not carrying copies of wheels which are already available on pypi14:37
fungi(setuptools is only one example)14:37
yoctozeptofolks, I just want to remind that atm we have RED all around so best to do something quick atm and then think future forward :-)14:38
jrosseri still think this can all be pinned14:38
jrosseras osa stable branches have all built OK in the last 12hours14:38
yoctozeptojrosser: we tried with devstack already, too many places to fix, with cyclic deps14:38
jrosserso there is an example if anyone is interested to see how that was done14:38
clarkbjrosser: that is what the proposed fixes do last I chwcked (yesterday)14:38
yoctozeptojrosser: kolla builds fine too for that matter :-)14:39
jrosserok fine:)14:39
clarkbthe problem with the html indexhints is not all versions of pip support them and not all packages publish that info14:40
clarkbusing env markers is farmore robust and globally applicable14:40
clarkbfor now rempving the offending wheel seems like a good way to get unstuck14:40
yoctozeptoclarkb: we already have them in main index14:40
clarkbyoctozepto: the main index is just proxied form pypi14:41
*** ociuhandu has quit IRC14:41
clarkbwe dont generate that14:41
clarkband not all packages have them14:41
yoctozeptoclarkb: yeah, true14:42
clarkbfungi: really lxml and libvirt-python arethe only two wheels I expect we really need14:43
clarkbmaybe some numpy wheels14:44
fungiwell, even if we switch to a whitelist, what needs adjusting is how we copy files into the cache14:44
fungibecause right now it's mirroring the transitive set, all wheels retrieved in the course of building that sdist14:45
fungiand setuptools would still show up14:45
clarkbya I think first step is ro exclude setuptools14:45
fungier, i mean even if we switch to a smaller whitelist (upper-constraints.txt is already a whitelist)14:46
clarkbwhich we can probably do with rsync options similar to ehat we do when mirroring fedora atomic14:46
fungii wonder if there isn't a way to just exclude any wheels which were retrieved from pypi14:46
clarkbexclude setuptools, pip, and virtualenv14:46
fungiwe don't need those in the wheel cache14:46
*** jackedin has joined #openstack-infra14:46
fungibecause they'll just be fetched from our pypi proxy cache instead if they're not present in the wheel cache14:47
clarkbyou might be able to parse the build output to whitelist the wheels that were buily14:47
fungithat's probably less fiddly than consulting pypi to check for presence of each one14:47
mordredclarkb: I for some reason had this thought that we had logic at some point to not put things into the wheel cache if they were downloaded as wheels14:49
mordredclarkb: like, I *think* we have to do extra work to get both sets?14:50
clarkbI thought it copied the whole wheel cache which has both14:50
mordredyeah - but I thought we had to do something special to get downloaded wheels put into the wheel cache14:51
* mordred is looking14:51
fungiwe did something special to avoid rebuilding stuff already available on pypi14:53
fungithe script is openstack/project-config:roles/build-wheels/files/wheel-build.sh14:53
fungiin case you're hunting for it14:53
mordredyeah- you're right14:54
mordredI don't see the thing my brain had invented14:54
fungi$WHEELHOUSE_DIR just contains everything14:54
*** pgaxatte has quit IRC14:54
fungiand then playbooks/wheel/post-base.yaml pulls it all14:55
clarkbin the rsync for that job can we exclude setuptools, pip, and virtualenv for now?14:55
clarkbthat should be an easy change to land then we remove those file?14:55
fungithat's what i was looking for examples to do14:55
clarkbah for examples look in fedora mirror sync script14:56
clarkbit has a bunch of file exclusion patterns14:56
*** jackedin has quit IRC14:57
*** ykarel has quit IRC14:57
fungiwell, the other bit is working out the file pattern14:57
*** ykarel has joined #openstack-infra14:57
*** bdodd has joined #openstack-infra14:57
*** pgaxatte has joined #openstack-infra14:59
mordred++ - that seems like the best plan for short term14:59
*** lmiccini has quit IRC14:59
clarkbsetuptools-.*\.whl14:59
fungirunning locally, it seems to create setuptools-45.0.0-py2.py3-none-any.whl in the wheelhouse15:00
clarkbhttps://mirror.mtl01.inap.opendev.org/wheel/ubuntu-18.04-x86_64/setuptools/15:00
fungiand virtualenv-16.7.9-py2.py3-none-any.whl and pip-19.3.1-py2.py3-none-any.whl15:00
fungifor those15:00
mordredfwiw - none-any might be a good thing to look for to excluse more broadly15:00
mordredhttp://mirror.dfw.rax.opendev.org/wheel/ubuntu-18.04-x86_64/lxml/ <-- if you look at that, that's wheels that are "important" that we build because of the compiling step15:01
mordredthey've all got things like cp37 and manylinux in their wheel names - which indicate what they were compiled for15:01
mordredthings with no compile get marked none-any15:01
mordred(as a next step after just excluding setuptools perhaps)15:02
fungiso yes something like logs/(pip|setuptools|virtualenv)-.*\.whl15:02
*** eharney has quit IRC15:02
mordredfungi: ++15:02
fungii do find it intriguing though that setuptools dropped python3 support yet still publishes a py2.py3 whl15:02
clarkbyesthat is a bug15:03
*** surpatil|mtg has quit IRC15:04
fungibut yeah, none-any and manylinux1 can wheels likely be excluded broadly15:04
clarkbmanylinux is probably safer since we dont generate those15:05
clarkbbut none any can be locally built or pypi sourced15:05
mordred++ ... we should probably do that as a followup just so we can think about it - but I think clarkb's point about the win of the wheel mirror being things with compile step is a good one15:05
fungieven if some dependencies fail to publish a wheel and build a none-any wheel from their sdist, they probably take trivial time for jobs to build on their own15:05
mordredyup15:05
clarkbfungi: good point15:05
fungiit's the platform-specific wheels which are likely to have lengthy build times15:06
mordredyup15:06
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351315:07
fungiclarkb: when you say we have exclusion examples in the fedora mirror script, you mean for an rsync command not for an ansible synchronize task, right?15:07
fungiwe have to stuff those into an rsync_opts parameter?15:08
clarkbyes and maybe15:08
clarkbnot sureif ansible exposes that "natively"15:08
fungirsync_opts:15:09
fungi- "--exclude=logs/(pip|setuptools|virtualenv)-.*\.whl"15:09
fungisomething like that15:09
fungias parameters to the synchronize task15:09
fungiwe do it in roles/test-upload-logs/tasks/main.yaml15:09
*** ociuhandu has joined #openstack-infra15:10
clarkbya docs show it isnt natively exposed15:10
*** zxiiro has joined #openstack-infra15:10
fungioh, also rsync needs glob patterns not regular expressions15:11
*** lpetrut has joined #openstack-infra15:12
*** lmiccini has joined #openstack-infra15:13
*** ykarel is now known as ykarel|afk15:15
openstackgerritBenjamin Schanzel proposed zuul/zuul master: Allow Passing of Jitter Values in TimerDriver  https://review.opendev.org/70223715:18
fungiaha, looks like we could get more fancy if we wanted to filter it in roles/copy-wheels/files/wheel-copy.sh15:19
clarkbyup I think that is where we need to filter? that copies directly from wheelhouse to afs15:23
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351315:23
fungiright, i'm working on a patch now to insert a find -exec rm across the source tree15:24
mordred++15:24
fungiso it shouldn't delete anything from the mirror, but will stop adding things which match the globs we specify15:24
openstackgerritAndreas Jaeger proposed openstack/project-config master: Add noop-jobs for opendev/gerrit  https://review.opendev.org/70224215:25
AJaegerclarkb, fungi, there are no jobs defined for gerrit, is this ok? ^15:25
clarkbAJaeger: I think that is because master gerrit doesn't really do anything15:25
clarkbAJaeger: all our gerrit dev is on the version branches and those should have jobs15:26
*** pgaxatte has quit IRC15:26
*** tbachman has joined #openstack-infra15:26
AJaegerclarkb: I didn't see jobs configured on those either ;(15:28
AJaegerclarkb: I pushed https://review.opendev.org/702224 - but no jobs run on it15:28
AJaegerwe can also force-merge it ;)15:29
clarkbAJaeger: well master is never used so I don't think we need that change?15:29
clarkbI guess for hygiene we should land it15:29
AJaegeror remove .gitreview?15:30
AJaegerfor hygine yes...15:30
AJaegerok, let me abandon 70224215:35
openstackgerritJeremy Stanley proposed openstack/project-config master: Don't mirror wheels for pip/setuptools/virtualenv  https://review.opendev.org/70224415:37
fungiyeah, i think removing the .gitreview file from the opendev/gerrit repo is likely better15:38
AJaegerfungi, clarkb, I push that as well and you can choose ;)15:39
openstackgerritAndreas Jaeger proposed opendev/gerrit master: Remove .gitreview  https://review.opendev.org/70224515:40
AJaegerfungi, clarkb ^15:40
clarkbfungi: change lgtm15:41
fungimordred: https://review.opendev.org/702244 if you're still semi-around15:42
fungii can remove the affected wheel from the wheel-mirror afs volume once that merges15:43
mordredfungi: looks great15:43
mordredfungi: and is both readable for this case, and probably pretty easy to change to just remove anything with none-any in the future should we choose to15:44
clarkbyoctozepto: jrosser: re kolla and osa jobs working you might want ot double check that you use the wheel mirror if available. That can really speed up job runtimes if building lxml and libvirt-python15:45
clarkb(granted don't switch until we've landed the above fixes :) )15:45
*** dave-mccowan has joined #openstack-infra15:47
*** derekh has quit IRC15:47
*** dave-mccowan has quit IRC15:52
clarkbkevinz: hello, if you are around I had some questions about some odd image states in linaro-london15:53
*** derekh has joined #openstack-infra15:54
*** lmiccini has quit IRC15:55
*** eharney has joined #openstack-infra15:56
*** rfolco is now known as rfolco|brb15:57
openstackgerritMerged openstack/project-config master: Don't mirror wheels for pip/setuptools/virtualenv  https://review.opendev.org/70224416:00
clarkbfungi: ^16:00
fungiyup, thanks, getting to work on the deletion now16:01
mordred\o/16:02
clarkbonce deletion is done we should tryand land some of the fixes people tried to land earlier16:04
clarkbswitching to python3 venvs seems like a good idea where possible anyway16:04
mordred++16:05
openstackgerritMerged zuul/zuul-jobs master: Rename vars/ directory to prevent conflicts  https://review.opendev.org/70214416:06
*** ociuhandu has quit IRC16:07
*** tbachman has quit IRC16:09
*** pcaruana has quit IRC16:12
fungibtw, running find across /afs/.openstack.org/mirror/wheel/ is not exactly fast (want to make sure i find all copies of setuptools-45.0.0-py2.py3-none-any.whl it has)16:12
clarkbfungi: it should be pretty deterministic, one copy for each supported distro16:13
clarkbhttps://mirror.mtl01.inap.opendev.org/wheel/centos-7-x86_64/setuptools/setuptools-45.0.0-py2.py3-none-any.whl https://mirror.mtl01.inap.opendev.org/wheel/ubuntu-16.04-x86_64/setuptools/setuptools-45.0.0-py2.py3-none-any.whl https://mirror.mtl01.inap.opendev.org/wheel/ubuntu-18.04-x86_64/setuptools/setuptools-45.0.0-py2.py3-none-any.whl16:14
*** gyee has joined #openstack-infra16:15
fungiyep, i'm just curious why it's slow if the tree is so shallow16:15
*** iurygregory has quit IRC16:17
clarkbinfra-root https://review.opendev.org/#/c/702050/ and https://review.opendev.org/702051 are changes to get insecure-ci-registry.opendev.org's cert renewed via LE16:17
clarkbcorvus: ^ you may be interested in that as it touches zuul-registry and docker compose stuff16:17
*** jamesmcarthur has joined #openstack-infra16:20
fungiso in actuality there is no setuptools 45.0.0 wheel in our centos cache (maybe it's ceased updating in recent history?)16:26
*** ociuhandu has joined #openstack-infra16:26
clarkbfungi: it is because centos 7 is python216:27
clarkbso the wheel build will avoid pulling python3 only setuptools16:27
fungioh, yep that'll be it16:27
fungii have removed /afs/.openstack.org/mirror/wheel/ubuntu-16.04-x86_64/s/setuptools/setuptools-45.0.0-py2.py3-none-any.whl and /afs/.openstack.org/mirror/wheel/ubuntu-18.04-x86_64/s/setuptools/setuptools-45.0.0-py2.py3-none-any.whl and released the corresponding mirror.wheel.xenialx64 and mirror.wheel.bionicx64 volumes16:29
fungi#status log manually removed setuptools 45.0.0 wheels from our afs wheel cache16:30
openstackstatusfungi: finished logging16:30
clarkbI rechecked a small number of devstack and d-g changes so that we get back data on whether or not this is working16:32
clarkbit is possible that we have some places with old pip that don't understand the data-requires-python index fields and we'd need to fix this some other way16:32
*** jamesmcarthur has quit IRC16:34
*** jamesmcarthur has joined #openstack-infra16:35
*** jamesmcarthur_ has joined #openstack-infra16:39
*** jamesmcarthur has quit IRC16:39
fungihttps://github.com/pypa/pip/pull/3877 merged several years ago and so pip >=9 should in theory handle this16:40
fungiat least https://github.com/pypa/pip/commit/b506992 says it first appeared in the 9.0.0 tag16:40
*** rfolco|brb has quit IRC16:41
*** eernst has joined #openstack-infra16:42
*** tbachman has joined #openstack-infra16:42
*** avladu has joined #openstack-infra16:45
avladuHello, I have a question related zuul gates for x/cloudbase-init project16:46
*** ykarel|afk is now known as ykarel16:46
avladuI have in my zuul.yml from https://github.com/cloudbase/cloudbase-init/blob/master/.zuul.yaml, the definition of 3 gates, but a lot more get executed. Example https://review.opendev.org/#/c/701737/ . How can I disable the openstack-tox-py27 gate?16:48
clarkbavladu: https://opendev.org/openstack/project-config/src/branch/master/zuul.d/projects.yaml#L5021-L5033 is where the extra jobs are coming from16:48
clarkbyou can propose and update to that file to remove jobs you don't want16:49
*** derekh has quit IRC16:49
avladuclarkb thank you very much16:49
AJaegeravladu: openstack-python-jobs has the tox-py27 gate16:49
avladugot it, will make a patch for https://opendev.org/openstack/project-config/src/branch/master/zuul.d/projects.yaml#L5021-L503316:50
AJaegeravladu: https://docs.openstack.org/infra/openstack-zuul-jobs/project-templates.html shows the definitions16:50
*** hashar has quit IRC16:52
*** icarusfactor has quit IRC16:55
*** ykarel is now known as ykarel|away16:57
corvusclarkb: both lgtm, thanks!17:01
openstackgerritAdrian Vladu proposed openstack/project-config master: cloudbase-init: set zuul project to noop-jobs  https://review.opendev.org/70225917:02
*** rpittau is now known as rpittau|afk17:02
mordredclarkb: same here - although I agree with corvus' comment on the second one17:03
*** lucasagomes has quit IRC17:04
openstackgerritMerged opendev/zone-opendev.org master: Manage insecure-ci-registry ssl with LE  https://review.opendev.org/70205017:04
corvusyeah, food for thought on that one17:04
clarkbfwiw ianw's https://review.opendev.org/#/c/702162/ is the devstack change that I think we should merge. https://review.opendev.org/#/c/702126/8 is the d-g change to land I Think17:04
clarkbthe d-g change could use some cleanup though17:05
*** diablo_rojo has quit IRC17:05
clarkbcorvus: mordred ya I'm not sure. The good news is we have independent verification that our certs are not expiring and we renew after 2 of the 3 months of cert validity17:05
clarkbcorvus: mordred: I think the worst case there for current situation is itdoes break then we have 30 days to fix it17:06
clarkbwith plenty of email spam to remind us17:06
clarkbnot ideal but it shouldn't get lost in the shuffle iether17:06
*** mattw4 has joined #openstack-infra17:08
AJaegeravladu: don't use noop-jobs, you have in repo jobs. I'll comment on the review17:11
*** pcaruana has joined #openstack-infra17:13
avladuAJaeger sure, any help would be great. so what would be the best way to update the code? I would like zuul to include only the .zuul.yaml file, which I will update asap to include the formerly defined jobs in the project-config repo17:13
AJaegeravladu: the publish-to-pypi should stay in project-config, see the infra manual, https://docs.openstack.org/infra/manual/creators.html#central-config-exceptions - the rest can move in your repo.17:14
AJaegernoop-jobs is only needed if you have no jobs defined at all.17:15
*** yolanda has quit IRC17:15
*** eernst has quit IRC17:15
*** diablo_rojo has joined #openstack-infra17:15
AJaegeravladu: so, either do it like https://opendev.org/openstack/project-config/src/branch/master/zuul.d/projects.yaml#L2929 - or remove the stanza completely (if you don't publish to pypi)17:16
*** ahosam has joined #openstack-infra17:19
*** eernst has joined #openstack-infra17:19
avladuAJaeger I suppose I can leave the publish part there, although I need to check with which credentials that would be done, in case of a tagged release (from what I understand)17:19
*** rfolco|brb has joined #openstack-infra17:20
*** nicolasbock has joined #openstack-infra17:21
AJaegeravladu: pypi should be setup with our openstack user as owner, so our tools can upload without extra credentials17:22
fungithe "openstackci" pypi account needs at least index maintainer privileges on the project, i believe (though you could probably supply a different one using a custom zuul secret, i'm not aware of any examples where projects are doing that)17:24
AJaegerand the repo is setup that way: https://pypi.org/project/cloudbase-init/17:25
*** electrofelix has quit IRC17:27
avladugot it, in that case it should already be in a working state. there wasn t a tag since 2017, and on pypi appears correct.17:27
*** ykarel|away has quit IRC17:29
*** evrardjp has quit IRC17:33
*** eharney has quit IRC17:34
*** evrardjp has joined #openstack-infra17:34
openstackgerritAdrian Vladu proposed openstack/project-config master: x/cloudbase-init: remove openstack gates  https://review.opendev.org/70225917:35
avladuAJaeger the updated patch plus https://review.opendev.org/#/c/702270/ should do the trick. My focus was to remove the Python 2.7 gates, as there is more and more hassle to make the tests pass correctly with the openstack upper requirements.17:37
*** jamesmcarthur_ has quit IRC17:38
*** eernst has quit IRC17:40
*** eharney has joined #openstack-infra17:41
*** eernst has joined #openstack-infra17:43
AJaegeravladu: I suggest you update setup.cfg as well to remove mention of python 217:46
AJaegeravladu: see how the openstack repos are doing it17:46
*** eernst has quit IRC17:47
avladuAJaeger: will update the setup.cfg, thanks for the heads up.17:51
smcginnisavladu: It doesn't apply to an x/ repo, but you can see some of the recommended steps here - https://governance.openstack.org/tc/goals/selected/ussuri/drop-py27.html#completion-criteria17:51
*** dtantsur is now known as dtantsur|afk17:53
*** lpetrut has quit IRC17:54
*** eernst has joined #openstack-infra17:54
*** ociuhandu_ has joined #openstack-infra17:55
*** gfidente is now known as gfidente|afk17:55
fungiwell, much of it does apply, it's just not mandatory17:56
fungiit's still a decent set of recommendations17:56
openstackgerritMatthieu Huin proposed zuul/zuul master: Authorization rules: support YAML nested dictionaries  https://review.opendev.org/68479017:58
openstackgerritMatthieu Huin proposed zuul/zuul master: JWT drivers: Deprecate RS256withJWKS, introduce OpenIDConnect  https://review.opendev.org/70197217:58
openstackgerritMatthieu Huin proposed zuul/zuul master: OIDCAuthenticator: add capabilities, scope option  https://review.opendev.org/70227517:58
*** derekh has joined #openstack-infra17:58
openstackgerritMatthieu Huin proposed zuul/zuul master: admin REST API: zuul-web integration  https://review.opendev.org/64353617:58
*** ociuhandu has quit IRC17:58
avladufungi: current version of cloudbase-init will support Python 2.7, the main reason for this thread was to have control on the gets to be able to remove Py27.17:59
openstackgerritMatthieu Huin proposed zuul/zuul master: admin REST API: zuul-web integration  https://review.opendev.org/64353617:59
*** ociuhandu_ has quit IRC17:59
*** tbachman has quit IRC18:00
*** avladu has quit IRC18:03
*** kjackal has quit IRC18:04
*** kjackal_v2 has joined #openstack-infra18:04
*** jpena is now known as jpena|off18:06
*** bnemec has quit IRC18:14
*** diablo_rojo has quit IRC18:17
*** lpetrut has joined #openstack-infra18:17
*** bnemec has joined #openstack-infra18:18
openstackgerritMerged zuul/nodepool master: Always identify static nodes by node tuple  https://review.opendev.org/70196918:19
*** lpetrut has quit IRC18:28
*** tbachman has joined #openstack-infra18:32
fungi#status log used mailman's `rmlist` tool to retire the following abandoned lists.openstack.org mailing lists at their respective owners' requests (archives were preserved and not removed): elections-committee, openstack-content, staffwithtrinet, transparency, women-of-openstack18:33
openstackstatusfungi: finished logging18:33
fungiinfra-root: i've confirmed none of the above lists are still present in our puppetry, so they won't be automatically recreated in error18:34
fungiif anybody knows of any other mailing lists which should be retired, i'm happy to look into it18:35
*** jtomasek has quit IRC18:40
*** tesseract has quit IRC18:53
*** jamesmcarthur has joined #openstack-infra19:01
*** jamesmcarthur has quit IRC19:05
*** jamesmcarthur has joined #openstack-infra19:05
*** mattw4 has quit IRC19:18
*** mattw4 has joined #openstack-infra19:18
*** jamesmcarthur has quit IRC19:18
openstackgerritClark Boylan proposed zuul/nodepool master: Delete dib images when all uploads set to deleting  https://review.opendev.org/70206219:30
*** mattw4 has quit IRC19:33
*** mattw4 has joined #openstack-infra19:33
*** jamesmcarthur has joined #openstack-infra19:36
clarkbfungi: thanks for the lceanup19:37
clarkbnow that I've got ^ pushed up I'm going to take a break19:37
clarkbback in a bit19:37
*** jamesmcarthur has quit IRC19:42
melwittclarkb: hey, your advice to propose the devstack patch to stable/train worked and I Depends-On it in nova and got a grenade failure. there are lots of errors in the mysql log but I'm not sure what to do next. I added a few comments to the patch a bit ago. wondering if something might ring a bell for you https://review.opendev.org/70147819:43
openstackgerritClark Boylan proposed openstack/devstack-gate master: Use python3 for virtualenv if exists  https://review.opendev.org/70212619:44
*** ociuhandu has joined #openstack-infra19:45
*** sshnaidm is now known as sshnaidm|bbl19:45
clarkbmelwitt: this job https://zuul.opendev.org/t/openstack/build/833a46b05c9641b9b22b3ee7f394e80b ?19:45
AJaegeramotoki, ianychoi, experts, translations jobs for horizon repos fail - see http://zuul.opendev.org/t/openstack/build/61cce1de0e9e428db25e480bac8d36e2 . Looks like pint 0.10.1 which is in upper-constraints only works with Python 3.6 - but we run on Xenial with Python 3.5 ;(19:45
AJaegerany ideas on how to fix that one? ^19:45
melwittclarkb: yes that's the one19:45
melwittclarkb: I put the mysql error log in a paste and added it as a comment on the review (since you have to download it). and at the end of the log I noticed "[Note] InnoDB: page_cleaner: 1000ms intended loop took 6943ms. The settings might not be optimal. (flushed=1 and evicted=0, during the time.)"19:46
melwittand wondered if there's anything we could or should do about our innodb settings. I found this when I googled https://dba.stackexchange.com/questions/121236/mysql-innodb-page-cleaner-settings-might-not-be-optimal19:47
AJaegerfungi, thanks for force-merging 70224519:48
yoctozepto16:45:31 <clarkb> re kolla and osa jobs working you might want ot double check that you use the wheel mirror if available. That can really speed up job runtimes if building lxml and libvirt-python19:48
clarkbmelwitt: hrm that might be a better question for mordred19:48
yoctozeptogood idea, I created https://bugs.launchpad.net/kolla/+bug/1859516 for us to remember, thanks19:48
openstackLaunchpad bug 1859516 in kolla "use wheel mirror in CI" [Wishlist,Triaged]19:48
clarkbmelwitt: it is possible that we should retune the db settings for current hardware19:49
clarkbI know some tuning work happened a long time ago but it may have grown old and need updating19:49
clarkbmelwitt: I'll look at logs more closely after lunch19:50
openstackgerritMerged opendev/gerrit master: Remove .gitreview  https://review.opendev.org/70224519:50
fungiAJaeger: you're welcome--thanks for looking into it!19:50
*** ociuhandu has quit IRC19:50
melwittthanks clarkb19:50
ianwfungi / clarkb: thanks for looking in, so i see we've purged the problem .whls19:53
ianwi think we still might need the <a> tags, in general, because theoretically this could happen with python 3.x v 3.y too ... but it's not, now, an immediate concern19:54
yoctozeptoianw: +119:54
clarkbianw env markers should handle that though19:55
clarkband we already have tooling for tthem19:55
clarkb(also packages dont have to have that index data so you cant rely on it)19:57
ianwyeah, it is a MAY but i think bandersnatch puts it in now too19:58
ianwenv markers i guess work for things using requirements, i'm just thinking for maximum compatibility; if somebody's job just pip install's a project we have a wheel for19:59
fungii think if we make this more completely filter out all wheels which already exist on pypi the problem goes away20:02
fungibecause we will only build and serve wheels for platforms where they can be run, with interpreters they support20:02
fungialso that slims down the utilization in those volumes substantially20:03
*** eharney has quit IRC20:03
fungithough that aside, i still think it's a bug that the setuptools 45.0.0 wheel's filename says py2.py3 when it only supports py320:05
clarkb++20:05
*** Goneri has quit IRC20:05
fungihttps://github.com/pypa/setuptools/issues/196420:10
ianwi think we should skip pypi built wheels too, and we can also implement the metadata (i think it should fit into the index generation script not too bad) for maximum compatibility20:12
ianwthat's now story 2007084 task  3808320:14
*** ralonsoh has quit IRC20:34
*** eharney has joined #openstack-infra20:57
clarkbmelwitt: I'm seeing no valid hosts were found errors in the n-sch and n-cond logs for that job21:00
clarkbthat seems to line up with at least some of the tempest failures21:00
*** eharney has quit IRC21:01
*** kjackal_v2 has quit IRC21:04
clarkblookingat the nova cpu logs it appears to ahve available memory, disk and cpu21:06
clarkbmakes me think that maybe the issue is related to connectivity between the nova cpu process and conductor?21:06
clarkbmelwitt: I'm not really sure how to check ^ something cells related maybe?21:08
*** rfolco|brb is now known as rfolco21:08
clarkband this is a single node job so this isn't going to be related to subnode registration21:09
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186421:14
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188221:14
*** eernst has quit IRC21:21
openstackgerritClark Boylan proposed zuul/nodepool master: Delete dib images when all uploads set to deleting  https://review.opendev.org/70206221:22
melwittclarkb: right, it's getting NoValidHost as a result of a "timeout from cell database" which I'm assuming is connected to the mysql errors21:29
*** derekh has quit IRC21:30
melwittI'm trying to figure out what is causing mysql to never respond to a read/write request21:30
clarkbmelwitt: oh what file is the timeout in? I'm not seeing that in the conductor log21:30
melwittclarkb: n-sch log, example "Timeout getting computes for cell f12ed72a-18af-44cf-b3a6-fcb45625f484"21:30
melwittI'd link you but logs for this job have to be downloaded to look at21:31
*** rfolco has quit IRC21:31
clarkbah and that is just a warning21:31
clarkbI found it, thanks21:31
melwittah yeah, sorry I didn't notice they are logged at warn level "Timed out waiting for response from cell f12ed72a-18af-44cf-b3a6-fcb45625f484"21:33
melwittthat means we waited for 60s for a result from a cell database and it didn't return anything within that time21:33
clarkbmelwitt: looks like we don't log dstat csv files in grenade jobs21:35
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: DNM: test tox-py36 on openshift node  https://review.opendev.org/68204921:35
melwittthis is a pretty rare event and I think it must be related to pressure on the host, there's a lot of errors in the mysql logs. but I don't know what else to do or know what's causing the database to slow down and not respond. I assumed the  "[Note] InnoDB: page_cleaner: 1000ms intended loop took 6943ms. The settings might not be optimal. (flushed=1 and evicted=0, during the time.)" is related too21:35
melwittclarkb: I think we do here right? https://zuul.opendev.org/t/openstack/build/833a46b05c9641b9b22b3ee7f394e80b/log/logs/screen-dstat.txt.gz21:35
melwittI looked at it but admittedly I don't know if anything in there is bad or unusual21:36
clarkbmelwitt: thats the human "readable" version which the grapher doesn't accept direclty ( you might be able to convert it though)21:39
clarkbmelwitt: looking at that version we aren't really swapping a ton ~4MB in swap. mysqld is the biggets memory consumer21:39
melwittclarkb: oh, I see, sorry21:40
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188221:40
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: DNM: test tox-py36 on openshift node  https://review.opendev.org/68204921:40
clarkbmelwitt: there is a little iowait times but its not consistently bad21:40
melwitthmmm21:41
melwittI wonder what is going on with the page_cleaner then, from what I googled, it means it had to clean up a lot more pages than expected21:43
melwittI'll try to get mordred to comment on that part when he's around21:43
clarkbpercona has done some work to make it more better https://www.percona.com/doc/percona-server/5.6/performance/page_cleaner_tuning.html no idea if those changes would help us though21:46
clarkbsounds like there is a fair bit of writing happenign to db at the time so it is taking the db longer to make those writes21:46
clarkbthats the sort of thing I would expect to get slower with bad iowait too21:46
clarkbbut the io seems fine around when the first timeout happens21:46
clarkbit does get bad around 00:22:59 though21:46
clarkb(but that is about 5 minutes after the first problem)21:47
melwittthanks for those insights21:48
clarkbmelwitt: probably worthwhile to rerun the jobs a few times if necessary and collect more data too21:52
clarkbif this is consistent that might help us narrow it down. Or maybe it only happens on a specific provider etc21:52
*** ociuhandu has joined #openstack-infra21:55
openstackgerritIan Wienand proposed openstack/project-config master: Generate PEP503 index pages for wheel mirrors  https://review.opendev.org/70229921:58
*** jamesmcarthur has joined #openstack-infra21:58
*** ociuhandu has quit IRC22:00
ianwclarkb / fungi : ^ i think that should, in general, be helpful.  note as a first step i have it writing out to a temp file, not index.html, since we don't really gate test it22:00
*** vesper has joined #openstack-infra22:00
*** vesper11 has quit IRC22:01
*** sshnaidm|bbl is now known as sshnaidm22:02
*** strigazi has quit IRC22:12
*** slaweq has quit IRC22:12
*** strigazi has joined #openstack-infra22:13
clarkbianw: couple of notes inline. Also zuul is unhappy linting it22:22
ianwclarkb: yes, owrking on the linting, the hacking version is too old to understand f-strings22:23
ianwthanks :)22:24
openstackgerritClark Boylan proposed zuul/nodepool master: Use iterate_timeout in test waits  https://review.opendev.org/70230322:24
*** xek has quit IRC22:24
ianwfungi: if you have some time, the stack @ https://review.opendev.org/#/c/698128/ would be helpful.  related to the new static sites22:24
clarkbsemi related to ianw's change, pbr appears to support requires-python directives. Openstack may want to look at setting those values22:27
clarkbgmann: ^ this might be a good task for the python3 migration22:27
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: install-docker: allow removal of conflicting packages  https://review.opendev.org/70230422:29
*** zxiiro has quit IRC22:36
*** jackedin has joined #openstack-infra22:39
*** tkajinam has joined #openstack-infra22:49
*** rcernin has joined #openstack-infra22:57
*** jamesmcarthur has quit IRC23:03
*** tosky has quit IRC23:06
clarkbianw: http://paste.openstack.org/show/788263/ is a list of images that refuse to delete in linaro-london. I think you and kevinz have better overlap than I do. maybe you can try and bring that up and see if those images can be deleted cloud side?23:12
clarkbI've approved the insecure-ci-registry LE change23:13
clarkbI'll keep an eye on it23:13
ianwclarkb: can do23:15
clarkbI'ev WIP'd the insecure-ci-registry LE change beacuse I realize I forgot to put it in the LE group23:19
clarkbremote:   https://review.opendev.org/702051 Manage insecure-ci-registry cert with LE fixes that23:20
clarkbnot sure where gerritbot went to23:21
openstackgerritClark Boylan proposed opendev/system-config master: Manage insecure-ci-registry cert with LE  https://review.opendev.org/70205123:21
clarkbcorvus: mordred ^ that is a minor update to the change you already reviewed. Realized I needed to update the ansible group too23:21
*** dchen has joined #openstack-infra23:24
*** jackedin has quit IRC23:27
*** ociuhandu has joined #openstack-infra23:30
*** ociuhandu has quit IRC23:35
clarkbI'm doing much neglected software patching on my computing device. I'll be in and out for reboots for the next bit23:47
clarkb1288 packages apparently :/23:49
clarkbthis is what i get for leaving the laptop off in a corner over the holidays23:49
openstackgerritIan Wienand proposed openstack/project-config master: Generate PEP503 index pages for wheel mirrors  https://review.opendev.org/70229923:49
openstackgerritIan Wienand proposed openstack/project-config master: Update hacking, fix errors/warnings  https://review.opendev.org/70231023:49
ianwclarkb: ^ thanks, notes applied.  if you're happy, could apply and do a manual job trigger -- it should be a no-op as errors ignored and writing out to a temporary file23:51
clarkbyup rereviewing now23:52
clarkbboth changes look good to me. If pip is looking at METADATA and not metadata.json seems like that is what we want to look at too23:56

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!