Wednesday, 2021-03-17

*** tosky has quit IRC00:10
*** rlandy has quit IRC00:23
*** hamalq has quit IRC00:26
*** ianychoi has joined #zuul01:24
*** ianychoi_ has quit IRC01:26
*** ajitha has joined #zuul01:30
*** evrardjp has quit IRC03:33
*** evrardjp has joined #zuul03:33
*** bhavikdbavishi has joined #zuul03:53
*** bhavikdbavishi1 has joined #zuul03:55
*** bhavikdbavishi has quit IRC03:57
*** bhavikdbavishi1 is now known as bhavikdbavishi03:57
*** pleia2 has joined #zuul04:11
*** ykarel|away has joined #zuul04:17
*** ykarel|away is now known as ykarel04:17
*** vishalmanchanda has joined #zuul04:26
*** ykarel_ has joined #zuul06:12
*** ykarel has quit IRC06:13
*** ykarel_ has quit IRC06:26
*** ykarel has joined #zuul06:30
*** ykarel_ has joined #zuul07:03
*** ykarel has quit IRC07:03
*** ykarel_ has quit IRC07:07
*** ykarel_ has joined #zuul07:08
*** ykarel_ has quit IRC07:12
*** jcapitao has joined #zuul07:29
*** bhavikdbavishi has quit IRC07:48
*** hashar has joined #zuul08:10
*** rpittau|afk is now known as rpittau08:23
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090708:24
*** bhavikdbavishi has joined #zuul08:25
*** bhavikdbavishi has quit IRC08:42
*** zbr has joined #zuul08:42
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090708:56
*** jpena|off is now known as jpena08:57
*** tosky has joined #zuul09:03
*** nils has joined #zuul09:21
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090709:23
*** openstackgerrit has quit IRC09:33
*** ykarel has joined #zuul09:44
*** hashar has quit IRC10:51
*** rlandy has joined #zuul11:37
*** rlandy has quit IRC11:39
*** rlandy has joined #zuul11:39
*** jcapitao is now known as jcapitao_lunch11:58
avasszbr: ansible-lint seem to have missed loop_var on: https://review.opendev.org/c/zuul/zuul-jobs/+/62359412:33
zbrlooking12:33
*** jpena is now known as jpena|lunch12:34
avassjust noticed it ran 21 jan so I rechecked it12:34
zbri see it, now trying to add a test/fix.12:35
zbravass: btw, did my v5 change went in? that would explain why it did not work.12:36
zbrthat rule is activated only when there is a config item enabling the rule.12:36
avassbut then the old custom rule should have caught it12:37
zbrthat is another issue, but i am not willing to fix some code that is removed12:38
avassyeah, probably good to get the v5 change in12:38
avassthe recheck failed on yamllint anyway :)12:39
zbryou can try rebasing it on top of v5 one and see if newer code finds it.12:45
*** jangutter_ has joined #zuul12:58
*** ykarel has quit IRC12:59
*** rlandy is now known as rlandy|training13:00
*** jcapitao_lunch is now known as jcapitao13:01
*** jangutter has quit IRC13:02
*** GomathiselviS has joined #zuul13:06
GomathiselviScorvus: Requesting review on https://review.opendev.org/c/zuul/zuul-jobs/+/773474. We are waiting on the merge13:07
zbrzuul-maint: https://review.opendev.org/c/zuul/zuul-jobs/+/623594 please.13:08
tristanCzbr: zuul is failing on that?13:09
zbrsorry wrong link in clipboard, https://review.opendev.org/c/zuul/zuul-jobs/+/77324513:10
*** ykarel has joined #zuul13:12
*** jpena|lunch is now known as jpena13:32
avassGomathiselviS: just nits on the documentation otherwise it's lgtm. I think we can approve that later unless corvus wants a look at it first13:40
avasssince I guess the -1 is mostly there for moving vars to defaults13:42
corvusavass, GomathiselviS, pabelanger: lgtm but i haven't done a base-test cycle with it and can't monitor it right now, so i won't +w; if someone has done a cycle or is available for monitoring, feel free to +w13:48
avassoh yes that too13:51
*** newbie2020 has joined #zuul13:53
*** openstackgerrit has joined #zuul13:53
openstackgerritSimon Westphahl proposed zuul/zuul master: Unify handling of dequeue and enqueue events  https://review.opendev.org/c/zuul/zuul/+/78109913:53
openstackgerritGomathi Selvi Srinivasan proposed zuul/zuul-jobs master: Create a template for ssh-key and size  https://review.opendev.org/c/zuul/zuul-jobs/+/77347413:54
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add job parameters listing  https://review.opendev.org/c/zuul/zuul/+/64479513:57
*** harrymichal has joined #zuul13:57
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed trigger event queues  https://review.opendev.org/c/zuul/zuul/+/76375414:00
*** saneax has quit IRC14:11
openstackgerritJames E. Blair proposed zuul/zuul master: Switch to Zookeeper backed management event queues  https://review.opendev.org/c/zuul/zuul/+/76173814:16
corvusrebase 614:16
corvus^14:16
openstackgerritTristan Cacqueray proposed zuul/zuul master: web: add depends-on support to the freeze job API  https://review.opendev.org/c/zuul/zuul/+/63902214:20
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add support for depends-on  https://review.opendev.org/c/zuul/zuul/+/63206414:21
*** vishalmanchanda has quit IRC14:25
*** vishalmanchanda has joined #zuul14:35
mordredcorvus: reviewing the zk stack there - the first 4 or 5 seem completely safe to actually merge - any reason not to?14:41
mordred(It seems like "Switch to Zookeeper backed trigger event queues" is the first one where there are operational impacts)14:43
avasscorvus: tests are passing again: https://review.opendev.org/c/zuul/zuul/+/76090714:44
avassit seems like the test_git_dependency_with_cycle test is a bit unstable14:45
corvusmordred: yeah, i think that's the case; i'm sort of inclined to release what opendev is running as 4.1, then merge that chunk (including the zk event queues) and restart with it to start exercising it (with a quick switch back to 4.1 if it goes pear shaped)14:50
corvusavass: yeah, i've seen that once or twice too, i'll dig into it14:52
*** ykarel is now known as ykarel|away15:06
openstackgerritMerged zuul/zuul master: Change Description of DB in Components Page on Zuul Document  https://review.opendev.org/c/zuul/zuul/+/78107215:13
*** saneax has joined #zuul15:15
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add job parameters listing  https://review.opendev.org/c/zuul/zuul/+/64479515:18
*** ykarel|away has quit IRC15:42
openstackgerritSorin Sbârnea proposed zuul/zuul-jobs master: Upgrade ansible-lint to 5.0  https://review.opendev.org/c/zuul/zuul-jobs/+/77324515:43
*** rlandy|training is now known as rlandy15:44
openstackgerritSorin Sbârnea proposed zuul/zuul-jobs master: Upgrade ansible-lint to 5.0  https://review.opendev.org/c/zuul/zuul-jobs/+/77324515:45
*** saneax has quit IRC15:53
pabelangercorvus: avass: GomathiselviS: I can help test on opendev base jobs, maybe later today / tomorrow.  We've confirmed on zuul.a.c it worked, but can also understand the need for opendev15:59
zbrtristanC: some arm64 nodes not working?: https://zuul.opendev.org/t/zuul/buildset/ab35bbb33ee1423cba5cc0ace6401b9516:16
zbri do not even understand why zuul-jobs-test-ensure-docker* jobs are triggered on that change as it does not seem to touch any of the files: ...16:21
corvustristanC, tobiash: can you take a look at this real quick?  https://etherpad.opendev.org/p/LPsdvSvlnnMRM0vWq__616:31
*** hamalq has joined #zuul16:31
corvustristanC, tobiash: i'd like to get https://review.opendev.org/776287 merged asap and restart opendev with it to start collecting those stats16:31
corvusbut i think maybe 1 or two more would be useful16:32
tobiashcorvus: the pre-processing time is tenant-less16:32
corvusi think tristanC is right -- it would be really good to have data from those before we restart with any HA scheduler changes16:32
corvustobiash: good point -- but we could still emit all 3 of these upon enqueue, so we could put it in the tenant anyway16:33
tobiashok, that makes sense16:33
tobiashcorvus: oh, I just notices that 776287 also has the pipeline with it which I think might be overkill16:34
tobiashit should use basekey instead probably16:34
corvustobiash: yeah, i think so -- i dropped that in the etherpad version16:34
corvus(i sort of think it might make sense for drivers to emit some driver-specific stats too, but i'm mostly focused on the zk change; i think tristan's enqueue_time (which i'm suggesting we rename to enqueue_processing_time) is the key metric for that)16:35
tobiashcorvus: yepp, makes sense. It looks like the driver event queues are later in the sos queue16:37
corvushrm, we also have the zuul.event.driver hierarchy...16:37
tobiashso tristanC's change (updated with what we agree on the etherpad) would probably sufficient for the next restart16:37
corvusi guess my big question is: does zuul.tenant.x.event_pre_processing_time make sense, or should that be under zuul.event.<driver>.processing_time ?16:38
tobiashthe pre-processing time probably fits better into the driver16:39
tobiashI'm in favor of the second suggestion on the etherpad16:40
corvusyeah, i'm leaning that way too16:40
avassshould it be connection or driver? could a connection with a lot of events take more time than a connection of the same type with fewer events?16:41
tobiashactually connection16:42
tobiashcorvus: do you know wether zuul.event.<driver>.<type> is actually driver or connection atm?16:42
tobiashthe docs state driver16:43
corvustobiash: i don't16:43
tobiashit's driver16:43
corvusi could definitely see us wanting to change that :)16:43
tobiashyeah, driver doesn't really make sense for that16:44
tobiashoh wait16:44
tobiashwe also have zuul.event.<driver>.<connection>.<event-type>16:44
tobiash(that's undocumented it seems)16:45
tobiashor at least half documented16:45
openstackgerritJames E. Blair proposed zuul/zuul master: WIP stats updates  https://review.opendev.org/c/zuul/zuul/+/78112816:46
corvustobiash, tristanC: ^ that's just a proposed doc update to match the zk-relevant parts of the etherpad16:47
tobiashthat lgtm16:50
openstackgerritJames E. Blair proposed zuul/zuul master: Update trigger/scheduler timestamps  https://review.opendev.org/c/zuul/zuul/+/78112816:54
corvustobiash, tristanC: ^ if you could review that ASAP, i'd like to merge something quickly and restart opendev with it today to start collecting data16:54
tobiashlgtm16:56
corvuserm, i think we have some mixups with time.monotonic and time.time17:03
corvusi think the drivers are using time.time so we should do that17:07
*** rpittau is now known as rpittau|afk17:08
*** jcapitao has quit IRC17:13
openstackgerritJames E. Blair proposed zuul/zuul master: Update trigger/scheduler timestamps  https://review.opendev.org/c/zuul/zuul/+/78112817:17
corvustobiash, tristanC: ^ updated to time.time with tests17:18
tristanCcorvus: shouldn't we do the otherway around, make the driver use time.monotonic?17:19
tristanCcorvus: if i understand correctly, the last time.time() may be lesser than the initial time.time() if the system time change between measurement, resulting in possibly negative enqueue time17:19
corvustristanC: i think those are also reported as real timestamp values17:19
corvustristanC: yes, i think that's right17:20
corvusbut if we switch to monotonic, we can't report the raw values17:20
corvusi think the most correct thing to do would be to record both things17:20
corvuslike, every time we save a timestamp, record the time and monotonic, and use time for reporting raw values and monotonic for deltas17:21
corvusi think using time.time is the easiest thing to do now, and is only occasionally slightly incorrect; then maybe we should get more serious about timestamps and make a timestamp class that does both and use that everywhere?17:24
tobiashwith scale out scheduler we anyway cannot use monotonic anymore since then those times will be cross process/machine17:26
corvustobiash: i was just thinking the same thing17:26
corvusmonotonic has an undefined reference point and is only guaranteed within the same process17:27
corvusand that's actually one of the things we want to measure here (once we have 2 schedulers, we'll be measuring enqueue on one scheduler to dequeue on another)17:28
* corvus deletes newly created zuul/lib/timestamps.py17:28
corvustristanC: ^ i think we need to stick with time17:32
*** hashar has joined #zuul17:36
corvustristanC: do you want to leave a review on https://review.opendev.org/781128 ?  sorry to pester, but i'd like to restart that today to collect data17:39
corvustristanC: (if you want to, i'll wait for your review; if you don't care, i can ask others)17:39
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add build-info subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75107017:40
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add buildsets, buildset-info to subcommands  https://review.opendev.org/c/zuul/zuul-client/+/75290917:44
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add console-stream subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75123817:47
corvusclarkb, fungi: can you review https://review.opendev.org/781128 asap?  i'd like to get that into prod today so we have data before we start merging zk changes17:53
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add object models and support for formatters, document API  https://review.opendev.org/c/zuul/zuul-client/+/75529217:53
*** newbie2020 has quit IRC17:54
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add change-status subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75983817:56
tristanCcorvus: i can review now17:58
corvus\o/17:58
clarkbI think I've found the meetpad issue, and can review the chnge once testing and hopefully the fix is pushed for that18:04
corvusclarkb: i think we're gtg thanks to tristanC's review18:05
clarkbk18:06
*** jpena is now known as jpena|off18:06
avassit would be great to get some reviews on: https://review.opendev.org/c/zuul/zuul/+/760907 later, that's going to be annoying unless we set up separate pipelines for another connections in the coming week18:09
avassuh, actually I don't event think it matters if it's another pipeline since any triggers would apply to all connections of the same type18:10
corvuswell, projects wouldn't be attached to the same pipelines if you made more18:11
corvusavass: is this all within a single tenant?18:11
*** holser has quit IRC18:12
*** y2kenny has joined #zuul18:15
y2kennyHi, I just upgraded to 4.0.0 but my previously working zuul-config came back with error of "extra keys not allowed @ data['success']['mysql']".  I am wondering if I misunderstood the release note that say "sql connection" being deprecated.18:32
y2kennyif I use a sql reporter, do I still need to have an [connection "mysql"] entry in addition to a [database] entry?18:33
avasscorvus: yup18:34
avasscorvus: no but it could still be a problem with secrets18:35
avassthough I don't think we have that18:35
corvusavass: if it's multiple tenants, then it shouldn't be a a problem; within a tenant then probably someone could attach a project to the "wrong" pipeline and gain secrets access18:35
avassyup18:36
*** jangutter has joined #zuul18:38
corvusy2kenny: you no longer need a [connection "mysql"] entry in the config file, and you also no longer need a "success: mysql" attribute in pipelines18:38
y2kennycorvus: ok... so I remove both.  Thanks18:39
corvusy2kenny: if you remove "success: mysql" from pipelines first, then remove [connection "mysql"] from the config file, that sequence should be error free18:39
corvus(and obviously add [database])18:39
avasswe also never fixed this: https://review.opendev.org/c/zuul/zuul/+/77763818:39
y2kennycorvus: understood18:39
avassso that probably adds to the confusion :)18:40
corvusavass: ++ not for much longer :)18:40
*** holser has joined #zuul18:44
*** jangutter_ has quit IRC18:46
*** yolanda has joined #zuul18:48
*** harrymichal has quit IRC19:07
*** harrymichal has joined #zuul19:07
*** nils has quit IRC19:07
*** y2kenny has quit IRC19:16
openstackgerritMerged zuul/zuul master: scheduler: add statsd metric for enqueue time  https://review.opendev.org/c/zuul/zuul/+/77628719:18
*** bhavikdbavishi has joined #zuul19:22
openstackgerritMerged zuul/zuul master: Update trigger/scheduler timestamps  https://review.opendev.org/c/zuul/zuul/+/78112819:25
*** bhavikdbavishi has quit IRC19:32
*** vishalmanchanda has quit IRC19:35
*** gmann is now known as gmann_afk19:41
openstackgerritMatthieu Huin proposed zuul/zuul master: Web UI: add Autoholds, Autohold page  https://review.opendev.org/c/zuul/zuul/+/76819919:49
mhuAny chance the admin web ui patch chain can get some eyes? https://review.opendev.org/q/topic:%22fffaff%22+(status:open%20OR%20status:merged) - The compose in https://review.opendev.org/c/zuul/zuul/+/769943 should allow you to deploy zuul + keycloak without much trouble19:52
openstackgerritMerged zuul/zuul master: Remove sqlreporter from example pipeline definitions  https://review.opendev.org/c/zuul/zuul/+/77763819:53
*** rlandy is now known as rlandy|training20:48
openstackgerritTristan Cacqueray proposed zuul/zuul master: web: add depends-on support to the freeze job API  https://review.opendev.org/c/zuul/zuul/+/63902220:58
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add support for depends-on  https://review.opendev.org/c/zuul/zuul/+/63206420:58
tobiashmhu: does it now remember the session when refreshing the page?21:00
corvustristanC: btw, if you want to start collecting those same zk stats discussed in #opendev, there is a prometheus exporter; so you have your choice of that or statsd21:16
*** jangutter_ has joined #zuul21:22
*** jangutter has quit IRC21:24
*** rlandy|training is now known as rlandy21:45
*** sduthil has quit IRC21:52
*** harrymichal has quit IRC22:00
*** harrymichal has joined #zuul22:01
openstackgerritJames E. Blair proposed zuul/zuul master: Report enqueue stats as ms  https://review.opendev.org/c/zuul/zuul/+/78116922:04
*** rlandy is now known as rlandy|bbl22:05
corvuszuul-maint: brown-paper bag fix for the stats change ^22:05
*** hashar has quit IRC22:19
mhutobiash, it should now. The user info is serialized to the local storage after a successful login, which is shared among tabs22:30
corvusmhu: ++22:36
*** gmann_afk is now known as gmann22:39
avassmhu: oh I wanna take a look at that22:48
avassmhu: I think the 'keycloak' hostname comes from the docker-compose file so it could be enough to just explicitly set hostname: localhost for the keycloak service22:51
avassmhu: yeah that works22:53
openstackgerritMerged zuul/zuul master: Report enqueue stats as ms  https://review.opendev.org/c/zuul/zuul/+/78116923:13
avassmhu: I think I found a problem with the local store, if you logout you cannot login as another user because it automatically logs in as the first user you logged in as23:28
*** harrymichal has quit IRC23:30
*** ajitha has quit IRC23:40
*** hamalq has quit IRC23:57
*** hamalq has joined #zuul23:57

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