Tuesday, 2024-05-28

-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 920600: Fix change cache upgrade https://review.opendev.org/c/zuul/zuul/+/92060001:03
@anoop-jose:matrix.orgGuys, how far zuul support plugins?03:28
@anoop-jose:matrix.orgIs there any guidelines or references you can share about plugin development of zuul ?03:29
@fungicide:matrix.org@anoop-jose:matrix.org: what do you mean by "plugins"?13:05
@fungicide:matrix.orgzuul calls ansible, so can perform pretty much any task ansible is capable of13:06
@fungicide:matrix.organsible itself has a versatile language for composing basic functionality and comes with modules for most common sorts of things, but you can also extend its language by writing your own modules13:08
@f2ked:matrix.orgI have list of 100s of tests that I'd like to distribute over a set of nodes. The segmentation (eg. `[[t0, t10, t9,...], [t3, t4, t20,...],...]`)  is created dynamically (via a script) that tries to balance (uniform running time) them based on prior performance results.13:22
What is the "Zuul way" arranging for each segment to run on a node.
Can `Jobs` be dynamically created? (how we do it in jenkins today)
@jim:acmegating.comf2ked: no dynamic nodes or jobs, but you can try making a single multi-node job and distributing the tests to the nodes of that job.13:24
@jim:acmegating.com * f2ked: no dynamic nodes or jobs, but you can try making a single multi-node job and distributing the tests to the nodes of that job (using ansible to cause the execution on the multiple nodes)13:30
@f2ked:matrix.orgcorvus: That makes sense, thanks!13:33
@clarkb:matrix.orgYou can also theoretically use tools like stestr or bazel etc to do the balancing for you14:55
@clarkb:matrix.orgso basically just configure a tool like that to talk to a number of nodes in a job and then as long as you can seed it with some timing info it should balance?14:56
@jim:acmegating.comyep (you would use zuul's ansible to configure the nodes to receive testr/bazel instructions)15:06
@sylvass:albinvass.seClark: ++, which is generally why I like to separate the ci/cd system and the build system. They have different goals.15:17
@jim:acmegating.com(or of course use a bazel remote execution thing, or distcc, or...)15:18
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 920690: Pre-filter gerrit events based on triggers https://review.opendev.org/c/zuul/zuul/+/92069017:10
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/nodepool] 920691: Use cached node list in createMinReady https://review.opendev.org/c/zuul/nodepool/+/92069118:16
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 920693: Add buildset events to buildset summary page https://review.opendev.org/c/zuul/zuul/+/92069318:58
@fungicide:matrix.orgon that note, it would be a cool weekend project to add roles for traditional matrix processing/message passing frameworks and have zuul dynamically create a beowulf cluster to run embarrassingly parallel jobs19:13
@fungicide:matrix.orgsupporting on-demand pvm or mpi(ch) based workloads19:13
@fungicide:matrix.orgthough i suppose hpc type workloads like that are better served by persistent bare metal clusters19:15

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