Wednesday, 2020-04-29

*** guillaumec has quit IRC00:08
*** rfolco has quit IRC00:24
*** cdearborn has quit IRC00:40
*** threestrands has joined #zuul00:45
*** swest has quit IRC01:59
*** swest has joined #zuul02:14
*** ianychoi_ has joined #zuul03:08
*** ianychoi has quit IRC03:10
*** bhavikdbavishi has joined #zuul03:19
*** bhavikdbavishi1 has joined #zuul03:22
*** saneax has joined #zuul03:22
*** bhavikdbavishi has quit IRC03:23
*** bhavikdbavishi1 is now known as bhavikdbavishi03:23
*** bhavikdbavishi has quit IRC03:58
*** bhavikdbavishi has joined #zuul04:01
*** threestrands has quit IRC04:17
*** evrardjp has quit IRC04:35
*** evrardjp has joined #zuul04:35
*** sgw has quit IRC05:07
*** tflink has quit IRC05:26
*** tflink has joined #zuul05:27
openstackgerritMerged zuul/zuul master: Fix test_crd_check_unknown tests  https://review.opendev.org/72419105:29
openstackgerritMerged zuul/zuul master: Simplify FakeGithubClient and FakeGithubSession  https://review.opendev.org/72419205:29
*** timburke has joined #zuul05:44
*** ysandeep|away is now known as ysandeep05:45
*** ysandeep is now known as ysandeep|brb05:55
*** rpittau|afk is now known as rpittau06:32
*** jcapitao has joined #zuul06:50
*** ysandeep|brb is now known as ysandeep06:51
*** dustinc has quit IRC06:53
*** dpawlik has joined #zuul06:59
*** yolanda has joined #zuul07:19
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409607:22
*** guillaumec has joined #zuul07:24
*** tosky has joined #zuul07:29
*** bhavikdbavishi has quit IRC07:39
*** ysandeep is now known as ysandeep|lunch07:42
openstackgerritAndy Ladjadj proposed zuul/zuul master: Add new timezone selector in web interface  https://review.opendev.org/72265307:53
*** jpena|off is now known as jpena07:55
*** bhavikdbavishi has joined #zuul07:59
openstackgerritAndy Ladjadj proposed zuul/zuul master: Add new timezone selector in web interface  https://review.opendev.org/72265308:01
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/71626208:11
*** jcapitao has quit IRC08:24
*** yoctozepto has joined #zuul08:24
yoctozeptomorning08:24
yoctozeptois it expected that zuul does not consider job modified (and does not run it hence) when only extra vars are modified on it?08:24
yoctozeptohttps://review.opendev.org/#/c/723354/6/.zuul.d/base.yaml08:24
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409608:26
*** ysandeep|lunch is now known as ysandeep08:26
*** jcapitao has joined #zuul08:26
openstackgerritAndy Ladjadj proposed zuul/zuul master: Add new timezone selector in web interface  https://review.opendev.org/72265308:39
*** avass has quit IRC10:06
*** avass has joined #zuul10:06
avasshmm, I'm thinking that we might want to create a linter for zuul-jobs, it's easy to miss policies like namespacing loop variables otherwise10:07
*** bhavikdbavishi has quit IRC10:20
*** bhavikdbavishi has joined #zuul10:21
*** guillaumec has quit IRC10:50
*** jcapitao is now known as jcapitao_lunch10:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409610:55
*** rpittau is now known as rpittau|bbl10:55
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add loop var policy to ansible-lint  https://review.opendev.org/72428111:02
avassLooks like you can defined custom ansible-lint rules :)11:08
zbravass: yes you can, but that does not mean is a good idea, feel free to propose them to the linter, I can help you getting them in11:19
zbri already migrated one or two custom roles I found, during the last year.11:20
avasszbr: isn't the loop_var policy very specific to zuul-jobs though?11:21
zbrindeed, in this case is more problematic11:21
zbrstill, how are you going to apply this rule to tons of repos we have?11:22
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add loop var policy to ansible-lint  https://review.opendev.org/72428111:22
zbri guess the solution is to implement a plugin system for ansible-lint and publish the rules as python package11:22
avasszbr: I'm not saying we should apply the rule to other repos, just enforce the policy we already have for zuul-jobs11:23
zbrit is easier than it appears11:23
avasszuul-jobs-main: I'd like some input on that ^ before I start updating roles to follow the policy11:25
*** ysandeep is now known as ysandeep|coffee11:29
*** jpena is now known as jpena|lunch11:32
*** guillaumec has joined #zuul11:45
tristanCavass: adding test for policy sounds great to me11:52
tristanCis the AnsibleLintRule interface is stable?11:54
AJaegeravass: I like the idea11:56
*** rfolco has joined #zuul12:14
*** jcapitao_lunch is now known as jcapitao12:16
*** Goneri has joined #zuul12:22
avasstristanC: I have no idea if it is12:27
avasstristanC: or I mean, I don't know how stable it is, but it's in the official documentation :https://docs.ansible.com/ansible-lint/rules/rules.html#creating-custom-rules12:29
*** rpittau|bbl is now known as rpittau12:31
*** jpena|lunch is now known as jpena12:32
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use speculative zuul-base-jobs in integration test  https://review.opendev.org/71630012:32
*** sgw has joined #zuul12:45
zbrfew easy reviews: https://review.opendev.org/#/c/723855/ https://review.opendev.org/#/c/723856/12:47
openstackgerritSorin Sbarnea proposed zuul/zuul master: Make task errors expandable  https://review.opendev.org/72353412:54
zbrtristanC: interface is stable, my only concerns where around reusabiliy of the rule on other repos, but in-repo is perfect fine for start.13:03
zbravass: tristanC can you look at https://review.opendev.org/#/c/690057/ that improves ensure-tox?13:05
zbris already ½ year old, got tired of number of rebases i had to do on it :D13:05
avasszbr: the docs looks strange, I guess you hade to solve a merge conflict there13:15
zbraha, not i see, i think i missed a space, fixing...13:17
mordredavass: I like it13:20
*** cdearborn has joined #zuul13:21
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: tox: allow tox to be upgraded  https://review.opendev.org/69005713:24
mordredavass: of course, that made me go read the rest of policy - which made me think that https://zuul-ci.org/docs/zuul-jobs/policy.html#support-for-multiple-operating-systems could potentially be implemented more consistently with an action plugin ... which made me think in the new world of collections, we could potentially make an action plugin that did a consistent "include_distro_tasks" so we wouldn't have to13:25
mordredcopy-pasta that13:25
avassmordred: yeah13:29
avassmordred: I have a change that adds similar functionality to ANSIBLE_EXTRA_PACKAGES for collections: https://review.opendev.org/#/c/723071/ but I still need to add tests for it13:32
avassmordred: and I want to be able to validate that the collections are installed somehow, similar to this: https://review.opendev.org/#/c/724110/13:32
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add loop var policy to ansible-lint  https://review.opendev.org/72428113:36
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add loop var policy to ansible-lint  https://review.opendev.org/72428113:41
avassHopefully I didn't miss something now13:41
avasszbr: re 690057: just a minor thing, we probably want to be able to use constraints even though tox_upgrade is not specified13:47
*** bhavikdbavishi has quit IRC13:47
zbrtrue13:52
zbravass: this also means that we cannot use "type tox" test anymore, we need to really run pip again.13:54
zbrbecause we may have an older version.13:54
*** jcapitao has quit IRC13:55
*** jcapitao has joined #zuul13:56
zbravass: in fact i think the code is correct, take a second look.13:57
zbrif constraint is default and no upgrade is requested, it will install it only if is missing.13:58
avasszbr: ah, I missed the "tox_constraints != 'tox'"13:58
zbravass: well, confused the author too.13:58
avasszbr: maybe we should add something to the docs about that14:00
zbri doubt, i think is implied by current readme, but you are welcomed to rephrase it.14:00
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: Add testing of fetch-sphinx-tarball role  https://review.opendev.org/72158414:05
avasszbr: something like "Python requirements condition tox should adhere to"?14:06
avassbut I'm not sure "adhere" is really the word I'm looking for14:06
fungifilter?14:08
fungiconstraints is basically a sieve filter14:08
fungiif your requirement appears in the constraints list, then install the version of it specified there14:09
avasszbr: +1 for now, but I think someone else should probably look at it as well14:10
*** hashar has joined #zuul14:12
avassI'm getting and Internal Server Error for zuul14:15
avassan*14:15
zbryou are not alone, i posted on infra.14:16
fungiyep, second oom condition for the scheduler in a little over 2 days14:24
fungihttp://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=64792&rra_id=all14:25
fungihttp://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=64794&rra_id=all14:25
fungifor the ram and swap graphs of the scheduler, respectively14:25
*** dpawlik has quit IRC14:28
avassfungi: I'll have to check if we're experiencing something like that, I'd guess not since we don't have the same load14:29
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/72433614:29
fungiwell, we normally hover around 5gb active memory on the scheduler, and suddenly we're spiking up to 12x that14:30
-openstackstatus- NOTICE: Zuul had to be restarted, all changes submitted or approved between 14:00 UTC to 14:30 need to be rechecked, we queued already those running at 14:0014:36
avassfungi: we're at 3GB, I would guess that's higher than usual, but we're not tracking that it seems and I'm not sure we have access to the data IT keeps14:40
avassfungi: at least opendev has fast startup times ;)14:42
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/71626214:42
mordredcorvus: I mentioned earlier in #opendev that I noticed that the podman people are pointing to opensuse kubic for debian packages now ... which caused me to realize that we are not installing skopeo into our zuul-executor containers ... should we?14:59
corvusthat's probably a good idea15:01
mordredkk15:02
openstackgerritMonty Taylor proposed zuul/zuul master: Install skopeo in container images  https://review.opendev.org/72434415:09
avasszuul-jobs-maint: can we try to sync it so this is merged before some other change breaks it? https://review.opendev.org/#/c/72428115:19
avass(I'll update the commit message to be a bit more descriptive)15:21
corvusavass: nice :)  i'm usually the person who is least likely to want to expand linting tests, but this looks like a really good use.  :)15:22
avasscorvus: Yeah, I really don't like having to review and keep all the policies in my head because it's so easy to miss, so why not just automate it :)15:24
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add loop var policy to ansible-lint  https://review.opendev.org/72428115:26
AJaegercorvus: is zuul iterating config files recursively? So, are multiple levels allowed like zuul.d/level1/config.yaml ? See https://review.opendev.org/72239415:38
AJaegerclarkb: thanks for the link. I just want to be sure that it goes down levels - in that case zuul-sphinx has indeed a bug.15:38
corvusagree with clarkb15:39
AJaegercorvus: ok, thanks15:39
clarkbya figuring out zuul-sphinx bug is on my todo. But if someone else wants to do it go ahead :)15:40
zbrcan we limit the "zuul-jobs" change notifications to a single irc channel? now we get them 3 channels,....15:46
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409615:48
fungizbr: that's probably a question for the folks in each of those channels15:52
fungii can't imagine dropping zuul-jobs change notifications from the #zuul channel, as it's one of the zuul project's repositories15:52
*** jcapitao has quit IRC15:52
fungiso this is probably not the place to be asking that question15:53
AJaegerzbr: I think we had zuul-jobs always in all three, we remove many other duplicates so it's more visible that thre are very few now15:54
clarkbI'd be ok with removing it from the other channels since I'm in here too15:57
clarkbbut I don't know how good our overlap is and zuul-jobs is still seeing a fair bit of churn that affects open(dev|stack)15:57
AJaegerthe question is: Do we expect openstack folks on #opendev as well? Then we can for sure remove from #openstack-infra.15:58
AJaegerBut I would keep it between #opendev and #zuul since that are more disjunct audiences15:58
*** jcapitao has joined #zuul16:04
openstackgerritMerged zuul/zuul master: Add DOCKER_* to passenv  https://review.opendev.org/72385616:09
avasszuul-jobs-maint: anyone else for: https://review.opendev.org/#/c/724281/ ?16:11
*** ysandeep|coffee is now known as ysandeep|away16:12
corvusdone16:13
openstackgerritClark Boylan proposed zuul/zuul-sphinx master: Handle directories in zuul.d/ configs  https://review.opendev.org/72436616:13
openstackgerritClark Boylan proposed zuul/zuul-sphinx master: Sort dirs and filenames when os.walk()ing  https://review.opendev.org/72436716:13
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/71626216:13
avasscorvus: thanks!16:13
clarkbcorvus: AJaeger ^ I think those two changes will make zuul-sphinx a bit more like zuul16:13
clarkbI'm not sure what the best way to test that is though16:14
clarkbI'm going to run tox -e docs in system-config on that broken change, install my changes above itno that venv then rerun sphinx build16:18
AJaegerclarkb: that looks like the best way to test it.16:20
clarkbthat seems to have worked and the roles.html file looks ok. I'm not sure what else to check16:20
corvusclarkb: that ought to do it :)16:22
*** hashar has quit IRC16:22
zbrcorvus: re coloring on pre,  you want me to remove it even from exception or only from stdout?16:26
openstackgerritSorin Sbarnea proposed zuul/zuul master: Fix pre wrapping on console and output  https://review.opendev.org/72360316:32
openstackgerritMonty Taylor proposed zuul/zuul master: Install skopeo in container images  https://review.opendev.org/72434416:34
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409616:35
*** evrardjp has quit IRC16:35
*** evrardjp has joined #zuul16:35
*** rpittau is now known as rpittau|afk16:37
zbrcorvus: i think you are aware the current implementation is that stderr is always empty and stdout contains both stdout+stderr16:42
openstackgerritMerged zuul/zuul-jobs master: Add loop var policy to ansible-lint  https://review.opendev.org/72428116:42
openstackgerritSorin Sbarnea proposed zuul/zuul master: Make task errors expandable  https://review.opendev.org/72353416:49
corvuszbr: i'm mostly concerned about stdout; exception i could go either way on.  and yes; there's a change in progress to work through the stdout/stderr issue16:58
zbrcorvus: ok thanks. that is only for failed tasks but i already removed the coloring.16:58
zbri am aware of that change from avass, i hope it works well as it is useful to separate the streams.16:59
zbrapparently that after last patch create-react-app refresh is working: https://review.opendev.org/#/c/71630517:02
*** jcapitao has quit IRC17:03
zbrdo we really need build result panel top container? It adds one extra nesting level to the UI. Removing it could simplify the interface and save few pixels on the width.17:07
zbrExample: https://zuul.opendev.org/t/openstack/build/603d9a4eb7ac4d26a56ba6ae2bf0c75817:08
*** jpena is now known as jpena|off17:14
avasscorvus: is the design of gertty made to look like irssi? because they look so good next to eachother17:14
corvusavass: they're right next to each other on my desktop :)17:16
corvusavass: a sort of mash of irssi, mutt, gnus....17:16
avasscorvus: I knew it! I'm using i3wm without borders and they fit so well together17:17
clarkbpart of that is they both use your terminal color palette17:17
clarkbso naturaly share a theme17:17
clarkbhttps://review.opendev.org/#/c/723764/ is a minor gerrit connection thing I discovered when debugging zuul things over the weekend17:18
clarkbbasically I don't think we should retry when gerrit returns http 40917:19
corvussounds good17:19
avassclarkb: sure but the title bar is lined up perfectly17:21
clarkbmordred: if you have a moment can you review https://review.opendev.org/724367 and its parent? I think we need those two changes and a release to fix the docs building issue we've got in the zuul.d reorg change in opendev17:42
mordredclarkb: done18:11
openstackgerritMerged zuul/zuul-sphinx master: Handle directories in zuul.d/ configs  https://review.opendev.org/72436618:20
openstackgerritMerged zuul/zuul-sphinx master: Sort dirs and filenames when os.walk()ing  https://review.opendev.org/72436718:20
*** y2kenny has joined #zuul18:23
y2kennyIf I want to have bare metal nodes to support testing and these nodes need to be prepared and clean up in some way (such as installing driver, reboot, etc.) is the recommended path to do this in nodepool or as one of the pre tasks?18:25
avassy2kenny: you could probably do that as a pre-task18:27
*** armstrongs has joined #zuul18:28
y2kennyavass: so essentially just use nodepool to provision an hw node18:28
openstackgerritMonty Taylor proposed zuul/zuul master: Install skopeo in container images  https://review.opendev.org/72434418:28
avassy2kenny: yeah, using the static driver. unless you want to write a custom driver for nodepool :)18:29
openstackgerritSorin Sbarnea proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630518:29
openstackgerritSorin Sbarnea proposed zuul/zuul master: WIP: Enable ANSI rendering on stdout/stderr  https://review.opendev.org/71625118:29
y2kennythe pre-task sounds right to me intuitively since I can just use ansible to do the setup.  But I was wondering if there are ways to pre-run the pre-task to shorten the turn around time.18:30
avassy2kenny: that sounds like a cool idea18:31
y2kennyavass: the same thing with post.  For things like uploading log and artifacts, it is part of the job.  But let say one of the post task is clean up/formatting the disk or something, then IMHO, it should be part of the nodepool life cycle instead of the job's lifecycle18:33
clarkbI think you can run a script via nodepool now18:34
y2kennyclarkb: oh I didn't know about that... I will take a look18:35
avassclarkb: you can? huh, Il have to take a look at that18:35
clarkbI might be thinking of https://zuul-ci.org/docs/nodepool/configuration.html#attr-providers.[openstack].post-upload-hook which is the wrong part of the workflow for this18:36
clarkbya that must be it as I'm not finding anything else similar18:37
*** armstrongs has quit IRC18:37
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Support multi-arch image builds with docker buildx  https://review.opendev.org/72233918:37
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: DNM Run builder tests on expanded node  https://review.opendev.org/72407918:37
*** y2kenny has quit IRC18:38
*** y2kenny has joined #zuul18:40
y2kennydo folks generally use the webchat freenode interface and do you guys get disconnected sometimes?18:41
avassy2kenny: i use irssi18:42
avassand no18:43
y2kennyavass: ok... I should probably look into that18:43
clarkbI use weechat which is basically irssi but with some different features18:44
y2kennycool.  freenode webchat is convinient but I get disconnection quick often.18:45
y2kennyquite*18:45
clarkbyou can also hook up glowing bear to weechat if you prefer to have a browser client18:47
clarkbirccloud is a hosted service web client too18:47
avassy2kenny: regarding preparing nodes, you could always have a cleanup-run: playbook to do the cleanup ;)18:48
y2kennyavass: um... interesting.  I did not know about that.  I can probably leverage it.  Thanks!18:52
openstackgerritSorin Sbarnea proposed zuul/zuul master: Add convenience Makefile  https://review.opendev.org/72383719:02
zbrclarkb: irccloud is cool, I am using it but quite dropping connections, 3-4 per day.19:09
zbrif any of you can review the pre-wrap at https://review.opendev.org/#/c/723603/ it would be really useful, i found a nice and clean way to address it both locations.19:20
*** yolanda has quit IRC19:36
*** hashar has joined #zuul19:43
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Support multi-arch image builds with docker buildx  https://review.opendev.org/72233919:45
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: DNM Run builder tests on expanded node  https://review.opendev.org/72407919:45
*** avass has quit IRC20:10
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409620:26
openstackgerritMonty Taylor proposed zuul/zuul master: Use libffi7 on ubuntu focal  https://review.opendev.org/72441720:30
mordredcorvus, clarkb: ^^ https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_5eb/723528/18/check/system-config-run-zuul/5ebfe50/bridge.openstack.org/ara-report/result/9e53d6c7-0bad-4133-8920-bfa01edee3b6/20:31
mordredclarkb, corvus: the "run executor on focal" job hit that20:31
clarkbmordred: check my note on the ffi change I don't think its worth a -1 but wanted to have you see it before I approve20:33
mordredclarkb: oh - I think that's better20:36
mordredlet me do that20:36
*** y2kenny has quit IRC20:36
openstackgerritMonty Taylor proposed zuul/zuul master: Use libffi7 on ubuntu focal  https://review.opendev.org/72441720:37
mordredclarkb: I think that ^^20:37
mordredcorvus: ^^20:37
tristanCmordred: may i ask what libffi7 is used for?20:55
clarkbtristanC: cryptography iirc20:56
mordredyeah. I thnik it's cryptography21:00
mordredsame thing as libffi6 - just a different ABI in focal21:00
clarkbcorvus: I think we need a zuul-sphinx release to consume those changes I made21:03
*** guillaumec has quit IRC21:04
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409621:04
corvusclarkb: i will make it so21:06
corvusclarkb: commit 264a9fca1cfb79826f2c17f6cb2cca83b1317348 (HEAD -> master, tag: 0.5.0, origin/master, origin/HEAD, refs/changes/67/724367/1)21:07
corvusclarkb: look good?21:07
clarkblooking21:11
clarkbyup lgtm21:12
corvuspushed21:12
*** hashar has quit IRC21:35
openstackgerritMerged zuul/zuul master: Use libffi7 on ubuntu focal  https://review.opendev.org/72441721:39
openstackgerritJames E. Blair proposed zuul/zuul master: Add serial pipeline manager  https://review.opendev.org/72298121:59
openstackgerritJames E. Blair proposed zuul/zuul master: Make fake test Gerrit merger more realistic  https://review.opendev.org/72298222:00
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409622:00
openstackgerritJames E. Blair proposed zuul/zuul master: Add more docs about pipelines  https://review.opendev.org/72418522:00
corvusmordred, zbr: i don't understand the commit message on https://review.opendev.org/72385522:02
corvuswhat is the conflict with cheroot?22:03
corvuswhen tristanC asked about that, zbr just said we couldn't afford the latest version.  i don't know what that means22:03
tristanCcorvus: i don't know what that means either, it seems like both libraries install conflicting dependencies, but that doesn't tell what is the consequence for zuul itself.22:05
mordredtristanC, corvus : I just responded to that in #opendev ...22:05
corvusi'll copy that response to the change22:06
mordredcool22:06
openstackgerritJames E. Blair proposed zuul/zuul master: Fix cherrypy dependency conflict  https://review.opendev.org/72385522:07
mordred++22:08
corvusand i added a comment about the memory leak22:09
corvuswe're seeing zuul-web use a lot of ram in opendev; i think pinning to an old cherrypy will help us eliminate cherrypy v18.6.0 which released recently as a possible factor22:10
mordred++22:12
mordredwhich is a good outcome in either direction22:13
tristanCthanks for the detail22:13
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409622:40
openstackgerritMerged zuul/zuul master: Fix cherrypy dependency conflict  https://review.opendev.org/72385523:04
*** tosky has quit IRC23:11
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409623:27
*** zxiiro has joined #zuul23:30
jkt is it worth checking the "port" quota in nodepool? We're using floating IPv4 addresses on our internal OpenStack cluster, and that needs 2 (for a router) + 2 * instances (one for private ipv4, other for floating ipv4) ports in total, and our config was "funny" in that I had 10 instances, but just 15 ports)23:31
clarkbjkt: I don't think floating IPs count against port quota23:37
clarkbjkt: floating IPs are just NAT rules, but yes figure at least one port per instance interface23:37
*** rlandy has quit IRC23:51
mnaserhi all23:56
mnaserhate to be the bearer of bad news again but we have broke zuul/zuul-jobs again :(23:57
mnaserhttps://opendev.org/zuul/zuul-jobs/commit/d0e2016592b7027c950d14a5d78c15b0719a8444 has broken promote docker image23:57
mnasermainly it has renamed the variable when including a loop to zj_image => https://opendev.org/zuul/zuul-jobs/src/commit/d0e2016592b7027c950d14a5d78c15b0719a8444/roles/promote-docker-image/tasks/main.yaml#L2623:57
mnaserbut then it missed it in whre it was included => https://opendev.org/zuul/zuul-jobs/src/commit/d0e2016592b7027c950d14a5d78c15b0719a8444/roles/promote-docker-image/tasks/promote-retag.yaml23:58
mnaserand i think it missed it here too https://opendev.org/zuul/zuul-jobs/src/commit/d0e2016592b7027c950d14a5d78c15b0719a8444/roles/promote-docker-image/tasks/promote-retag-inner.yaml23:58
clarkbmnaser: thats probably what broke promote for zuul-web23:58
mnaserperhaps!  let me check23:59
mnaserclarkb: https://zuul.opendev.org/t/zuul/builds?pipeline=promote indeed23:59
jktclarkb: if that's true, then I cannot explain why I was over quota23:59
mnaserlet me see if i can work up a patch23:59

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