Wednesday, 2018-07-11

jheskethtristanC: Hey. Was just wondering what the status was with the web routes and dashboard work?00:28
jheskethI'd like to help out and if you'd like I can try rebasing and fixing the current merge conflicts00:28
tristanCcorvus: not sure i'll have time to write the test for https://review.openstack.org/577357 this week.00:29
tristanCjhesketh: Hey, we need to agree on the api schema first. In particular, all projects and jobs object needs to be list.00:31
tristanCThen fix the web-pages, they are currently designed for the initial implementation which only look for the first job variant and the first project pipeline configuration00:32
tristanCjhesketh: but i'm now conflicted, it seems like vuejs would be a much better framework to write the interface component :-)00:33
jheskethtristanC: is there a place the schema is being discussed?00:33
tristanCjhesketh: i got most of the feedback on https://review.openstack.org/#/c/550978/00:34
tristanCand https://review.openstack.org/#/c/550979 . Those are the most important to begin with00:34
jheskethcool, thanks00:36
tristanCthere is also the multi-tenant view that is broken, and i'm waiting for suggestion from http://lists.zuul-ci.org/pipermail/zuul-discuss/2018-July/000464.html00:40
tristanCbut again, vuejs would make those things easier to implement, so it may be worthy to start a prototype and compare it with angular00:40
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Add instructions on building static web components  https://review.openstack.org/58125601:13
openstackgerritMerged openstack-infra/zuul master: Fix incorrect API URL for project key  https://review.openstack.org/58003401:37
mordredjhesketh, tristanC: I'm not really here, but I'm gonna try to get the multi-tenant view thing fixed tomorrow01:59
*** rlandy|bbl has quit IRC02:30
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: timer: skip projects not using the pipeline  https://review.openstack.org/58155302:55
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Add instructions on building static web components  https://review.openstack.org/58125602:55
tristanCpabelanger: tobiash: here is a fix to reduce the load on periodic pipelines: https://review.openstack.org/58155302:55
pabelangertristanC: great! Will look more in the morning03:03
*** sshnaidm|bbl has quit IRC03:16
tobiashtristanC: cool, will look later. The periodic pipeline is indeed a problem with many repos03:25
tobiashWe had a user who created a 1min periodic pipeline that made zuul continuously throwing merge jobs at the mergers03:27
*** sshnaidm|bbl has joined #zuul03:29
tristanCtobiash: indeed, rdo is using a 4h periodic pipeline that enqueues more than 4000 events... it causes a lot of stress on the scheduler and stall the service for no reason04:12
tobiashcorvus: responded on 580967, what do you think?04:13
tobiashtristanC: added a comment04:21
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: upload-logs: generate a script to download logs  https://review.openstack.org/58120404:32
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: upload-logs: generate a script to download logs  https://review.openstack.org/58120404:50
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: timer: skip projects not using the pipeline  https://review.openstack.org/58155305:15
tristanCtobiash: thanks, added a test and release note05:15
tobiashtristanC: thanks05:26
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: wip: add event filter debug  https://review.openstack.org/58054705:27
*** hwoarang has quit IRC05:31
*** hwoarang has joined #zuul05:32
*** CrayZee has joined #zuul05:33
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Report config errors when removing cross-repo jobs  https://review.openstack.org/57999705:53
tobiashcorvus: rebased and fixed due to the merge of the contamination fix ^05:53
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix zuul startup with inexisting project template and gate  https://review.openstack.org/57985905:54
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Tolerate missing project  https://review.openstack.org/57987205:55
*** ianw is now known as ianw_pto06:00
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: timer: skip projects not using the pipeline  https://review.openstack.org/58155306:12
*** jiapei has joined #zuul06:26
openstackgerritMerged openstack-infra/zuul master: Add zuul.child_jobs in ansible inventory file  https://review.openstack.org/57818106:34
jiapeiHello zuulers, I'm here again here to ask for help. I've  setup zuul v3, but if fails to pull Ironic or other projects from gerrit. It complains "Host key verification failed". Some people told me that it may caused by permissions, but I've checked that the permission is right. Could anyone help me and have a look of it? The log is here http://paste.openstack.org/show/725525/, you can also login the VPS to investigate. Thank you06:36
jiapeiin advance06:36
openstackgerritMerged openstack-infra/zuul master: Support zuul.child_jobs via zuul_return  https://review.openstack.org/57823006:36
*** gtema has joined #zuul07:06
tristanCjiapei: could you try: "sudo -u zuul ssh review.openstack.org -p 29418" and accept the server key?07:11
tristanC"Host key verification failed." may be because zuul doesn't have the server key in its .ssh/known_host file07:12
*** hashar has joined #zuul07:13
*** hashar is now known as hasharAway07:13
jiapeitristanC: I su to zuul, and try "ssh -i ./.ssh/nodepool_rsa.pub review.openstack.org -p 29418", but it saied "Permission denied (publickey)."07:38
tobiashjiapei: that will try to use zuul as user for review.openstack.org which is probably wrong07:44
jiapeitobiash: yes, and then I use "ssh -i ./.ssh/nodepool_rsa -p 29418 lenovo_lxca_ci@review.openstack.org", and it says "welcome to Gerrit", but zuul executor still is error07:49
tobiashjiapei: what's your zuul.conf?07:49
jiapeitobiash: it's here http://paste.openstack.org/show/725531/07:50
*** fbo|off is now known as fbo07:53
tobiashjiapei: what's the home dir of the zuul user?07:54
jiapeitobiash: /var/lib/zuul07:54
jiapeitobiash: I just tried "git clone ssh://lenovo_lxca_ci@review.openstack.org:29418/openstack/ironic.git", it says "Permission denied (publickey)." too, seems git can't find nodepool_rsa07:55
tobiashjiapei: you say the executor has the error so the scheduler can connect?07:56
jiapeitobiash: no, scheduler also reports error07:56
jiapeiit reports "AttributeError: 'MergeJob' object has no attribute 'updated'"07:57
tobiashjiapei: can you send a complete scheduler and executor startup log?07:57
tobiashjiapei: that exception happens if the merger/executor fails to clone the repo07:58
jiapeisure, let me paste it07:58
tobiashjiapei: so the scheduler probably connected successfully to gerrit07:58
jiapeitobiash: I paste the full log here http://paste.openstack.org/show/725533/08:01
jiapeitobiash: so scheduler can connect, but  executor has the error, then scheduler throws exception?08:03
tobiashjiapei: yes08:04
tobiashjiapei: the executor error clearly states that it cannot verify the host keys of gerrit. This means that it's not correct in the .ssh.known_hosts08:05
tobiashjiapei: what's the content of .ssh/known_hosts?08:05
tobiashor do you have multiple restarts in that log?08:06
tobiashlater I see 'Permission denied (publickey). which means it uses the wrong private key08:06
jiapeitobiash: it's here http://paste.openstack.org/show/725534/08:07
tobiashjiapei: you could just use id_rsa instead id_nodepool then it's found automatically by ssh08:07
jiapeiI guess executor can't find ./.ssh/nodepool_rsa08:07
tobiashjiapei: because nodepool_rsa is not a default keyfile name ssh looks for08:07
jiapeiwell, let me copy it to id_rsa then08:07
jiapeitobiash: it changes to a new error "git.exc.GitCommandError: Cmd('git') failed due to: exit code(-13)" , http://paste.openstack.org/show/725535/08:12
tobiashjiapei: that doesn't tell me anything, now you might be able to try the manual clone again08:14
jiapeitobiash: I can maunual clone the code, but the log puzzle me too, there is stdout , but n stderr08:15
jiapeitobiash: could you try "ssh centos@46.101.221.200" with password centos75 and have a look of it?08:17
tobiashjiapei: sorry, but I have firewall restrictions that block outbound ssh08:20
*** pbrobinson has quit IRC08:20
*** pbrobinson has joined #zuul08:22
jiapeitobiash: well, the log is tricky that it doesn't show more things, do you have any suggestions on how to debug it?08:23
tobiashjiapei: maybe this helps: https://devopshero.wordpress.com/2013/06/19/git-trick-git_trace-1/08:24
tobiashjiapei: maybe you might also have some weird selinux problems so you could try to disable this (temporarily!)08:25
jiapeiI'll try it then08:26
*** electrofelix has joined #zuul08:33
*** fbo has quit IRC08:33
*** ianychoi_ has joined #zuul09:38
*** ianychoi has quit IRC09:41
*** sshnaidm|bbl is now known as sshnaidm|rover09:45
*** pawelzny_ has joined #zuul09:47
*** pawelzny has quit IRC09:47
*** sambetts|afk is now known as sambetts10:00
*** ianychoi_ has quit IRC10:05
*** pawelzny_ has quit IRC10:06
*** spsurya_ has joined #zuul10:08
*** pawelzny has joined #zuul10:09
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Update README and add TESTING similar to Zuul repo  https://review.openstack.org/58134810:14
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Update README and add TESTING similar to Zuul repo  https://review.openstack.org/58134810:16
*** ianychoi has joined #zuul10:30
*** adam_g has quit IRC10:49
*** adam_g has joined #zuul10:52
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: [WIP] Add ability to ignore provider quota for a pool  https://review.openstack.org/58132911:07
*** EvilienM is now known as EmilienM11:36
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132911:42
odyssey4meFolks, I need one last bit of help to finalise https://review.openstack.org/581329 - I've added a note in https://review.openstack.org/#/c/581329/7/nodepool/tests/test_launcher.py for what's needed. Once that part's done, I'd appreciate any reviews.11:45
*** jiapei has quit IRC12:06
*** rlandy has joined #zuul12:30
tobiashodyssey4me: do you really want to make this an error?12:35
tobiashodyssey4me: if you own the cloud it may be perfectly fine hammering the cloud when hitting the quota12:35
tobiashodyssey4me: with 536930 it should not lead to node_failures12:36
odyssey4metobiash: I don't particularly mind - could just add a note to the docs to be very careful12:38
odyssey4meI'm open to suggestion - just thought it'd be nice to have some sort of validation to prevent someone doing something dumb.12:38
tobiashodyssey4me: I'd vote for a note in the docs as this might be a valid use case for someone, but I'd also like to hear Shrews opinion on that12:39
tobiashfwiw hammering the cloud was nodepools default behavior in v2 (on any error) ;)12:42
odyssey4metobiash: yeah, I suppose one can throttle that a bit by setting the 'rate' for the provider higher12:46
odyssey4metobiash: is there a way to assert a config load failure in the tests? I'm not seeing another example of that12:49
Shrewsi don't think we want that12:49
tobiashodyssey4me: the only example I found is by directly invoking the validator, but that just does schema validation12:49
Shrewssetting no limits should be a valid thing to do12:50
odyssey4meShrews: heh, in that case I don't need the extra test :p12:50
odyssey4meok, I can pull that out12:50
tobiashodyssey4me: problem solved :)12:50
odyssey4mejust another thing - using 'ignore_quota: false' is effectively what every other test does (it's the default value), so is there a point in re-testing that12:51
odyssey4meI'm thinking just testing 'true' will do.12:51
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132912:54
Shrewsodyssey4me: you still want that. the 1st part validates that out of quota will fail as you expect (not every test does that)12:54
Shrewsodyssey4me: i'm now confused on the intent of this flag. you want to ignore the cloud reported quota, but *still* compare max-* values against cloud reported quota12:57
odyssey4meShrews: no, not against the cloud quota - but against the request coming in12:58
Shrewsodyssey4me: how can i compare max-cores against the request coming in?12:58
odyssey4meso we have max-servers = 10 in the pool, when a request for a new node comes in it must validate against the pool quota, but ignore the cloud quota12:59
odyssey4methat's already being done in the current quota checks12:59
odyssey4meit does cloud first, then pool12:59
Shrewsodyssey4me: nodepool has no idea of how many cores/ram it is using w/o asking the cloud12:59
odyssey4mehere we just skip the cloud part12:59
*** hasharAway is now known as hashar13:01
odyssey4meit does know how many its using, because it calculates that both on start and whenever a request comes in13:01
*** openstack has joined #zuul13:06
*** ChanServ sets mode: +o openstack13:06
Shrewsok, i think i follow13:08
Shrewsmaybe this would better named ignore_provider_quota13:09
odyssey4meyeah, I was wondering if the name was clear enough13:09
odyssey4meignore_provider_quota, or ignore_Cloud_quota13:09
odyssey4meI think I like 'provider' better13:10
Shrewsleft comments13:13
mordredgtema: crap. I was just going over openstacksdk patches and realized that https://review.openstack.org/#/c/580475 hasn't landed yet (which we need for your shade-openstacksdk patch)13:14
mordredgtema: but also, dtantsur made a good point in review there about making the parameter name task_manager instead of manager to be internally consistent13:14
gtemamordred: ok, thanks13:16
gtemaso you mean renaming manager to task_manager?13:16
mordredgtema: I'm gonna get the sdk patch landed as soon as it passes tests - and then get another release cut13:17
gtemaok, great13:17
mordredgtema: and yeah - the argument name to the constructor will be task_manager13:17
gtemaok, I will then wait for the release and update the change13:17
mordredShrews: if you're bored, if we get https://review.openstack.org/#/c/580475 in we can hopefully get those nodepool/sdk patches landed13:17
mordredgtema: ++13:17
*** spsurya_ has quit IRC13:18
odyssey4meman, I thought I was going crazy because my tests weren't being executed... then I realised that stestr is outputting the top 10 slowest and not all tests13:20
tobiashdid anyone already tried this: https://sweetness.hmmz.org/2018-07-10-mitogen-released.html ?13:21
tobiashif that works it could dramatically reduce our per task overhead in every job13:21
*** elyezer has quit IRC13:22
mordredtobiash: I haven't played with it yet - but it does seem worth at least investigating13:24
tobiashmordred: one of the major pain points I hear from users is that it takes quite long until the build really starts (aka run playbook) while the actual work of the pre playbooks is not that much but many tasks that each costs a second or two13:26
mordredtobiash: yeah - that's a fair complaint13:27
tobiashmordred: it seems to be implemented as a strategy so yay that we didn't patch/fork the strategy plugins13:28
mordredtobiash: ++13:28
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132913:37
odyssey4meShrews ^ updated, thanks for the feedback13:37
mordredtobiash: ooh! https://mitogen.readthedocs.io/en/stable/#module-forwarder13:44
mordredtobiash: that's super cool (although I don't know how much it helps us specifically for zuul)13:44
mordredbut it seems like a glorious answer to the typical ansible module bootstrap issue of remote nodes not having the right python libraries installed13:44
tobiashwow that's crazy13:45
rcarrillocruzyou folks should chat with jimi|ansible13:49
rcarrillocruzhe's been chatting with dw about mitogen13:49
rcarrillocruzabout how to maybe getting it into ansible at some point, not sure how far that is13:49
Shrewsodyssey4me: you missed the release note i requested13:49
odyssey4meShrews: oops, will add one quickly13:50
*** elyezer has joined #zuul13:50
Shrewstobiash: since you're the quota expert, could you review odyssey4me's change when you get a chance? Especially its interaction with your aborted node change13:52
tobiashShrews: it's on my review list for this evening13:53
Shrewstobiash: thx!13:53
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add command socket handler for full reconfiguration  https://review.openstack.org/58175413:55
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132913:57
mordredjimi|ansible: apparently we think the mitogen stuff is potentially interesting :)13:58
tobiashmordred: shit the mitogen docs say py26, py27 and py36 are supported...14:06
mordredtobiash: but no py35?14:06
tobiashmordred: so apparently no py3514:06
mordredwell - I'd like to shift to py36 anyway ;)14:07
tobiashI'm already on py36 ;)14:07
tobiashso maybe I can try this out14:07
tobiashif this works we maybe could add that as an optional technology preview with some exclamation marks in the docs?14:08
clarkbthe difference if supporting 27 and 36 for 35 should be nil right?14:09
clarkbI don't know that you can write py36 code that is compatible with 27 that won't run on 3514:09
clarkbI guess you could have split code bases14:10
tobiashI have no idea, maybe they just don't support that official because it's untested on py3514:10
mordredclarkb: yeah - I'm guessing it's just about being untested14:10
mordredI agre - the chances you can write code that works with 36 and 27 and not 35 ... I'd be very impressed14:10
mordredtobiash: I'll definitely be interested to hear about your experience if you try it - because it actually significantly reduces execution overhead / time but still works properly- that could add up to some pretty large savings for us in openstack14:12
mordredmy biggest concern would be possibility for behavioral changes - but it seems like that's a thing the author also wants to avoid14:13
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add a dequeue command to zuul client  https://review.openstack.org/9503514:13
tobiashmordred: I cannot promise that I can do that right now though14:13
mordredtobiash: oh - certainly not :)14:14
mordredtobiash: just saying -if you did, I'd love to hear the results14:14
mordredthis: https://mitogen.readthedocs.io/en/stable/#logging-forwarder <-- this I've wanted in ansible for ages - and is related to how I wanted to rework log streaming14:15
tobiashmordred: I'm pretty sure won't keep that secret when I get a chance to try it :)14:15
mordred:)14:15
tobiashmordred: I'll leave the logging forwarder to you as the logging expert ;)14:16
mordreduhoh. we're all in trouble14:16
jimi|ansiblemordred: yeah we're hoping to get some kind of tech preview on that going14:26
*** spsurya_ has joined #zuul14:37
*** acozine1 has joined #zuul14:54
*** acozine1 has left #zuul15:02
*** acozine1 has joined #zuul15:02
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add a dequeue command to zuul client  https://review.openstack.org/9503515:29
*** fbo has joined #zuul15:31
mordredtristanC, tobiash: I believe I have found the appropriate angular constructs to deal with our routing fun15:34
mordredtristanC, tobiash: https://angular.io/guide/router#lazy-loading-route-configuration15:34
mordredso I will make a module (that being a module can have the ZuulService injected to it) - that will query the api/info endpoint for the information and the provide the correct routing table to the main router15:36
tobiashmordred: cool :)15:38
*** nchakrab has joined #zuul15:52
*** dmsimard has quit IRC16:04
tobiashodyssey4me: I added a couple of comments to 58132916:05
*** dmsimard has joined #zuul16:05
tobiashodyssey4me: some are nits but I think I found a serious issue in there16:05
odyssey4meorly? thanks - taking a look now16:06
tobiashodyssey4me: (but easy to fix)16:06
pabelangerI hate to ask again, but where are we standing on the next release of zuul? IIUC we had an issue with broken configuration being able to merge, which might be preventing a release16:15
odyssey4meok, let me add the test cases first to validate because it seemed to work for me as expected, so I'm not sure if the concern in hasProviderQuota is right, unless I'm misunderstanding it16:16
odyssey4meoh, I think I see it now, nvm16:17
tobiashpabelanger: we have some things to sort out first16:21
tobiashpabelanger: the web routing16:21
tobiashpabelanger: and I think we should include https://review.openstack.org/57735716:24
tobiashas this breaks working with unprotected branches (and thus also every github zuul-from scratch user as zfs doesn't make use branch protection)16:25
pabelangertobiash: what are your thoughts about maybe tracking the blockers some place for n+1 of zuul? I feel bad always ping to see the release criteria. we also want to make sure what ever hash we think is good to schedule restarts in openstack too16:27
tobiashpabelanger: and we need https://review.openstack.org/579997 (which needs a non-me and non-corvus vote)16:27
pabelangerthis is mostly to help point downstream people to something to help show what needs to be done16:27
pabelangerack16:27
openstackgerritFabien Boucher proposed openstack-infra/zuul master: zuul-web: key endpoint: return 404 when tenant or project not found  https://review.openstack.org/58179316:29
tobiashpabelanger: maybe we could make use of storyboard for this? corvus what do you think?16:29
tobiashpabelanger: and it's really hard to track the current release blockers in everyones head, so yes I also think we need to track that16:30
tobiashat least it's hard to track these in my head, I cannot speak for the others ;)16:31
pabelangeragree, as much as I don't like storyboard, I did find it a useful to look at what we needed to get a 3.0 release of zuul done.16:31
*** nchakrab has quit IRC16:39
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132916:46
tobiashodyssey4me: I've responded17:00
tobiashodyssey4me: sorry, I had wrong thoughts about the test case and added further info there17:00
odyssey4metobiash: no worries, thanks for taking the time!17:02
odyssey4meah, I see - that makes more sense now17:03
odyssey4melet me add that test case too :)17:03
tobiash:)17:03
tobiashyeah that quota stuff is non-trivial. It took me quite some time to get that into nodepool initially.17:05
openstackgerritTobias Henkel proposed openstack-infra/zuul master: github: prevent AttributeError when missing branch protection  https://review.openstack.org/57735717:08
tobiashtristanC, corvus: I think this is an important bugfix we should include in the next release so I added test coverate to that ^17:09
tobiashpabelanger: ^17:09
*** sshnaidm|rover is now known as sshnaidm|bbl17:12
tobiashs/coverate/coverage17:18
*** sambetts is now known as sambetts|afk17:29
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add a dequeue command to zuul client  https://review.openstack.org/9503517:30
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132917:31
odyssey4metobiash ^ extra test added, and seems to pass now :)17:31
*** electrofelix has quit IRC17:35
tobiashodyssey4me: one last comment in the release note17:37
tobiashodyssey4me: code lgtm now :)17:37
odyssey4mehaha, my editor keeps messing with me17:37
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/nodepool master: Add ability to ignore provider quota for a pool  https://review.openstack.org/58132917:37
odyssey4metobiash thanks again for all your help :) time for me to conclude my day, chat tomorrow again!17:39
tobiashodyssey4me: you have my +2 now and have a nice evening17:40
*** sshnaidm|bbl is now known as sshnaidm|rover17:45
openstackgerritFabien Boucher proposed openstack-infra/zuul master: zuul-web: jobs list endpoint: return 404 when tenant not found  https://review.openstack.org/58181018:09
*** gtema has quit IRC18:13
*** sshnaidm|rover is now known as sshnaidm|off18:19
corvuspabelanger: i'd be happy for you to track release blockers and will be happy to provide you that information18:26
corvustobiash, tristanC: i never saw an answer to my question on 577357; do you know the answer?18:26
tobiashcorvus: github returns 404 if no branch protection is enabled on a branch18:27
tobiashcorvus: so without this fix gating will be impossible on a branch without enabled branch protection18:28
corvustobiash: got it, thanks. lgtm.18:28
tobiashcorvus: that method is used by the the required status check when entering the gate18:28
pabelangercorvus: ack, I'll work on setting up boartty again this afternoon18:40
pabelangerfor zuul, would it be sane to have a pipeline, that is supercedent for both post and periodic job? In an effort to have that is always running, if that make sense18:51
pabelangerthe idea is the job is an artifact publisher, but run really long18:52
corvuspabelanger: worth a try :)18:52
pabelangeryah, that is what I am thinking too18:52
pabelangerperiodic timer could run ever x hours, and if post already enqueued it, should noop18:53
pabelangerand prevent jobs from backing up18:53
pabelangercorvus: I'll hold off until https://review.openstack.org/581553/ lands, to make mergers happy18:54
*** harlowja has joined #zuul19:00
*** CrayZee has quit IRC19:12
Shrewsmordred: looking at pbrx code keeps making me think about dockstack19:39
corvustobiash, tristanC: jhesketh suggested a test in https://review.openstack.org/577357  think that's possible?20:30
corvusclarkb: did you want to take another look at https://review.openstack.org/579997  or should i +3?20:31
tobiashcorvus: PS2 adds a test20:31
corvustobiash: ah, there's an existing test that hits that condition?20:32
tobiashcorvus: I changed the fake github to behave like the real github and that broke around 13 test cases without the fix20:32
corvustobiash: perfect!  thanks :)20:32
corvustobiash: i think you should re-add your +2 and merge it :)20:33
tobiashcorvus: actually it failed exactly 14 tests :)20:33
*** acozine1 has quit IRC20:33
tobiashcorvus: can do, I just didn't at first because the test change was from me20:33
corvustobiash: yeah.  i think it's sufficiently reviewed20:34
clarkbcorvus: I think you can go for it. not in a spot for code review20:34
tobiashdone20:34
tobiashcorvus: did you see my response on 580967?20:36
corvusclarkb: ack. i think i got your comments from earlier reviews.20:36
*** spsurya_ has quit IRC20:36
tobiashcorvus: we can change it to your suggestion easily but I think we should at least think about that eventual possibility of a race20:37
tobiashI don't have a precise example of a possible race in mind but had the feeling to better be safe than sorry20:39
tobiashbut that might also be not a problem20:40
corvustobiash: when the reconfiguration events are merged, we still keep track of which things to clear, so i don't think that should be a problem.  the current code only adds a tenant reconfiguration event from within the main scheduler loop, so it can't race right now.  perhaps something in the future (maybe a tenant reconfig event submitted by rpc) could add the event from outside of that loop, however, i think20:41
corvusthe queue has locking to avoid a race there.20:41
tobiashcorvus: ok, then we will simplify it20:42
corvusit's a good question; i assumed the thought was something like that, but i worry that it may have the opposite effect if we split the logic in two places.  at least the other way, there's one place to look at and think about this :)20:42
corvus(responded in review for the record)20:44
tobiashcorvus: thanks20:45
tobiashcorvus: btw, that change saved us 150 tenant reconfigurations in one day :)20:47
tobiashso much less user visible service stalls20:47
corvustobiash: ++ we should be able to make this all really efficient :)20:48
tobiashcorvus: the next thing we will work on is branch caching in the github driver and the reconfiguration without cleaning the cache20:49
tobiashthat will also improve things20:49
openstackgerritMerged openstack-infra/zuul master: github: prevent AttributeError when missing branch protection  https://review.openstack.org/57735720:55
openstackgerritMerged openstack-infra/zuul master: Report config errors when removing cross-repo jobs  https://review.openstack.org/57999720:57
*** hashar has quit IRC21:04
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix broken templates for projects in dependent pipelines  https://review.openstack.org/58188821:21
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Report to gerrit over HTTP  https://review.openstack.org/57702721:51
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Support line comments in Gerrit  https://review.openstack.org/57703521:51
*** harlowja has quit IRC23:05
*** rlandy has quit IRC23:10
corvuszuul's first line comment! https://review-dev.openstack.org/#/c/107988/16/.zuul.yaml23:14
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Report to gerrit over HTTP  https://review.openstack.org/57702723:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Support line comments in Gerrit  https://review.openstack.org/57703523:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Report config errors as line comments  https://review.openstack.org/58190823:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix line numbers in job repr  https://review.openstack.org/58190923:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix line numbers in job repr  https://review.openstack.org/58190923:21
logan-fwiw I just found that gerrit connection baseurl=https://review.openstack.org/ does not work, while baseurl=https://review.openstack.org does. i wonder if an rstrip should be added somewhere for user friendliness23:43
mordredcorvus: that's awesome! (line comments)23:44

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