| @y2kenny:matrix.org | Um... this is weird, may be I actually haven't gotten that far. I am getting 401 instead of 403... looking at zuulweb code... seems like 401 is referring to something else: https://opendev.org/zuul/zuul/src/branch/master/zuul/web/__init__.py#L373 | 00:24 |
|---|---|---|
| -@gerrit:opendev.org- Kenny Ho proposed: [zuul/zuul] 833192: Make zuul-client provide more data on exceptions https://review.opendev.org/c/zuul/zuul/+/833192 | 00:51 | |
| -@gerrit:opendev.org- Kenny Ho proposed: [zuul/zuul] 833192: Make zuul-client provide more data on exceptions https://review.opendev.org/c/zuul/zuul/+/833192 | 00:54 | |
| -@gerrit:opendev.org- Kenny Ho marked as active: [zuul/zuul] 833192: Make zuul-client provide more data on exceptions https://review.opendev.org/c/zuul/zuul/+/833192 | 00:55 | |
| @avass:vassast.org | We've noticed that zuul_stream.py doesn't handle `removes` very well since the module exits early before it creates a logfile: | 12:22 |
| https://docs.ansible.com/ansible/latest/collections/ansible/builtin/command_module.html#parameter-removes | ||
| which causes a command to always run for at least 10 seconds: | ||
| https://opendev.org/zuul/zuul/src/branch/master/zuul/ansible/base/callback/zuul_stream.py#L197 | ||
| I guess it's the same for `creates`. | ||
| We can workaround that by using a stat task and conditionally executing the command instead but there seems to be another issue with zuul_stream.py that is causing async tasks to take at least 30 seconds to execute, not exactly sure why but I'm suspicious of thread.join(30): | ||
| https://opendev.org/zuul/zuul/src/branch/master/zuul/ansible/base/callback/zuul_stream.py#L309 | ||
| @avass:vassast.org | * We've noticed that `zuul_stream.py` doesn't handle `removes` very well since the module exits early before it creates a logfile: | 12:24 |
| https://docs.ansible.com/ansible/latest/collections/ansible/builtin/command_module.html#parameter-removes | ||
| which causes a command to always run for at least 10 seconds: | ||
| https://opendev.org/zuul/zuul/src/branch/master/zuul/ansible/base/callback/zuul_stream.py#L197 | ||
| I guess it's the same for `creates`. | ||
| We can workaround that by using a stat task and conditionally executing the command instead but there seems to be another issue with zuul_stream.py that is causing async tasks to take at least 30 seconds to execute, not exactly sure why but I'm suspicious of thread.join(30): | ||
| https://opendev.org/zuul/zuul/src/branch/master/zuul/ansible/base/callback/zuul_stream.py#L309 | ||
| -@gerrit:opendev.org- Albin Vass proposed: [zuul/zuul] 833353: Don't stream async tasks https://review.opendev.org/c/zuul/zuul/+/833353 | 12:52 | |
| @gobi_g:matrix.org | Hi, | 13:10 |
| I'm trying to setup zuul with gitlab. But facing 'error while accessing repo zuul-config. The error was: Will not fetch project read-only is set' | ||
| @gobi_g:matrix.org | Created a zuul user with maintainer role | 13:11 |
| @gobi_g:matrix.org | Looks like i have missed group name in tenant configuration. But pipelines not loading any idea? | 13:32 |
| @gobi_g:matrix.org | * Looks like i have missed the gitlab group name in tenant configuration. But pipelines not loading any idea? | 13:34 |
| @fungicide:matrix.org | > <@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. | 17:43 |
| > | ||
| > 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. | ||
| https://zuul-ci.org/docs/zuul/latest/project-config.html#configuration-loading "in the case of a config-project, only a single branch is examined." | ||
| @fungicide:matrix.org | normally you'd indicate what applies to a branch by using explicit branch matchers when you're doing so in a config project | 17:44 |
| @fungicide:matrix.org | > <@gobi_g:matrix.org> Can I know you guys using one zuul server for all dev, staging, production activities or have separate servers? | 17:47 |
| in the opendev collaboratory, we have one single zuul cluster for thousands of projects. what constitutes dev/staging/production varies by project but generally for our own infrastructure we consider "dev" to happen within proposed changes (think of those as merge requests), staging is handled by having zuul jobs which build mock deployments of our systems on ephemeral job nodes and exercise them to confirm whether the proposed changes are working, then production gets deployed when those changes are approved and merge successfully to the branch (our own projects pretty much only have one public branch) | ||
| @fungicide:matrix.org | the majority of the multi-branch projects i'm familiar with using zuul tag releases from master and then create stable branches from the releases, backporting critical fixes to those branches from master when necessary. in-project job configuration works well with that model, because your configuration branches from master just like the rest of your code, and then you keep running jobs for those branches the way you had been at the time they split off from master, even if your configuration in master continues to evolve | 18:05 |
| @gobi_g:matrix.org | > <@fungicide:matrix.org> in the opendev collaboratory, we have one single zuul cluster for thousands of projects. what constitutes dev/staging/production varies by project but generally for our own infrastructure we consider "dev" to happen within proposed changes (think of those as merge requests), staging is handled by having zuul jobs which build mock deployments of our systems on ephemeral job nodes and exercise them to confirm whether the proposed changes are working, then production gets deployed when those changes are approved and merge successfully to the branch (our own projects pretty much only have one public branch) | 18:33 |
| Okay. Thanks for the details 😊 | ||
| @gobi_g:matrix.org | > <@gobi_g:matrix.org> Looks like i have missed the gitlab group name in tenant configuration. But pipelines not loading any idea? | 18:34 |
| Any information about this? | ||
| @fungicide:matrix.org | karthi: what branch did you put your pipeline configuration file in? if the branch isn't named master, did you set https://zuul-ci.org/docs/zuul/latest/tenants.html#attr-tenant.config-projects.%3Cproject%3E.load-branch as suggested in the configuration loading section i linked to earlier? | 19:55 |
| @gobi_g:matrix.org | fungi: thanks. I'll add this and check. | 19:57 |
| @mnaser:matrix.org | welp, finally got around to setting up Matrix. | 21:30 |
| @tristanc_:matrix.org | mnaser: o/ | 22:54 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!