| -@gerrit:opendev.org- Ian Wienand proposed: | 01:57 | |
| - [zuul/zuul] 832731: zuul/web : move method checking into common decorator https://review.opendev.org/c/zuul/zuul/+/832731 | ||
| - [zuul/zuul] 832733: zuul/web : add CORS and method handler for static files https://review.opendev.org/c/zuul/zuul/+/832733 | ||
| @iwienand:matrix.org | corvus: i just filed https://storyboard.openstack.org/#!/story/2009908 for messages like | 05:06 |
|---|---|---|
| @iwienand:matrix.org | 7 Mar 17:02:09 - DEBUG: Bad line: -2477.274179,ms in msg "zuul.nodepool.requests.fulfilled:-2477.274179|ms" | 05:06 |
| Mar 17:02:09 - DEBUG: Bad line: -2477.274179,ms in msg "zuul.nodepool.requests.fulfilled.label.ubuntu-focal:-2477.274179|ms" | 00:00 | |
| Mar 17:02:09 - DEBUG: Bad line: -2477.274179,ms in msg "zuul.nodepool.requests.fulfilled.size.1:-2477.274179|ms" | 00:00 | |
| @iwienand:matrix.org | i can see in the grafana logs. so far, i have not figured out how time goes backwards when calculating those stats. i figure we must be re-requesting or something and somehow the request response has come before the actual request? it's infrequent, and the offsets range from 100ms to several seconds like above. perhaps you have some insight? | 05:08 |
| @iwienand:matrix.org | s/grafana/graphite, sorry | 05:09 |
| -@gerrit:opendev.org- Albin Vass proposed: [zuul/zuul] 833001: Allow using 'unique' workspace scheme in jobs https://review.opendev.org/c/zuul/zuul/+/833001 | 08:42 | |
| @avass:vassast.org | corvus: are you okay with enabling unique workspace scheme for jobs ^? A lot of projects here are structured around overlapping repo paths in gerrit so it would help a lot :) | 08:45 |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Fix for CentOS/RHEL 9 packages https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 08:52 | |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Fix for CentOS/RHEL 9 packages https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 09:04 | |
| @gobi_g:matrix.org | How to pass gitlab env vars to playbooks? | 09:44 |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Fix for CentOS/RHEL 9 packages https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 10:29 | |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 12:34 | |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 13:06 | |
| @fungicide:matrix.org | > <@gobi_g:matrix.org> How to pass gitlab env vars to playbooks? | 13:17 |
| I don't know what a gitlab env var is, but any relevant information from a triggering event is usually reflected in zuul's variable hash. see the sections from the job content chapter covering the different kinds of variables zuul makes available to the ansible environment: https://zuul-ci.org/docs/zuul/latest/job-content.html | ||
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 13:22 | |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 13:26 | |
| -@gerrit:opendev.org- Szymon Datko proposed on behalf of abregman: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 13:36 | |
| -@gerrit:opendev.org- Szymon Datko proposed on behalf of abregman: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 13:49 | |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 14:05 | |
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 14:07 | |
| @jim:acmegating.com | https://review.opendev.org/807806Albin Vass: i'd rather structure it around slots: | 14:31 |
| @jim:acmegating.com | Albin Vass: oh, that's a different issue... | 14:32 |
| -@gerrit:opendev.org- Joshua Watt proposed: [zuul/nodepool] 833099: [DNM] openstack: Keep trying on quote and no valid host failures https://review.opendev.org/c/zuul/nodepool/+/833099 | 14:33 | |
| @jpew:matrix.org | I'm trying to move our Zuul/Nodepool to a K8s environment (from standalone) and I discovered that we have been patching nodepool to make it not fail on quota errors or "No valid host found errors" from openstack; I believe this is because we have implemented a dynamic quote system between our openstack projects, so each one needs to wait and try again later if it gets a quota error instead of failing. Carrying around this patch is going to be annoying, so I'd like to figure out a better way to deal with it. Does anyone have any ideas? https://review.opendev.org/c/zuul/nodepool/+/833099 | 14:33 |
| @jim:acmegating.com | Albin Vass: yeah, i guess if there's no other way, we can expose that. | 14:34 |
| @gobi_g:matrix.org | Hi, | 14:39 |
| Is there any way to use variables in zuul.yaml file? | ||
| @gobi_g:matrix.org | I want to merge development branch to master. In dev branch on success merge: true | 14:44 |
| but master branch on success merge: false | ||
| @gobi_g:matrix.org | * I want to merge development branch to master. In dev branch on pipeline success merge: true | 14:45 |
| but master branch on pipeline success merge: false | ||
| -@gerrit:opendev.org- abregman proposed: [zuul/zuul-jobs] 833003: [ensure-pip] Move pip packages to vars https://review.opendev.org/c/zuul/zuul-jobs/+/833003 | 14:52 | |
| @clarkb:matrix.org | > <@gobi_g:matrix.org> Hi, | 16:12 |
| > Is there any way to use variables in zuul.yaml file? | ||
| Jobs can define ansible variables as part of their definitions | ||
| @clarkb:matrix.org | > <@gobi_g:matrix.org> I want to merge development branch to master. In dev branch on pipeline success merge: true | 16:13 |
| > but master branch on pipeline success merge: false | ||
| Merging is a zuul pipeline attribute. YOu would use the merging pipeline on the dev branch and not on the master branch | ||
| @jpew:matrix.org | zuul operator | 16:57 |
| -@gerrit:opendev.org- Joshua Watt proposed: [zuul/nodepool] 833099: openstack: Keep node request on quota failure https://review.opendev.org/c/zuul/nodepool/+/833099 | 17:26 | |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 832870: Make promote work for any pipeline manager https://review.opendev.org/c/zuul/zuul/+/832870 | 17:46 | |
| @fungicide:matrix.org | karthi: maybe this is an obvious question, but are you actually using merge requests in gitlab? the expected workflow is that you propose a merge request, zuul test that merge request. when you're ready for it to be merged to the target branch you mark the merge request as approved and then zuul tests it again and tells gitlab to merge it to that branch. zuul isn't designed to merge branches into other branches, it's designed to merge your merge requests into the branch you've targeted with them | 19:16 |
| @fungicide:matrix.org | in order to use zuul, you may need to alter your development workflow in order to be compatible with zuul's workflow expectations | 19:17 |
| @fungicide:matrix.org | * karthi: maybe this is an obvious question, but are you actually using merge requests in gitlab? the expected workflow is that you propose a merge request, and then zuul tests that merge request. when you're ready for it to be merged to the target branch you mark the merge request as approved and then zuul tests it again and tells gitlab to merge it to that branch. zuul isn't designed to merge branches into other branches, it's designed to merge your merge requests into the branch you've targeted with them | 19:23 |
| @fungicide:matrix.org | * if you want to use zuul, you may need to alter your development workflow in order to be compatible with zuul's workflow expectations | 19:26 |
| @gobi_g:matrix.org | fungi: yeah you are right. But I'm not talking about the untrusted project. I'm talking about config project branch. | 21:01 |
| In config-project: | ||
| I have 2 branch. | ||
| Once the development branch was tested and I'll merge this master branch. In dev branch zuul.yaml will be different from master branch zuul.yaml. so I need any templating mechanism. | ||
| @gobi_g:matrix.org | * fungi: yeah you are right. But I'm not talking about the untrusted project. I'm talking about config project branch. | 21:03 |
| In config-project: | ||
| I have 2 branch. | ||
| Once the development branch(zuul-config) was tested with (untrusted project development branch) and I'll merge this zuul-config dev branch to master branch. In dev branch zuul.yaml will be different from master branch zuul.yaml. so I need any templating mechanism. | ||
| @gobi_g:matrix.org | Can I know you guys using one zuul server for all dev, staging, production activities or have separate servers? | 21:13 |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: | 22:06 | |
| - [zuul/zuul] 833183: Log errors in timer trigger https://review.opendev.org/c/zuul/zuul/+/833183 | ||
| - [zuul/zuul] 833184: Continue generating timer events on error https://review.opendev.org/c/zuul/zuul/+/833184 | ||
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 832870: Make promote work for any pipeline manager https://review.opendev.org/c/zuul/zuul/+/832870 | 22:09 | |
| @y2kenny:matrix.org | is 'zuul-scheduler smart-reconfigure' enough for the scheduler to pick up new admin-rule in tenant config? | 23:34 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!