Monday, 2018-06-04

*** GonZo2000 has joined #zuul00:00
*** GonZo2000 has quit IRC00:00
*** GonZo2000 has joined #zuul00:00
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Fix deprecation warning of ansible-2.5  https://review.openstack.org/57199600:18
*** TheAceOfHearts has quit IRC00:40
*** GonZo2000 has quit IRC00:52
*** GonZo2000 has joined #zuul00:57
*** D3VIATION has quit IRC01:07
*** xinliang has quit IRC01:14
tristanCmordred: would you also happen to have a wip for the zuul_stream refactor (e.g.: using ssh port forward) on your laptop ? :)01:21
tristanCthis would be useful to have for running parallel job on a single host. Alternatively i can rebase these log_stream executor settings: https://review.openstack.org/53553801:24
*** pwhalen_ has quit IRC01:27
*** xinliang has joined #zuul01:30
*** xinliang has quit IRC01:30
*** xinliang has joined #zuul01:30
*** weshay has quit IRC01:30
*** weshay has joined #zuul01:36
*** TheAceOfHearts has joined #zuul01:50
*** TheAceO__ has joined #zuul01:58
*** TheAceOfHearts has quit IRC02:00
*** TheAceOfHearts has joined #zuul02:31
*** TheAceO__ has quit IRC02:34
*** TheAceOf_ has joined #zuul02:48
*** TheAceOfHearts has quit IRC02:51
*** TheAceOf_ has quit IRC02:57
*** TheAceOfHearts has joined #zuul02:58
*** TheAceOfHearts has quit IRC03:04
*** EmilienM has quit IRC03:22
*** EmilienM has joined #zuul03:23
*** D3VIATION has joined #zuul04:07
*** D3VIATION has quit IRC04:11
*** gtema has joined #zuul06:32
*** ssbarnea has quit IRC06:43
*** ssbarnea has joined #zuul06:44
*** AJaeger has joined #zuul07:00
*** sshnaidm has joined #zuul07:10
*** Rohaan has joined #zuul07:10
*** pcaruana has joined #zuul07:12
*** pcaruana is now known as pcaruana|worksho07:14
*** Rohaan___ has joined #zuul07:17
*** Rohaan has quit IRC07:17
*** yolanda_ has joined #zuul07:20
openstackgerritArtem Goncharov proposed openstack-infra/nodepool master: Add support for specifying security_group in nodepool  https://review.openstack.org/57085707:23
*** yolanda has quit IRC07:23
*** Wei_Liu has joined #zuul07:27
*** sshnaidm is now known as sshnaidm|brq07:38
*** jpena|off is now known as jpena07:53
tristanCzuul.openstack.org didn't restarted to pick the cherrypy change?07:54
*** hashar has joined #zuul07:56
*** Rohaan___ has quit IRC07:58
gtemafaced couple of times situation, that DIB is failing to build an image and then do a proper cleanup (latest example switched SELinux on host in, but in the images semanage was not present). DIB fails to cleanup (target busy). Nodepool-builder retries permanently to build new image, unless disk is full. What about adding basic enough storage check to the nodepool-builder?08:13
gtemaDIB should be also fixed - it's clear. But I think nodepool-builder should not continuosly retry flooding the disk08:14
*** Rohaan___ has joined #zuul08:26
*** Rohaan___ has quit IRC08:30
*** GonZo2000 has quit IRC08:39
*** GonZo2000 has joined #zuul08:40
*** GonZo2000 has quit IRC09:23
*** GonZo2000 has joined #zuul09:25
*** GonZo2000 has quit IRC09:35
*** GonZo2000 has joined #zuul09:48
*** GonZo2000 has quit IRC09:48
*** GonZo2000 has joined #zuul09:48
*** pleia2_ has joined #zuul10:15
*** GonZo2000 has quit IRC10:16
*** gouthamr_ has joined #zuul10:20
*** gouthamr has quit IRC10:20
*** pleia2 has quit IRC10:20
*** Rohaan has joined #zuul10:27
*** jpena is now known as jpena|lunch11:09
*** pwhalen has joined #zuul11:33
*** pwhalen has joined #zuul11:33
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove getRepoPermission from FakeGithubConnection  https://review.openstack.org/57042812:22
*** openstackgerrit has quit IRC12:34
*** rlandy has joined #zuul12:34
*** rlandy is now known as rlandy|rover12:35
*** openstackgerrit has joined #zuul12:44
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Status branch protection checking for github  https://review.openstack.org/53568012:44
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove getRepoPermission from FakeGithubConnection  https://review.openstack.org/57042812:44
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Status branch protection checking for github  https://review.openstack.org/53568013:13
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove getRepoPermission from FakeGithubConnection  https://review.openstack.org/57042813:13
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Status branch protection checking for github  https://review.openstack.org/53568013:27
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove getRepoPermission from FakeGithubConnection  https://review.openstack.org/57042813:27
*** gtema has quit IRC13:32
*** jpena|lunch is now known as jpena13:42
*** jimi|ansible has joined #zuul13:43
*** jimi|ansible has joined #zuul13:43
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Status branch protection checking for github  https://review.openstack.org/53568013:47
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove getRepoPermission from FakeGithubConnection  https://review.openstack.org/57042813:47
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add supercedent pipeline manager  https://review.openstack.org/57193213:55
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix link in mqtt reno  https://review.openstack.org/57211013:55
*** Rohaan___ has joined #zuul14:00
*** Rohaan has quit IRC14:01
* Shrews getting a late start after a very long weekend, but will attempt to catch up on all-the-things14:03
corvusShrews, tobiash: i have lost all context for this -- are we at the point where we should just decide to do the 2.5 upgrade on, say, wednesday or thursday this week and stand by to handle fallout by quickly merging changes to zuul-jobs to fix anything that's broken?14:06
tobiashcorvus: I think so14:06
tobiashwe have it in production since before the summit without problems14:06
Shrewscorvus: i believe that was the decision we had come to, previously14:07
tobiashthe only problem we had was the breakage of shell tasks which has been fixed14:07
corvusanyone have a preference for wednesday or thursday?14:08
jheskethperhaps a silly question (and certainly one I should know the answer to) but does zuul ever push into gerrit? It only does a 'submit' review, right, and gerrit re-performs the merge action?14:08
tobiashjhesketh: yes, it presses the merge-button via api14:08
tobiashgerrit re-performs the merge action14:08
corvusjhesketh: correct; we may very well push to gerrit later (that would be required for bidirectional cross-repo-dependency, and also make unidirectional more reliable)14:08
jheskethright, that was my understanding :-)14:09
Shrewscorvus: either of those days wfm14:09
jheskethso there's a risk that the merge-commit zuul makes is slightly different to gerrits14:09
tobiash(and is currently not possible as a github app)14:09
corvusjhesketh: correct14:09
tobiashcorvus: I'm ok with both14:09
jheskethI've never looked at ths SHA's, but do they compute the same?14:09
tobiashprobably not14:09
corvusright, timestamps are different14:10
tristanCcorvus: that would requires a gerrit acl change, atm zuul ci doesn't need push permission14:10
corvustristanC: yep.  but it's possible with gerrit, and gerrit will do the right thing with the change (close it)14:10
jheskethah, of course14:10
jheskeththanks :-)14:10
corvusgithub will also dtrt with the pr, if there were a way to give it perms :/14:11
jheskethoh neat14:12
*** TheJulia is now known as needsleep14:18
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add supercedent pipeline manager  https://review.openstack.org/57193214:22
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix link in mqtt reno  https://review.openstack.org/57211014:23
tobiashthis is the blocking part in github: https://platform.github.community/t/repositories-which-have-protected-branches-with-push-restrictions-have-no-ability-to-grant-push-rights-to-integrations/1376/4514:25
*** hashar is now known as hasharAway14:26
tobiashbut there is also a comment there from github stuff that they're working on that14:26
*** Guest57137 is now known as sc68cal14:36
*** sc68cal is now known as Guest8652414:36
*** D3VIATION has joined #zuul14:39
corvuspabelanger: i'll abandon your aiohttp version fixes since cherrypy landed14:45
Shrewsooh, that landed? neat14:52
corvusShrews: yeah, i figured out the test race at the end of last week.  we haven't restarted openstack with it yet... i should probably do that today :)14:53
*** needsleep is now known as TheJulia14:56
*** Guest86524 has quit IRC14:56
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add driver interface documentation  https://review.openstack.org/57153815:01
*** sshnaidm|brq has quit IRC15:10
*** Rohaan___ has quit IRC15:12
clarkbcorvus: I have to take kids to the dentist wednesday so thursday is easier for me from a handling fallout perspective15:28
clarkbcorvus: ++ to restarting zuul with cherrypy updates along with the other bug fixes and chagnes that merged late last week15:29
hughsaundersHey, does nodepool support sending cloud-init data when creating instances? I see it has a boolean for enabling config drive: https://github.com/openstack-infra/nodepool/blob/master/nodepool/driver/openstack/handler.py#L108-L121 but where would the config drive data come from if its enabled?15:31
clarkbhughsaunders: it currently only supports image metadata (which maybe is exposed via config drive/meta data server) and ssh keys metadata. I think there is a need for adding general metadata15:32
hughsaundersclarkb: To confirm, the current state is that nodepool can't supply cloud init data when launching an openstack instance?15:34
clarkbhughsaunders: no, it can supply a subset of the data15:34
*** pcaruana|worksho has quit IRC15:35
clarkbdouble checking I don't see expected image metadata in the instance metadata contents on rax so that probably doesn't make it through (at least not in all cases). That means the ssh keys metadata is the only metadata passed through I think15:38
*** pleia2_ is now known as pleia215:39
hughsaundersclarkb: Thanks, another question... so is there any way I can get a nodepool-launcher to run a script on the node once its up?15:39
hughsaundersI was thinking cloud-init may be a way to achieve that.15:39
hughsaundersI know DIB us the usual solution, but I want to use OnMetal nodes that I can't image.15:40
clarkbhughsaunders: we dropped that feature from nodepool with the idea being your workload generator (like zuul) should do that instead since that is what they are good at15:40
clarkbhughsaunders: rax OnMetal accepts qcow2 images I thought15:40
hughsaundersoooh, I better check that then.15:41
tobiashShrews, tristanC: we observed a race within the static node driver which resulted in static nodes used by several jobs at the same time15:51
tobiashwe think _checkConcurrency is the source of this (http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/static/handler.py#n27)15:52
tobiashShrews: I think this may be fixed once your refactor and pre-registration have landed15:54
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Directly link providers and request handlers  https://review.openstack.org/57158415:55
Shrewstobiash: i'm finding that the driver needs to be totally rewritten to support pre-reg15:56
Shrewsfrustratingly15:56
tobiashhrm15:56
tobiashShrews: let me know if I can help with that15:57
Shrewstobiash: thx15:58
Shrewsi had to put it out of my head for a few days. will get back into it after some of these driver api changes15:59
tobiashI think without pre-reg we would need a zk-lock for the provider to make that race free16:00
pabelangercan https://zuul-ci.org/docs/zuul/user/config.html#attr-job.roles.zuul accept multiple connection name to a project? eg: zuul: git.openstack.org/openstack-infra/openstack-zuul-jobs and zuul: git.zuul.org/zuul ?16:02
pabelangererr16:03
pabelangerzuul: git.zuul.org/zuul-jobs16:03
clarkbpabelanger: I think if they have different connections and thus have different canonical names it would work16:04
pabelangerclarkb: okay great, I'll update based on testing16:05
tobiashShrews, corvus: I posted a question on 57158416:09
Shrewstobiash: yes, that was just for QuotaInfo. If you want to move that in a follow up, feel free16:10
tobiashk, maybe tomorrow16:11
clarkbtobiash: re your comment on https://review.openstack.org/#/c/567227/1 do you think we should do both things? fix it as best as possible in the merge call so that most of the time we don't have problems then address any specific issues where they show up too ?16:11
tobiashclarkb: I think merges in most cases don't harm git fetch (.gitmodules is an exception)16:12
clarkbtobiash: ah16:13
tobiashclarkb: and as long as we need to cope with this anyway I tend to handle this only when some operation fails16:13
clarkbya that makes sense since it is a remote fetch source config file16:13
dmsimardjlk: so I guess we need to get Zuul into Microsoft now :p16:15
jlkI'm afraid of the words mordred hasn't spoken16:15
corvuswell, actually, we chatted with the kata folks at the summit, and they have some azure they'd like to use with zuul16:16
*** sshnaidm|brq has joined #zuul16:16
tobiashwindows gated by zuul sounds somewhat cool ;)16:17
corvusso shortly, we plan on borrowing their account to help finish and test tristanC's azure driver for nodepool :)16:17
openstackgerritPaul Belanger proposed openstack-infra/zuul master: zuul-migrate: run / post-run playbooks need .yaml extensions  https://review.openstack.org/57216016:17
pabelangeranybody see reportportal.io before? Just came across my inbox this morning, looks interesting. Tagged as AI-powered Test Automation Dashboard16:19
jlkcorvus: NEAT16:21
jlkI... may have reasons to want a nodepool to Azure like tool16:21
Shrewsjlk: i'm afraid of the reasons you haven't spoken16:26
fungii'm getting questions from events folks at osf about ansiblefest in austin this october... anyone planning to submit talks/trainings to the cfp?16:26
jlkShrews: hehe, I'm as surprised by the announcement as the rest of you are. I have no insider information.16:26
jlkbut I really don't think I have the ... capability to push for how MSFT does CI for their software.16:27
*** harlowja has joined #zuul16:28
*** ianychoi has quit IRC16:32
Shrewstobiash: thx for the nodepool reviews. any reason you're not adding the +W?16:36
Shrewssomething i need to change?16:36
tobiashShrews: just wasn't sure if you want to land it at once16:36
Shrewstobiash: i see no reason to wait16:37
tobiashShrews: ok, will add +w then :)16:37
Shrewsw00t. thx16:37
openstackgerritMerged openstack-infra/zuul master: Gracefully handle broken .gitmodule files  https://review.openstack.org/56722716:39
clarkbtobiash: ^16:39
tobiash\o/16:39
openstackgerritMerged openstack-infra/nodepool master: Fix ConfigValue comparisons  https://review.openstack.org/56792716:46
openstackgerritMerged openstack-infra/nodepool master: Make imagesAvailable() part of the driver API  https://review.openstack.org/56870216:46
openstackgerritMerged openstack-infra/nodepool master: Use ProviderConfig iface to validate labels  https://review.openstack.org/56870316:48
*** ianychoi has joined #zuul16:48
dmsimardfungi: I plan on submitting something to AnsibleFest. Not 100% sure what about yet. Likely a mix of ARA and Zuul.16:49
*** pcaruana|worksho has joined #zuul16:51
openstackgerritMerged openstack-infra/nodepool master: Simplify driver API  https://review.openstack.org/56870416:54
*** gouthamr_ is now known as gouthamr16:56
fungidmsimard: thanks. i think they're trying to make booth et cetera decisions based on whether there'll be zuul content (and how much)16:57
tobiashShrews: do we need to make a zuul change together with the multi label change in nodepool?16:58
Shrewstobiash: excellent question. i don't *think* so, but let me inspect the code to make sure17:01
*** GonZo2000 has joined #zuul17:02
Shrewscorvus: did you happen to consider that when reviewing the multi-label change? ^^17:04
Shrews(in case i miss something when reviewing zuul code)17:05
corvusShrews: i *thought* not, but i'm not sure now.  we should double check.17:05
corvusit doesn't look like zuul reads node.type from zk17:08
corvusi believe it assumes that it got what it asked for :)17:08
corvusso i think we're ok17:08
tobiashShrews, corvus so we can +w it?17:09
Shrewscorvus: actually, it seems to use it for some statsd stuff17:09
corvusShrews: where's that?17:09
Shrewszuul/nodepool.py17:10
ShrewsemitStats17:10
*** harlowja has quit IRC17:10
Shrewsand i'm not sure how to fix that since it seems to assume Node.label == requested.label17:10
Shrewsthe zuul model has Node.label, np has Node.type17:11
corvusright, we never finished the conversion of type -> label on the nodepool side17:12
corvusbut zuul never reads the 'type' field from zookeeper17:12
Shrewscorvus: oh. so the zuul model is actually not what's read from ZK?17:13
Shrewsperhaps just used internally17:13
corvusit only writes the labels that it requests to the noderequest znode, then assumes a 1:1 mapping of nodes when the request is fulfilled17:13
Shrewsoh. so seems like we're ok then17:14
corvusthe zuul node model object does read from zk.17:14
corvusbut nothing on the zuul side uses type17:14
corvuslabel is just a copy of the requested label that was sent17:15
Shrewsyep. and seems to store any other values in storeNode() as-is.17:15
corvusso, after we merge this change, we need to be careful if we finish the type -> label conversion on the nodepool side.  if we did that, we could end up overwriting zuul's label with the new list-of-labels, *then* we'd be in trouble17:16
Shrewsyep17:16
*** acozine1 has joined #zuul17:16
Shrewstobiash: ok, i think that means we are ok on the zuul side17:16
corvus(not insurmountable, just another step)17:16
Shrewscorvus: thx, sorry for diverting your attention17:17
*** pcaruana|worksho is now known as pcaruana17:18
*** jpena is now known as jpena|off17:19
corvusnp17:20
tobiashShrews: ok +w'ed that change17:25
Shrewstobiash: thx!17:25
tobiashnp17:25
openstackgerritMerged openstack-infra/zuul master: Status branch protection checking for github  https://review.openstack.org/53568017:31
openstackgerritMerged openstack-infra/nodepool master: Add multilabel support to ZooKeeper Node model  https://review.openstack.org/57022717:31
openstackgerritMerged openstack-infra/nodepool master: Add driver interface documentation  https://review.openstack.org/57153817:31
openstackgerritMerged openstack-infra/nodepool master: Directly link providers and request handlers  https://review.openstack.org/57158417:33
corvusi just restarted zuul-web in openstack-infra and it seems to be working okay (except that our tooling was incorrectly writing the config file with the empty string as the listen address, which is no longer supported)17:34
pabelangersecrets are tenant scoped right?17:41
pabelangerI haven't tested yet, but can shortly17:42
clarkbpabelanger: they are project scoped (so I think that means yes)17:44
pabelangergreat, that's what I assumed17:44
*** harlowja has joined #zuul17:49
mnaserthe email for the confirmation to join zuul mailing lists went to my spam folder17:51
mnaser:(17:51
corvusmnaser: yay it was delivered!18:29
fungimnaser: do you have any insight into the spam classification algorithm in use?18:29
mnaserfungi: no :( gsuite/google apps18:30
fungiahh... i have spamassassin set to inject a list of matching rule ids into a header18:30
fungihooray for free software?18:30
fungii never have to ask "why did this end up in my spam box?"18:31
fungijust hit the h key in mutt to examine message headers and it tells me18:31
mnaserfungi: i agree but operating a mail server is quite the hassle :(18:39
fungifair. my soapbox requires it, i suppose18:40
*** myoung is now known as myoung|lunch18:43
mordredcorvus: in the time that I have spent not finishing the angular patches - angular v6 has been released18:52
mordredcorvus: in good news though - angular v6 is an LTS release, so we should be good on it for $time18:53
corvusmordred: i really hope ansible 2.6 doesn't release before thursday :)18:54
clarkbha18:54
mordredcorvus: :)18:55
mordred2018-06-28 Final Release <-- 2.6 expected release date18:55
mordredso we should be good for thursday18:55
*** D3VIATION has quit IRC18:57
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Stop scheduler more quickly  https://review.openstack.org/57218618:57
corvusoh thank goodness18:57
SpamapSwtf18:58
SpamapSare they like, in "break everything every 2 months" mode?18:58
corvusspeaking of break everything -- we suspect a problem with openstack-infra's connection to github with current zuul master19:04
corvuscaveat deployer :)19:04
*** GonZo2000 has quit IRC19:21
SpamapSit senses a disturbance in the github force19:22
clarkbjlk: related to ^ we are not seeing events from Monty on https://github.com/ansible/ansible/pull/37170 but do see the recent shipit comment event on https://github.com/ansible/ansible/pull/39877#pullrequestreview-125706973 in the github side events log for our zuul app19:23
clarkbmordred double checked the permissions on the app and seems happy with them also we are getting comments like that shipit comment so it should be fine perms wise19:23
clarkbis it possible github is losing those events are is it pebkac19:24
*** harlowja has quit IRC19:29
*** myoung|lunch is now known as myoung19:57
*** harlowja has joined #zuul19:59
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add cherrypy to built-in logging config  https://review.openstack.org/57220019:59
jlkhrm.20:17
jlkWe don't often lose events20:17
jlkYou should be able to see the event in the GitHub application interface, there is a space to see all the events sent out from an app20:17
jlkand you can click to re-send them too20:17
clarkbjlk: ya the events don't show up there20:18
clarkbhttps://github.com/ansible/ansible/pull/37170#issuecomment-394462095 specifically the event for that comment20:18
jlkthe recheck?20:19
jlk(the link doesn't highlight which of the events on that stream :( )20:19
clarkbya tge rechecks20:21
jlkthat's really bizarre.20:31
jlkI just added my own, do you see the event in the list?20:31
clarkbnot yet at least. Most recent event is from 6 minutes ago20:32
clarkband now there are more recent events20:33
clarkbbut not yours20:33
jlkthat's super strange. I don't see any internal incidents ongoing either20:34
clarkbpublic status looks happy too20:34
jlkWe started getting some Zuul reporting on github3.py today.20:46
clarkbjlk: have an example I can look at (want to compare timestamps to see if any ran after we updated zuul)20:50
jlkhttps://github.com/sigmavirus24/github3.py/pull/852#issuecomment-39436376820:51
jlkwhich is http://logs.openstack.org/52/852/2d2146647fdb7096c9ad815dc2e52c585c6fd421/third-party-check/tox-py35-on-zuul/810aa6b/20:51
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix zuul-web sql connections  https://review.openstack.org/57221020:56
*** acozine1 has quit IRC20:56
*** pcaruana has quit IRC20:59
*** hasharAway has quit IRC21:02
*** harlowja has quit IRC21:04
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v5)  https://review.openstack.org/55198921:14
*** myoung is now known as myoung|off21:31
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix zuul-web sql connections  https://review.openstack.org/57221021:32
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v6)  https://review.openstack.org/55198921:35
mordredtristanC: ^^ that works for the multi-tenant case in local testing21:35
*** harlowja has joined #zuul21:36
clarkbdmsimard: thinking about the ansible 2.5 update (sounds like we are doing that thursady) are there any major gotchas we should be looking at in eg zuul-jobs before doing so21:43
clarkbI think tobiash says that they've got it working at bmw so maybe it will mostly just work21:43
dmsimardUpstream has some docs on that, sec21:44
dmsimardhttps://docs.ansible.com/ansible/2.5/porting_guides/porting_guide_2.5.html21:45
dmsimardhttps://docs.ansible.com/ansible/2.5/porting_guides/porting_guide_2.4.html21:46
clarkbthanks21:47
dmsimardThere's a lot of new deprecations (which shouldn't break anything but might bring a lot of warning spam)21:47
clarkbya include will do that21:47
dmsimardI wonder if we could get some elastic-recheck queries ready ahead of time to identify issues quickly21:48
clarkbskimming those two pages I don't see anything that should be too bad other than the deprecations21:49
dmsimardI also never got around to graphing the metrics I added to executor phase results. Would probably be useful.21:49
dmsimardI'll get something going to add to grafana so we have some amount of visibility.21:51
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Translate zuulStartStream into typescript  https://review.openstack.org/55861821:53
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Shift log streaming code into StreamComponent  https://review.openstack.org/55861921:53
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Stop falling back to job name for missing url  https://review.openstack.org/55405621:58
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove dashboard workaround for missing log_url  https://review.openstack.org/55406621:59
openstackgerritMerged openstack-infra/zuul master: Add cherrypy to built-in logging config  https://review.openstack.org/57220022:16
openstackgerritMerged openstack-infra/zuul master: Stop scheduler more quickly  https://review.openstack.org/57218622:16
*** D3VIATION has joined #zuul22:19
corvusjlk, clarkb, mordred: any thoughts on what to do next about the missing github events?22:19
clarkbcorvus: we should probably have a fresh set of eyeballs double check the config on our end to rule out pebkac22:19
corvusok i'll look22:20
mordredcorvus: I think we might need to loop in gundalow when he gets back so that we can make sure the settings on the installation are ok22:20
corvusit's not just on ansible/ansible, right?22:20
clarkbI don't know if anyone has tested outside of ansible/ansible22:20
mordredI do not know the answer to that question22:20
corvusaha!  then that's the next step :)22:20
corvuslet's test something on gtest-org/ansible22:20
mordred++22:21
gundalow#ansible-devel should be able to help in my absence22:21
mordredgundalow: I think we've found another vector to explore where we don't have to bother anybody for now22:24
mordredgundalow: but cool. also, you're not vacationing properly22:24
corvusaccording to the zuul docs, we should have the perms "issues: read/write" but we have "issues: no access".  and events should have "issue comment, issues" checked, but they don't exist (presumably because the perm isn't set).  also we should have "release".22:26
corvusthat seems very likely relevant to me22:27
corvusalso the "commit comment" event22:27
gundalowmordred: cool. Thanks.22:28
corvushere's my plan: leave a recheck comment on gtest-org/ansible to make sure it's broken there.  then update the perms to match our docs.  then accept the updated perms in gtest-org.  assuming they work, ask ansible to accept new perms.22:29
corvusif that doesn't work, then i'll panic22:29
clarkbcorvus: ok22:30
corvusoh, only zuul-test is installed there22:31
corvusi'll add openstack-zuul to gtest-org first22:31
mordredcorvus: I like your proposed plan22:31
mordredcorvus: although I think panicing first would be more amusing22:31
clarkbok the global config is missing issues too22:31
corvusclarkb: yeah, that's what i was looking at22:32
clarkbwouldn't surprise me if this is carrying over due to the issues are PRs22:32
clarkbI have no idea why this would've chagned or if it did in our config at all (maybe issues are PRs is affecting this as of recently)22:32
corvusi was wrong -- openstack-zuul is installed on gtest-org, so we should be all set.  i did not see an event for my comment.22:32
corvusas expected22:32
corvusi closed/reopened a pr and got an event from that22:33
corvusso i'm ready to proceed to updating the perms22:33
clarkbok22:33
clarkbwhen we are done with that we should turn on ssl verification too22:33
clarkb(since we broke the integration anyways)22:34
corvusX-GitHub-Event: issue_comment22:36
corvusthat's looking good22:36
corvusevent  b3893300-6847-11e8-9faa-d8616ab45b6c22:37
corvusso i think we're set now, we just need to ask #ansible-devel to accept the updated perms and let jlk know we figured it out, sorry22:38
clarkbany idea if that was set before?22:39
*** rbergeron has joined #zuul22:43
corvusclarkb: the event doesn't show up in our debug logs before today, so very likely it was never set22:43
rbergeroncorvus: did a nice humsn request updated permissions to the zuul app in ansible?22:44
rbergeron(or if anyone else knows)22:45
corvusrbergeron: well, i did... i don't feel qualified to speak on whether i'm nice or human :)22:45
rbergeronmostly, i clicked yes :) all done.22:45
corvusrbergeron: \o/ thanks!22:45
rbergeronyou are nice and human :)22:45
corvusrbergeron: well, i'll see what i can do about that ;)22:46
rbergeron:D22:51
*** sshnaidm|brq has quit IRC22:55
*** TheAceOfHearts has joined #zuul22:56
*** TheAceOfHearts has quit IRC23:13
*** AJaeger has quit IRC23:49
openstackgerritIan Wienand proposed openstack-infra/zuul master: Handle multiple stats in assertReportedStats  https://review.openstack.org/57223023:55

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