Tuesday, 2021-03-16

openstackgerritJames E. Blair proposed zuul/nodepool master: Azure: add quota support  https://review.opendev.org/c/zuul/nodepool/+/78043900:20
openstackgerritJames E. Blair proposed zuul/nodepool master: Azure: implement launch retries  https://review.opendev.org/c/zuul/nodepool/+/78068200:20
*** tosky has quit IRC00:35
*** ajitha has quit IRC00:54
*** ianychoi_ has joined #zuul01:03
*** dpawlik6 has joined #zuul01:04
*** jpenag has joined #zuul01:10
*** ianychoi has quit IRC01:12
*** SotK has quit IRC01:12
*** dpawlik has quit IRC01:12
*** jpena|off has quit IRC01:13
*** EmilienM has quit IRC01:13
*** arxcruz has quit IRC01:13
*** kgz has quit IRC01:13
*** dpawlik6 is now known as dpawlik01:13
*** SotK has joined #zuul01:13
*** kgz has joined #zuul01:23
*** hamalq has quit IRC01:23
*** ajitha has joined #zuul01:46
*** evrardjp_ has quit IRC03:33
*** evrardjp has joined #zuul03:33
*** bhavikdbavishi has joined #zuul03:34
*** saneax has joined #zuul03:36
*** bhavikdbavishi1 has joined #zuul03:37
*** bhavikdbavishi has quit IRC03:39
*** bhavikdbavishi1 is now known as bhavikdbavishi03:39
*** kgz has quit IRC03:51
*** kgz has joined #zuul04:21
*** ykarel|away has joined #zuul04:32
*** vishalmanchanda has joined #zuul04:33
*** ykarel|away is now known as ykarel04:37
*** jfoufas1 has joined #zuul05:27
*** bhavikdbavishi has quit IRC05:46
*** bhavikdbavishi has joined #zuul05:47
*** zbr has quit IRC06:13
*** zbr has joined #zuul06:15
*** icey_ has quit IRC07:00
*** icey has joined #zuul07:06
*** rlandy|bbl has quit IRC07:12
*** bhavikdbavishi has quit IRC07:21
*** bhavikdbavishi has joined #zuul07:22
*** jcapitao has joined #zuul07:37
*** rpittau|afk is now known as rpittau07:58
*** hashar has joined #zuul08:05
*** bhavikdbavishi has quit IRC08:07
openstackgerritDaniel Blixt proposed zuul/zuul-jobs master: WIP: Make build-sshkey handling windows compatible  https://review.opendev.org/c/zuul/zuul-jobs/+/78066208:19
*** ykarel is now known as ykarel|lunch08:33
*** bhavikdbavishi has joined #zuul08:54
*** piotrowskim has joined #zuul08:56
*** bhavikdbavishi1 has joined #zuul08:57
*** bhavikdbavishi has quit IRC08:58
*** bhavikdbavishi1 is now known as bhavikdbavishi08:58
*** tosky has joined #zuul09:00
openstackgerritAndy Ladjadj proposed zuul/zuul master: [web][config] move timezone component to preferences  https://review.opendev.org/c/zuul/zuul/+/75592909:17
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090709:19
openstackgerritSimon Westphahl proposed zuul/zuul master: Implementation of Zookeeper backed event queues  https://review.opendev.org/c/zuul/zuul/+/76117009:26
openstackgerritSimon Westphahl proposed zuul/zuul master: Implementation of Zookeeper event watcher  https://review.opendev.org/c/zuul/zuul/+/76117109:26
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed trigger event queues  https://review.opendev.org/c/zuul/zuul/+/76375409:27
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed management event queues  https://review.opendev.org/c/zuul/zuul/+/76173809:27
*** ykarel|lunch is now known as ykarel09:33
*** jpenag is now known as jpena09:33
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090709:36
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090709:45
*** sshnaidm has quit IRC09:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Implementation of Zookeeper event watcher  https://review.opendev.org/c/zuul/zuul/+/76117110:08
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed trigger event queues  https://review.opendev.org/c/zuul/zuul/+/76375410:08
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed management event queues  https://review.opendev.org/c/zuul/zuul/+/76173810:08
*** arxcruz has joined #zuul10:18
*** sshnaidm has joined #zuul10:27
openstackgerritClĂ©ment Mondion proposed zuul/zuul master: [api][cors] Access-Control-Allow-Origin * for all routes  https://review.opendev.org/c/zuul/zuul/+/76769110:37
*** jangutter_ has quit IRC10:42
*** jangutter has joined #zuul10:43
openstackgerritAndy Ladjadj proposed zuul/zuul master: [doc] fix typo matter -> master  https://review.opendev.org/c/zuul/zuul/+/78078311:00
openstackgerritDaniel Blixt proposed zuul/zuul-jobs master: WIP: Make build-sshkey handling windows compatible  https://review.opendev.org/c/zuul/zuul-jobs/+/78066211:07
*** jangutter_ has joined #zuul11:08
*** jangutter has quit IRC11:11
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090711:33
*** rlandy has joined #zuul11:37
openstackgerritAlbin Vass proposed zuul/zuul master: Filter events on event connection  https://review.opendev.org/c/zuul/zuul/+/76090711:40
*** jcapitao is now known as jcapitao_lunch11:57
*** pleia2 has joined #zuul12:02
*** ykarel is now known as ykarel|afk12:10
*** bhavikdbavishi has quit IRC12:19
*** EmilienM has joined #zuul12:24
openstackgerritTristan Cacqueray proposed zuul/zuul master: gerrit: ignore replication event  https://review.opendev.org/c/zuul/zuul/+/78080912:30
*** bhavikdbavishi has joined #zuul12:33
*** jpena is now known as jpena|lunch12:39
tristanCafter upgrading to zuul v4 and gerrit 3.2, our scheduler logs are flooded (>6GB overnight) with gerrit replication events, it seems like we'll have to apply https://review.opendev.org/c/zuul/zuul/+/78080912:40
*** jangutter_ has quit IRC12:53
*** jcapitao_lunch is now known as jcapitao12:58
*** jangutter has joined #zuul12:59
tobiashtristanC: lgtm13:04
*** GomathiselviS has joined #zuul13:05
tobiashzuul-maint: similarly a review on https://review.opendev.org/c/zuul/zuul/+/767162 would be appreciated which ensures that zuul doesn't fail if a git-needed commit cannot be accessed (e.g. draft that is not accessible by zuul)13:05
GomathiselviScorvus: Hi, need review and merge of https://review.opendev.org/c/zuul/zuul-jobs/+/773474. Other local PRs are dependent on this change.13:06
corvustristanC: do you know what about zuulv4 caused that change in behavior?13:25
tristanCcorvus: i'm not sure, perhaps since the gerrit upgrade the replication events are part of the ssh event stream?13:27
Open10K8Scorvus: I emailed the announce last friday regarding zuul proxy.13:28
corvustristanC: that's been true for quite a while13:28
tristanCwe do get those for opendev replication too13:28
corvustristanC: right; the behavior you describe has been true for opendev for maybe a year or more13:30
corvusit's just your commit message suggested a zuul v4 behavior change and i can't figure out what it is13:30
corvusthe last time we dealt with ref-replicated events was februrary 2017, where we squelched warnings.  there's an outstanding change of https://review.opendev.org/135332 which actually would improve handling of them if someone is triggering on them13:33
corvusi'm hesitant to remove a trigger event that has been supported for 3 years13:35
corvustristanC: maybe it's worth a zuul-discuss message before we remove it?13:37
mordredtristanC: did you _just_ upgrade?13:37
mordredlike - I wonder if something about the upgrade itself caused a re-replication of all of the refs, thus the flood of events?13:37
mordredso - it might not be a steady-state problem, but one that exists due to the upgrade13:38
corvusoh yeah good point13:38
tristanCmordred: it has been 23 hours since the upgrade, and we still get loads of them13:38
corvusi mean, there are *a lot* of replication events in the normal course, but if you re-replicated everything there would obviously be a lot more13:39
corvuswe could also look into doing something where the gerrit driver checked to see if certain trigger events were used and ignored the unused ones.13:40
mordredthis might be too complex - but what if it were possible to log ...13:40
mordredyup13:40
mordredthat13:40
mordredand - you could also log the ignore events to a specific logger, so that someone could make an ignored_events log if they wanted/needed13:41
corvustristanC: for reference -- opendev received 1698794 replication log lines totalling 574M yesterday13:41
*** jpena|lunch is now known as jpena13:42
mordredcorvus: I like the idea of ignoring unused trigger events - seems like it would improve signal-to-noise in the log file generally without removing functionality13:42
corvusthat's including (in fact, mostly) pipelines logging that they are ignoring them13:42
corvusmordred: yeah, though, to be fair, it's debug level13:42
mordredyah13:42
tristanCcorvus: we do have more than 70 pipelines13:44
tristanCcorvus: mordred: ignoring unused event sounds great, and perhaps improving the queue processor logging would help too, but on the other hand, what is the use-case for supporing replication event in zuul pipelines?13:46
*** bhavikdbavishi has quit IRC13:46
mordredtristanC: someone could want to wait to run their docs publishing until the accompaning git refs have been replicated. or if you're running a CD pipeline maybe it runs from the mirrors and you want to not trigger it until the refs are there?13:47
mordredor maybe you're triggering a downstream system that needs to have received the refs13:48
corvusyeah.  and maybe no one is using them (or ever will in their current state) and we could remove them.  i'd be okay with that if we send out a query on zuul-discuss first.  i just don't want to yank out a feature that's been there for 3 years without discussion.13:50
mordredI'm not sure how important those are- but - corvus makes a very good point that those have been supported refs for a while, and we do keep discovering people running zuuls who we didn't know about already13:50
mordredyeah - that13:51
mordredand - in the period it would take to do the zuul-discuss query, the other logging improvement could probably be made13:51
corvusabout half of our pipelines were created based on gerrit events that we supported with no idea how they would be used (post, experimental, promote, all fall into that category)13:51
tristanCmordred: the event doesn't seem reliable for that, it seems like a ref-replicated event is emited per replication destination13:52
corvusthere's a completed event13:52
*** yoctozepto has quit IRC13:53
*** Shrews has quit IRC13:53
mordredcorvus: we could use ref-replication-done to drive an ro AFS git farm - have gerrit replicate to an AFS dir, have ref-replication-done trigger a vos release job :)13:54
corvusyep13:55
mordredcould even be volume-per-git-repo13:55
*** ykarel|afk is now known as ykarel13:58
mordredthen replace the in-node repo cache with an afs client - what could possibly go wrong?13:58
*** Shrews has joined #zuul13:59
openstackgerritDaniel Blixt proposed zuul/zuul-jobs master: WIP: Make build-sshkey handling windows compatible  https://review.opendev.org/c/zuul/zuul-jobs/+/78066214:02
avassI'd appreciate some reviews on: https://review.opendev.org/c/zuul/zuul/+/760907 if anyone got time. it's a bit of a pain right now14:04
corvustristanC: under the assumption that no one is going to object and we do merge the change to ignore those events; do you want to add a release note?14:17
corvusavass: we should try to get that merged soon, before the zk event queue changes14:17
avasscorvus: that would be great14:18
*** jfoufas1 has quit IRC15:51
*** jfoufas1 has joined #zuul15:56
*** ykarel is now known as ykarel|away15:56
*** vishalmanchanda has quit IRC16:03
*** jfoufas1 has quit IRC16:05
*** ykarel|away has quit IRC16:29
*** hamalq has joined #zuul16:48
*** hashar has quit IRC16:53
*** jcapitao has quit IRC17:05
*** rpittau is now known as rpittau|afk17:29
clarkbthinking maybe way outside the box here: would it be possible to set up gerrit (and other driver?) logging such that zuul only logged the events it knows it will take action on? If the config doesn't do anything with the events we can avoid logging them and keep log verbosity down?17:33
clarkbbut if the config does use them then log them?17:33
corvusclarkb: that is absolutely what we should do for info level logs.  but for *debug* level logs, i think every event that could cause an action should be logged.17:44
corvusiow, info should include what zuul did and why; debug should include all the input zuul used to make those decisions, and also things it did not do.17:45
*** GomathiselviS has quit IRC17:48
*** vishalmanchanda has joined #zuul17:49
*** jpena is now known as jpena|off18:04
*** piotrowskim has quit IRC18:45
*** persia has quit IRC19:46
*** persia has joined #zuul19:47
*** persia has quit IRC19:52
*** persia has joined #zuul19:54
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add playbook selection filtering  https://review.opendev.org/c/zuul/zuul/+/78096419:56
*** persia has quit IRC20:01
*** persia has joined #zuul20:02
*** tosky has quit IRC20:05
*** tosky has joined #zuul20:05
*** vishalmanchanda has quit IRC20:14
*** yoctozepto has joined #zuul20:14
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add job parameters listing  https://review.opendev.org/c/zuul/zuul/+/64479520:46
openstackgerritTristan Cacqueray proposed zuul/zuul master: web: add depends-on support to the freeze job API  https://review.opendev.org/c/zuul/zuul/+/63902220:46
openstackgerritTristan Cacqueray proposed zuul/zuul master: runner: add support for depends-on  https://review.opendev.org/c/zuul/zuul/+/63206420:46
tristanCcorvus: https://review.opendev.org/c/zuul/zuul/+/632064 is the tip of a stack that should demonstrate the freeze_job api implements the zuul-runner requirements.20:50
*** ajitha has quit IRC21:22
*** pleia2 has quit IRC22:35
*** sshnaidm has quit IRC22:35
*** zbr has quit IRC22:37
*** sshnaidm has joined #zuul22:41

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