Tuesday, 2020-06-09

*** rlandy has quit IRC00:28
*** y2kenny has quit IRC00:52
*** swest has quit IRC01:16
*** wuchunyang has joined #zuul01:23
*** wuchunyang has quit IRC01:26
*** wuchunyang has joined #zuul01:27
*** swest has joined #zuul01:33
*** rfolco|rover has quit IRC01:49
*** bhavikdbavishi has joined #zuul02:21
*** bhavikdbavishi1 has joined #zuul03:08
*** bhavikdbavishi has quit IRC03:10
*** bhavikdbavishi1 is now known as bhavikdbavishi03:10
*** wuchunyang has quit IRC03:20
*** bhavikdbavishi has quit IRC03:27
*** bhavikdbavishi has joined #zuul03:35
*** wuchunyang has joined #zuul04:14
*** wuchunyang has quit IRC04:18
*** bhavikdbavishi has quit IRC04:18
*** bhavikdbavishi has joined #zuul04:20
*** dmellado has quit IRC04:25
*** evrardjp has joined #zuul04:33
swestianw: I have a fix for a race condition in diskimage-builder that seems to have made a reappearance (launchpad issue link in commit message) https://review.opendev.org/#/c/728824/04:49
ianwswest: can we update the changelog to be a little more descriptive of what it does?05:01
ianwman say "-u     Update partition mappings." ... but doesn't really say when or where or what that means05:01
*** wuchunyang has joined #zuul05:03
swestianw: ok, will update the changelog, thanks!05:16
*** ysandeep|away is now known as ysandeep05:22
*** dustinc has quit IRC05:26
*** saneax_AFK has joined #zuul05:29
*** wuchunyang has quit IRC05:37
*** sgw has quit IRC05:42
*** hashar has joined #zuul05:53
*** bhavikdbavishi1 has joined #zuul06:06
*** bhavikdbavishi has quit IRC06:08
*** bhavikdbavishi1 is now known as bhavikdbavishi06:08
*** bhavikdbavishi has quit IRC06:43
*** wuchunyang has joined #zuul06:52
*** saneax_AFK is now known as saneax_07:00
*** olaph has quit IRC07:06
*** jcapitao has joined #zuul07:07
*** bhavikdbavishi has joined #zuul07:20
*** bhavikdbavishi has quit IRC07:25
*** bhavikdbavishi has joined #zuul07:27
*** bhavikdbavishi has quit IRC07:32
*** tosky has joined #zuul07:32
*** bhavikdbavishi has joined #zuul07:49
*** rpittau|afk is now known as rpittau07:54
*** jpena|off is now known as jpena07:59
*** ysandeep is now known as ysandeep|afk08:04
mhuAJaeger, done, thanks for the heads-up08:06
*** nils has joined #zuul08:14
AJaegerthanks, mhu08:16
*** sshnaidm|afk is now known as sshnaidm08:22
*** wuchunyang has quit IRC08:25
*** fbo|off is now known as fbo08:38
openstackgerritFabien Boucher proposed zuul/zuul master: WIP gitlab: implement git push support  https://review.opendev.org/73415908:54
*** hashar has quit IRC09:06
*** bhavikdbavishi has quit IRC09:06
*** bhavikdbavishi has joined #zuul09:09
*** harrymichal has joined #zuul09:26
avassanyone that has some time over that wants to take a look at: https://review.opendev.org/#/c/733675/ ? :)09:31
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab: implement git push support  https://review.opendev.org/73415909:33
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab: implement git push support  https://review.opendev.org/73415909:37
*** ysandeep|afk is now known as ysandeep09:39
*** rpittau is now known as rpittau|bbl10:11
*** dennis_effa has joined #zuul10:20
*** dmellado has joined #zuul10:28
*** jcapitao is now known as jcapitao_lunch10:29
*** wuchunyang has joined #zuul10:46
*** wuchunyang has quit IRC10:52
openstackgerritBenjamin Schanzel proposed zuul/zuul master: GitHub Reporter: Fix `Reviewed-by` in Merge Commit Message  https://review.opendev.org/73458010:57
openstackgerritBenjamin Schanzel proposed zuul/zuul master: GitHub Reporter: Fix `Reviewed-by` in Merge Commit Message  https://review.opendev.org/73458011:00
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add ansible collection roles  https://review.opendev.org/73036011:03
openstackgerritBenjamin Schanzel proposed zuul/zuul master: GitHub Reporter: Fix `Reviewed-by` in Merge Commit Message  https://review.opendev.org/73458011:04
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab: implement git push support  https://review.opendev.org/73415911:07
openstackgerritBenjamin Schanzel proposed zuul/zuul master: GitHub Reporter: Fix `Reviewed-by` in Merge Commit Message  https://review.opendev.org/73458011:10
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add jobs for testing ensure-ansible  https://review.opendev.org/73458411:12
avasszbr: just noticed a small spelling error in 690057 :)11:15
zbr:(11:16
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab: implement git push support  https://review.opendev.org/73415911:21
*** threestrands has quit IRC11:27
avasszuul-jobs-maint: How do we want to enforce variable namespaces, we use tox_executable in ensure-tox, tox and fetch-tox-output (and that makes sense).11:31
avassso doing something like that in https://review.opendev.org/#/c/730360/9 for ansible_galaxy_executable seems to me like it should make more sense than passing three different variables for install/build/publish as well.11:32
*** jpena is now known as jpena|lunch11:32
avassoh, unless we want to namespace it and default the namespaced variable it to the value of ansible_galaxy_executable11:35
*** bhavikdbavishi has quit IRC11:36
AJaegeravass: For such common variables like ansible_galaxy_executable, we could go with the "earliest" - so, tie the namespace to the ensure-X variant. In other words, I think we should pick one good namespace if possible11:39
avassyeah that sounds like one option11:52
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab: implement git push support  https://review.opendev.org/73415911:54
*** rfolco has joined #zuul11:57
*** rpittau|bbl is now known as rpittau12:11
*** rfolco is now known as rfolco|rover12:11
*** bhavikdbavishi has joined #zuul12:14
*** jcapitao_lunch is now known as jcapitao12:18
*** bhavikdbavishi has quit IRC12:18
openstackgerritBenjamin Schanzel proposed zuul/zuul master: GitHub Reporter: Fix `Reviewed-by` in Merge Commit Message  https://review.opendev.org/73458012:21
*** rlandy has joined #zuul12:22
*** Goneri has joined #zuul12:25
openstackgerritBenjamin Schanzel proposed zuul/zuul master: GitHub Reporter: Fix `Reviewed-by` in Merge Commit Message  https://review.opendev.org/73458012:28
*** Goneri has quit IRC12:30
*** dennis_effa has quit IRC12:30
*** Goneri has joined #zuul12:33
*** sgw has joined #zuul12:33
*** jpena|lunch is now known as jpena12:40
*** bhavikdbavishi has joined #zuul12:56
*** saneax_ is now known as saneax_AFK12:59
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/73408213:03
tobiashavass: you're doing windows jobs as well right?13:23
tobiashif that's correct I think you may want to pay attention to https://docs.ansible.com/ansible/latest/user_guide/windows_performance.html13:23
tobiashwe had some performance problems regarding huge per task overheads with some images and it turned out that the .net optimization wasn't deterministic in our image builds13:24
tobiashso we run the first in our base playbook and added the second to our image builds13:25
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/73408213:28
avassoh wow, yeah that will be useful13:28
avassmost of our windows jobs are currently just one massive task that takes up to an hour to complete because of legacy, but we're planning on breaking it down and that might be needed for that13:30
avasstobiash: thanks!13:30
tobiashavass: this bit us also in pre/post playbooks and especially when using the fetch module13:32
tobiashbecause the fetch module runs one powershell process per file it fetches...13:32
tobiashand it turned out to be pretty bad fetching html results with multi second powershell startup penalty per file...13:33
avasswow :)13:33
tobiashit was also non-trivial to track this down ;)13:34
avasswe're moving away from windows as much as possible, but we're sadly still stuck on windows because of third party software that doesn't have linux versions :(13:36
tobiashI know that pain...13:36
avasswe even experimented running things under wine... :)13:39
tobiashok, we didn't go that far :)13:40
*** gmann is now known as gmann_afk13:52
*** bhavikdbavishi has quit IRC14:02
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: tox: allow tox to be upgraded  https://review.opendev.org/69005714:20
mhucorvus, hello! Do the -1s still hold on https://review.opendev.org/#/c/728061/ and https://review.opendev.org/#/c/728410/ ?14:26
corvusmhu: oh weird, i wonder why that -1 wasn't cleared when you uploaded a new ps14:28
corvus(on 061)14:28
corvusmhu: oh -- 061 seems to have gone back to ps1?14:29
corvusthat's neat, i don't think i've ever seen gerrit do that.  but it looks correct -- ps4 is the same as ps1, which means my -1 on ps1 is valid again14:30
mhucorvus, ugh, sorry about that, I'll fix it right away14:31
openstackgerritMatthieu Huin proposed zuul/zuul master: CLI: Fix errors with the REST client  https://review.opendev.org/72806114:33
*** gmann_afk is now known as gmann14:36
mhuI must have mixed my rebases with my cherrypicks ... which is why I don't want to have long-living topics, I'm prone to errors :)14:37
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API: improve tenant scoping of autohold, authorizations  https://review.opendev.org/72811814:41
fungii didn't realize gerrit would allow you to reupload an identical commit from an earlier patchset14:47
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/73408214:49
corvusfungi: i think it does if theres an intervening patchset that's different14:50
mhuugh, most of my patches are affected ...14:50
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add jobs for testing ensure-ansible  https://review.opendev.org/73458414:57
*** bhavikdbavishi has joined #zuul15:02
openstackgerritMatthieu Huin proposed zuul/zuul master: CLI: add autohold-info, autohold-delete via REST  https://review.opendev.org/72841015:05
*** jcapitao is now known as jcapitao_afk15:09
avasscorvus: yeah gerrit keeps votes in case you restore changes :)15:14
*** olaph has joined #zuul15:20
*** harrymichal has quit IRC15:34
*** y2kenny has joined #zuul15:36
y2kennyhow do you guys usually run a specific unit test for nodepool with tox?  (TestDriverStatic.test_static_basic for example)15:38
clarkby2kenny: tox -epy38 -- test_name_regex_here15:38
*** jcapitao_afk is now known as jcapitao15:38
clarkbfor your example I'd do something like `tox -epy38 -- test_static_basic`15:38
y2kennyclarkb: no need for the path to the test file?15:38
y2kennyoh ok15:39
y2kennythanks15:39
clarkby2kenny: its a python re.search() regex so it can match anywhere in the test name string iirc15:39
clarkbif there are other tests with the name test_static_basic you can further qualify it with the class name15:39
fungiand you can get fancy with regular expression syntax there if you like15:39
*** hashar has joined #zuul15:40
y2kennygreat.  That worked, thanks!  The solutions on google/stackoverflow includes the test file path for some reason and those didn't work (caused invocation error of some kind.)15:40
*** bhavikdbavishi has quit IRC15:41
clarkby2kenny: it depends on the test runner itself (not really tox). Nose requires a path iirc others want the python import style paths15:44
y2kennyclarkb: ok... I am totally new to serious python development so I have no idea (only wrote some python scripts here and there.)15:45
clarkby2kenny: no worries.15:45
openstackgerritJames E. Blair proposed zuul/nodepool master: Add more detail to TESTING.rst  https://review.opendev.org/73463115:45
clarkbthinking out loud here maybe we should add examples oh ya corvus ^15:45
corvuswe had them in the zuul repo, but not nodepool15:45
*** y2kenny has quit IRC15:46
clarkbcorvus: avass points out a copy paste thing in that change. Otherwise I think we can land it15:47
clarkbmight also want to s/py35/py38/15:47
*** y2kenny has joined #zuul15:47
corvusclarkb: i thought about that but thought that might could wait until we drop 3.515:48
clarkbcorvus: wfm15:48
openstackgerritJames E. Blair proposed zuul/nodepool master: Add more detail to TESTING.rst  https://review.opendev.org/73463115:48
mhucorvus, https://review.opendev.org/#/c/728061/ and https://review.opendev.org/#/c/728410/ should be good to go now16:09
*** rpittau is now known as rpittau|afk16:09
openstackgerritFabien Boucher proposed zuul/zuul master: A Zuul reporter for Elasticsearch  https://review.opendev.org/64492716:12
*** jcapitao has quit IRC16:24
*** nils has quit IRC16:38
*** hashar has quit IRC16:43
*** hashar has joined #zuul16:46
zbrclarkb: can we please do https://review.opendev.org/#/c/731605 ?16:47
openstackgerritMerged zuul/nodepool master: Add more detail to TESTING.rst  https://review.opendev.org/73463116:47
clarkbzbr: fwiw I agreed with ianw that we should have comments explaining the devitation for expected behavior at least for that particular pause example because the behavior there isn't going to be immediately obvious to most16:48
clarkbzbr: what we want to avoid is someone cleaning that up inappropriately16:48
clarkband I don't think that is beyond the scope of the change16:49
zbrin last version I added explanation: https://review.opendev.org/#/c/731605/3/test-playbooks/dstat-graph.yaml16:50
clarkbya I know I just wanted to clarify that. I'm doing a proper review of the other changes really quick before approving16:50
zbrand again: i am not trying to hide the dirt, i am trying to avoid adding more16:50
zbrthe fact that this code went in without complaints should be a warning, that we did a poor review. ansible itself is raising warnings on all these calls.16:51
clarkbzbr: out of curiousity what is the issue with https://review.opendev.org/#/c/731605/3/test-playbooks/python/fetch-sphinx-output.yaml that ansible complains about? the file redirection requires shell (command won't work)16:52
clarkbzbr: well the pause example is a good point for why that isn't universally the case16:52
clarkbzbr: and why being better about commenting exceptions is a good idea16:52
clarkbsimilar qusetion with https://review.opendev.org/#/c/731605/3/test-playbooks/python/fetch-sphinx-tarball.yaml is ansible mad about shell vs command there?16:53
zbryep, that is why ansible team added the warn param, so user can make an informed decision, usually.16:53
corvusclarkb: have we decided that we do want to lint test-playbooks?16:58
clarkbcorvus: I was under the impression we were linting them already?16:58
corvusclarkb: nope, that's the child change of the change you just approved: https://review.opendev.org/73147116:59
clarkbah, I didn't realize16:59
corvusi mean, i guess i'm okay with it if everyone else is.  but we decided once already not too because ansible-lint produced too many busy-work warnings that we didn't think were important for test-playbooks.17:00
clarkbI see that now we find dirs called "playbooks" not test-playbooks to lint them17:00
clarkbdoes ansible raise those warnings at runtime too?17:01
clarkbif so then I can see how having clean linting on the test-playbooks would be a good idea17:01
zbryes it does17:01
corvusyep17:01
clarkbbecause that will be added noise when trying to udnerstand why a test is not working17:01
zbrand tbh, having two different qa makes no sense, test code is as important as the code itself17:01
corvusfrankly, i'm tempted to just turn off that option in ansbile entirely17:01
clarkbcorvus: the option to emit warnings?17:02
corvusyep17:02
corvusthey've never caused us to do anything other than add "warn: false"17:02
zbrthese are there with a reason.17:02
zbrthe real issue is that you cannot disable specific warnings, that is the real issue.17:03
zbrbecause some of them are.... less useful than others.17:03
zbrbtw, regarding the idea of switching from py35 to py38 directly, i do not think is wise, i know lots of issues with py38 and the gap is too big (IMHO).17:05
clarkbzbr: zuul supports a range currently 3.5 - 3.817:06
clarkbthe suggestion was to update the docs to say 3.8 rather than 3.5 since 3.5 will be going away well before 3.817:06
zbrclarkb: i guess you are not aware what happens with ansible when you run on 3.8...17:06
*** jpena is now known as jpena|off17:06
clarkbzbr: we are, we had to revert the change to bump zuul to 3.8 though it was working fine for us iirc17:06
mordredclarkb: we rolled back to 3.7 as part of tracking down memory leak17:07
clarkbmordred: I know, but we still test with 3.8 and 3.8 was working for opendev17:07
mordredbut then we actually removed jemalloc and that fixed it - so I don't know that we currently have any experience ourselves with a 3.8 issue17:07
*** mhayden has left #zuul17:07
clarkbwe rolled back to 3.7 due to the issue that tobiash ? had17:07
mordredand - even with that - the executors run on 3.5 currently17:07
clarkboh right it was executor specific beacuse ansible17:08
mordredyeah17:08
zbrfunny read around py38 and netaddr: https://www.reddit.com/r/ansible/comments/gx202c/ansible_team_closing_and_locking_valid_bugs/17:08
clarkbzuul does test with 3.8 though including actually running ansible aiui17:08
zbrpy36/py37 are ok/safe, but not py38, yet.17:08
mordredin any case - I was at least not personally aware that there was a functional issue with ansible and 3.817:08
clarkb(there are functional ansible tests in the zuul test suite)17:08
mordredgood that our images are on 3.7 I suppose17:08
clarkbmordred: we rolled back to 3.7 due to that issue17:09
avasscorvus: yeah, I can agree that ansible-lint is mostly busy-work, don't think I've fixed something that would have caused a bug somewhere.17:09
mordredclarkb: I disagree17:09
avasswell, except for the custom rules that is17:09
mordredclarkb: we rolled back to 3.7 because of the memory leak and never re-rolled forward17:09
clarkbmordred: the memory leak was present in 3.7 and 3.8. We discovered that removing the malloc replacement concurrent with fixing the issue that tobiash raised which is how those two things happened together17:10
clarkbiirc17:10
mordredgotcha. I believe I was more focused on the memory leak and remained unaware that there was an actual functional issue with ansible+3.817:10
mordredbut now I know :)17:10
clarkbmordred: see Ibfe1b226630c8db202a294590c6435666afcb62d17:10
mordredoh - ah - it's with ansible 2.717:11
mordrednow I remember this17:11
corvuszbr, clarkb: anyway, just wanted to point out that https://review.opendev.org/731605 is in service of https://review.opendev.org/731471 which has a -1 regarding the utility of linting test-playbooks.  i'm not going to -2 it, and if any zuul-jobs-maint expresses explicit support for it, i'll probably return to a +-0.  but it does seem a little cart-before-the-horse.17:11
corvusavass: the custom rules are great.  :)17:11
corvus(yes we need to merge the cleanup before the enforce; but we just haven't gotten consensus on the enforce yet)17:12
mordredclarkb: incidentally, starting with 2.8 we can _use_ collections, although the ansible-galaxy command cannot install them until 2.9 - but if we install things into the right paths they'll work from 2.817:12
zbrcorvus: thanks for not fighting against it.17:12
clarkbcorvus: I think my biggest thing is avoiding unnecessary noise in testing is desireable. Warnings that look like errors have a habit of being blamed for problems when they are bengign17:12
clarkband that impacts others ability to debug17:12
*** fbo is now known as fbo|off17:12
mordredso as soon as we drop 2.7 - we can start the "move zuul's extra ansible modules into collections" project17:12
zbrin fact that move can start now, but gradually.17:16
corvusclarkb: understood.  i rarely see the output, even when debugging, and like perhaps a sizable plurality of ansible users have just trained myself to ignore the chatty warnings.  as you can see from the change, they come up *a lot* in the test playbooks, because we're doing *a lot* of git commands.  just doesn't seem worth it to me.17:16
avassmordred: \o/17:17
clarkbcorvus: ya, and as zbr says it would be nice if we could enable deprecation warnings and disable "you're using git wrong" warnings17:18
avassmordred: guess I'll continue working on my ansible collection change soonish17:18
corvusclarkb: i agree with that17:18
clarkbthe deprecation warnings are at least useful for thsoe of us trying to keep up with ansible17:18
zbrthere is a feature request for this on ansible, i know for sure.17:18
avassaren't deprecation warnings already present in ansible?17:19
openstackgerritMerged zuul/zuul-jobs master: test-playbooks: avoid warnings with shell/command  https://review.opendev.org/73160517:20
clarkbavass: they are, but they'll get lost if we disable all warnings. They also tend to get lost among the other warnings if you don't clean them up17:20
avassah yeah17:20
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: Enable linting of test-playbooks  https://review.opendev.org/73147117:24
*** hashar has quit IRC17:25
*** saneax_AFK has quit IRC17:26
tobiashclarkb, mordred: I didn't read all backlog but this reproduced the problem of py38 with the quickstart job that used py38 at that time: https://review.opendev.org/#/c/72715517:27
mordredtobiash: nod. but it's fine on 2.8 - just not 2.7 yes?17:29
fungi#status log updated intermediate cert bundle for openstackid.org and openstackid-dev.o.o to remove the expired addtrust ca cert, as its presence causes problems for requests on older python versions17:35
openstackstatusfungi: finished logging17:35
tobiashmordred: yes17:35
fungioops, wrong channel, sorry for the noise17:36
avasscorvus: I believe I talked about wanting to have project specific nodes a week or two back. but I realized what I really want is project specific, post-review nodes to get rid of secrets and nested ansible plays. :)17:38
avassor just post-review nodes too be honest, the projects could be in a separate tenant17:39
fungiso the ability to limit what pipelines certain node labels can be used in, rather than allowing anyone to add a particular node label>17:41
fungi?17:41
avassyeah17:42
avasssomething like deployment nodes17:42
clarkbwould project ssh keys work for that?17:42
clarkbsimilar to how we use zuul for CD in opendev17:42
fungiwe've effectively done that in our deployment by authorizing project-specific ssh keys on nodes17:42
clarkbwe add host at job runtime off of the executor, then the job content runs against the target host17:43
clarkbfungi: jinx17:43
fungiyeah, it doesn't stop anyone from adding those to their jobs, but their jobs won't be able to actually connect to those nodes17:43
avassI guess you keep the ssh key as a secret ?17:45
clarkbavass: its built into zuul, each project has a project specific ssh key17:46
clarkbavass: you can query the api for the public key material for a specific project, add that to your hosts, and then jobs running on that project can use the key (and its post review only iirc)17:47
avassthat's the same key that is used for encryption right?17:47
avassdidn't know you had access to that during a job17:48
*** dustinc has joined #zuul17:48
avassI guess I missed this: https://zuul-ci.org/docs/zuul/reference/jobs.html#project-key17:48
*** ysandeep is now known as ysandeep|away17:49
avasswell, that solves that. thanks :)17:50
corvusavass: sorry i was away for your question, but glad you found a solution :)17:52
corvusavass: we also have tenant keys on the roadmap, but not yet implemented17:53
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: tox: allow tox to be upgraded  https://review.opendev.org/69005717:54
y2kennyso I was just looking at how nodepool get its information to the executor.  Looks like everything is passed via "connection_port" and then there are some special logics in the executor that maps nodepool's data structure into executor/ansible's data structure.  Is that a correct understanding?18:05
*** Defolos has joined #zuul18:06
*** Defolos has quit IRC18:06
*** sshnaidm is now known as sshnaidm|afk18:07
zbravass: was my last comment on https://review.opendev.org/#/c/703065/9/roles/revoke-sudo/tasks/main.yaml ok?18:10
avasszbr: yeah18:13
avasszbr: but I believe the current idea is to be able to define that as a nodepool variable, same with toggling whether to revoke sudo or not.18:14
avassbut I'm not sure how much work is needed to be able to pass variables from nodepool.yaml to ansible18:15
avasssomething like: http://paste.openstack.org/show/794540/ where there would be a nodepool.<var> like there are zuul.<var>18:21
avassbut I'm not sure if there should be specific parameters that can be set in nodepool or if it should be possible to set any variable like that paste18:23
avassor if maybe they should be stored in zuul.nodepool.<var> since 'nodepool' could already be used somewhere18:31
*** iurygregory has quit IRC18:43
mordredavass: we set a nodepool dict on every host18:44
mordredavass: https://zuul.opendev.org/t/openstack/build/84cd43655f734934a4e232c2f2dd9667/log/zuul-info/inventory.yaml#918:45
avassmordred: ah, nice :)18:45
*** iurygregory has joined #zuul18:47
mordredavass: also - didn't we have a discussion in the past about setting a flag on hosts in nodepool to allow driving something like that?18:48
avassmordred: yeah18:48
avassmordred: I just haven't looked into it yet18:48
mordredkk. just making sure I wasn't misremembering18:48
mordredit seems like a valid use case :)18:49
fungiwe've used this, for example, to cross reference job failures to specific node providers, or even to match certain log messages to specific host_id values (which can identify a particular bad hypervisor host)18:50
Shrewsohai! friendly fyi for an easy fix for zuul callback plugins someone might want to put together: https://github.com/ansible/ansible/issues/6995419:07
*** ianychoi__ has joined #zuul19:16
*** ianychoi_ has quit IRC19:19
guillaumecShrews: hello!  it does indeed :)19:28
mordredShrews: fascinating19:29
mordredShrews: and thanks!19:29
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Rework quick-start and prepare for other tutorials  https://review.opendev.org/73206619:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate your first patch"  https://review.opendev.org/73206719:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "Use zuul jobs"  https://review.opendev.org/73206819:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate pipeline"  https://review.opendev.org/73206919:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job secrets"  https://review.opendev.org/73207019:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job dependencies"  https://review.opendev.org/73207119:54
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "Use zuul jobs"  https://review.opendev.org/73206820:08
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate pipeline"  https://review.opendev.org/73206920:08
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job secrets"  https://review.opendev.org/73207020:08
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job dependencies"  https://review.opendev.org/73207120:08
openstackgerritJames E. Blair proposed zuul/zuul master: Detect Gerrit gate pipelines with the wrong connection  https://review.opendev.org/73392920:27
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Rework quick-start and prepare for other tutorials  https://review.opendev.org/73206621:10
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Rework quick-start and prepare for other tutorials  https://review.opendev.org/73206621:50
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate your first patch"  https://review.opendev.org/73206721:50
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "Use zuul jobs"  https://review.opendev.org/73206821:50
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate pipeline"  https://review.opendev.org/73206921:50
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job secrets"  https://review.opendev.org/73207021:50
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job dependencies"  https://review.opendev.org/73207121:50
*** rfolco|rover has quit IRC22:05
*** armstrongs has joined #zuul22:38
*** armstrongs has quit IRC22:47
*** tosky has quit IRC22:59
*** ysandeep|away is now known as ysandeep23:42

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