- Zuul-discuss - lists.opendev.org

Request for Wiki Assistance
by Jimmy McArthur 11 Mar '20

11 Mar '20

Hi Zuul Community! We had our recent Zuul post denied by the wikipedia community. It's not a huge surprise and it's notoriously difficult to get a "first post" up. If any of you have some Zuul expertise you could espouse in a wiki-like way, and/or some wikipedia juice/advice you could offer us, it would be greatly appreciated. https://en.wikipedia.org/wiki/Draft:Zuul_(software) You can read the bits at the top of the page about what we're doing wrong. A few things could help: * More primary sources - by this they mean high value domains or qualified news sources in the industry * A variation on authors * I'm not sure how to address their contention that the entry reads like an advertisement, but I'm open to suggestions :) Having a wiki page is a really big step towards making Zuul a more high profile open source CI and project gating alternative, so please let me know how you can help! Cheers, Jimmy

2 3

Run a job if a directory or a file exist in the source tree
by Fabien Boucher 11 Mar '20

11 Mar '20

Hi, What do you think about a job attribute a bit similar to "files", but for telling Zuul to execute the job only if one of the listed file or directory exist in the project source tree ? Use case is where I have a common set of jobs attached to a large number of repositories. But some of the repositories don't have a specific directory that contains the data used by a job. So instead of spawning a VM and run the job playbook to discover the directory is missing and skip the rest of the playbook's task, I'd like to tell Zuul to simply skip the job at all and not waste nodepool resources. Thus this new job's attribute. Another solution is to run small parent job, in a container, to discover if the directory exist and let run or not the child job. Any thoughts ? Is that new job attribute could be valuable ? Fabien

3 3

feature: display branch in zuul dashboard
by Sorin Sbarnea 07 Mar '20

07 Mar '20

Wes asked me few days ago if we could make the branch visible in zuul ui. To me it makes sense as long we do not display the master branch, mainly because I prefer an uncluttered interface. What do you think about it? Should I propose a patch or not? Cheers Sorin ---------- Forwarded message --------- From: Wesley Hayutin <whayutin(a)redhat.com> Date: Mon, 2 Mar 2020 at 15:45 Subject: future zuul ui enhancement. To: Sorin Sbarnea <ssbarnea(a)redhat.com> I would be cool to see the branch in the header for each review in check and gate. Currently we have... openstack/tripleo-quickstart-extras 710230,2 <https://review.opendev.org/710230> 1 hr 55 min 1 hr 10 min Would be nice to add branch info there too. Let me know if that makes sense. Thanks -- -- /sorin

2 1

zuul roles bindep and epel enablement issue
by Sorin Sbarnea 07 Mar '20

07 Mar '20

Background: As you probably know on centos there is the EPEL additional repository which provides some extra packages which are not part of the distribution, so not covered by support. Enabling EPEL is easy, usually just by installing epel-release, unless someone already installed it and disabled it (this is what rdo does in order to have the mirrors configured). Recently I discovered that some linters do need re2-devel, which comes from epel on centos-8. So far we used bindep succesfully but we cannot tell bindep role to install epel-release package before installing the the other rpms. Another approach would be to use test-setup.sh to enable this repo but last time I checked this runs after bindep, so too late. How can we address this issue? Do we have a more generic issue to install dependencies on nodes? I would not want to patch nodeset images because these makes the job not portable between different zuul instances. Another reason for not patching images is that what could be good idea to install for my use case, could prove bad for another one. Cheers, Sorin -- -- /sorin

2 1

Zuul v4/v5 planning
by corvus＠inaugust.com 05 Mar '20

05 Mar '20

Hi, Some folks in IRC recently brainstormed how to sequence the changes needed to implement the scale-out-scheduler spec. This is the plan we came up with, including a description of the changes at a high level, along with the major version numbers for important releases. Our current plan is to perform all of this development on the master branch, continue other unrelated development at the same time, and release interim releases as appropriate in the usual manner. We believe this sequence is constructed in a way that will enable everyone to continue to deploy the latest releases (or commits) of Zuul in the usual way with minimal disruption. At the end of the process, you'll be able to deploy more than one scheduler. :) There will be a couple of points in the timeline where we will ask you to make forward-compatible changes to your configuration or deployment. As long as you make those changes before the upcoming release which requires them, we don't expect any issues. Here is the current plan: * Add support for Zookeeper auth * Ask users to configure Zookeeper auth, ensure all Zuul components can reach the Zookeeper cluster, and define an SQL connection * Release last 3.x series * Require Zookeeper auth * Have all components connect to Zookeeper, even if they just idle for now * SQL reporters are required (an implied SQL reporter is added to every pipeline, explicit SQL reporters are ignored) * Release 4.0.0 * Warn on explicit SQL reporters in pipelines * Start adding in more Zookeeper stuff, removing equivalent gearman as appropriate * Release 4.1.0 * Error on explicit sql reporters in pipelines * Complete HA scheduler work * Release 5.0.0 -Jim

1 0

Ansiblefest - OSF Sponsor
by Jimmy McArthur 26 Feb '20

26 Feb '20

Hi all - It looks like Ansiblefest is going to be October 12-14, which is the week before the Berlin Summit. The Foundation is interested in sponsoring a booth at Ansiblefest again, but we'd like to make sure we have someone knowledgeable about Zuul to staff the booth. Is anyone interested/available that week? Cheers, Jimmy

3 3

Upcoming in-person events
by corvus＠inaugust.com 19 Feb '20

19 Feb '20

Hi, We haven't fully utilized the space at recent OSF events. But the next two are in Vancouver and Berlin, so I wonder if we might be able to get enough folks to show up and have some series design discussions. If so, maybe we could arrange for one or two whole days of collaboration to make it worthwhile. If you think you might be able to attend one or both of these events, please add your name to this etherpad: https://etherpad.openstack.org/p/zuul-events We can see which of the two has the most potential attendees and try to make plans accordingly. I don't think we need a commitment at this point, but rather an expression of interest and likelihood. Thanks, Jim

1 0

How do you manage and triage NODE_FAILURE
by Tristan Cacqueray 18 Feb '20

18 Feb '20

Hi Zuulers, currently when nodepool fails to launch a node, zuul reports NODE_FAILURE back to the user. This can be confusing for the end user, in particular when the user also provides nodepool resources. We are looking into sharing the ERROR logs of the nodepool launchers, similarly to the nodepool-builder dib log; but perhaps nodepool could return launcher exception message back to zuul so that is part of the build failure? Do you have other suggestions? Thanks in advance, -Tristan

2 1

Training session on Bitergia dashboard, Feb 17
by Thierry Carrez 13 Feb '20

13 Feb '20

Hi Zuulites, As mentioned in a previous thread, the Zuul community dashboard is available at zuul.biterg.io. It shows a series of pre-defined dashboards that let you extract metrics from gerrit, git and ML data. However the real power of the Bitergia toolkit is when you go to the next level and drill down and filter for more relevant data, or when you build your own analysis and visualization. In order to present those features and answer community questions, we've set up a video training session with Bitergia which will happen on Jitsi Meet[1] Monday, February 17 at 1600 UTC[2]. Please sign up on: https://etherpad.openstack.org/p/bitergia-training-Feb2020 All details for connection will be posted there. Also if you have examples of changes in existing dashboards that you'd like to see, or of visualizations you'd like to build, please add to the suggestions in the etherpad. We'll collect suggestions to build the final training contents. See you there! [1] https://meet.jit.si/ [2] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200217T16&p1=14… -- Thierry Carrez (ttx)

1 1

History of Zuul on opensource.com
by Jeremy Stanley 10 Feb '20

10 Feb '20

Over the Winter holidays I wrote up a narrative article recounting the origins and evolution of Zuul, which is now public here: https://opensource.com/article/20/2/zuul The article is distributed under the Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) License, so feel free to reuse and redistribute it with those terms. -- Jeremy Stanley

2 1