Tuesday, 2021-04-27

*** sshnaidm_ has joined #zuul00:00
*** sshnaidm|afk has quit IRC00:01
*** sshnaidm_ has quit IRC00:07
*** sshnaidm_ has joined #zuul00:08
openstackgerritJames E. Blair proposed zuul/zuul master: Add artifacts to MQTT reporter  https://review.opendev.org/c/zuul/zuul/+/78810100:11
*** smyers_ has joined #zuul00:22
*** smyers has quit IRC00:25
*** smyers_ is now known as smyers00:25
*** hamalq has quit IRC01:37
*** ricolin has quit IRC01:37
openstackgerritJames E. Blair proposed zuul/zuul master: Switch to ZooKeeper backed build result events  https://review.opendev.org/c/zuul/zuul/+/78293901:40
*** sam_wan has joined #zuul01:48
*** evrardjp has quit IRC02:33
*** evrardjp has joined #zuul02:33
*** BaJ has left #zuul02:59
*** jfoufas1 has joined #zuul04:25
*** ykarel has joined #zuul04:35
*** vishalmanchanda has joined #zuul04:50
*** saneax has joined #zuul04:54
*** sam_wan has quit IRC05:31
*** bhavikdbavishi has joined #zuul06:20
*** sam_wan has joined #zuul06:26
openstackgerritFelix Edel proposed zuul/zuul master: Calculate statsd metrics via ComponentRegistry  https://review.opendev.org/c/zuul/zuul/+/78768506:37
*** jcapitao has joined #zuul06:48
*** sam_wan has quit IRC07:01
*** nils has joined #zuul07:22
*** hashar has joined #zuul07:26
*** bhavikdbavishi has quit IRC07:30
*** sam_wan has joined #zuul07:35
*** tosky has joined #zuul07:41
*** ricolin has joined #zuul07:43
*** rpittau|afk is now known as rpittau07:45
*** jpena|off has joined #zuul07:54
*** jpena|off is now known as jpena07:54
zbravass: i wonder if I should ping people about something like https://review.opendev.org/c/zuul/zuul-jobs/+/731471 or just forget it.07:56
*** bhavikdbavishi has joined #zuul08:00
*** bhavikdbavishi1 has joined #zuul08:03
*** bhavikdbavishi has quit IRC08:05
*** bhavikdbavishi1 is now known as bhavikdbavishi08:05
avasszbr: sorry, I'm getting more and more busy internally08:15
avasszbr: but I got some downtime I'll take a loo08:16
avasszbr: lgtm08:17
avasscorvus: very small review on that ^ one. I feel like ansible-lint has improved a lot when it comes to execution time and it now has built in support all(?) our custom rules and mocking of modules08:20
openstackgerritSorin Sbârnea proposed zuul/zuul-jobs master: Remove ansible-lint path exclusions  https://review.opendev.org/c/zuul/zuul-jobs/+/73147108:22
zbrthanks. i rebased it, just to see if it is still green, 5mo is a very long time.08:23
openstackgerritFelix Edel proposed zuul/zuul master: Calculate statsd metrics via ComponentRegistry  https://review.opendev.org/c/zuul/zuul/+/78768508:37
*** hashar has quit IRC08:43
*** ykarel is now known as ykarel|lunch09:13
*** yoctozepto4 has joined #zuul09:26
*** yoctozepto has quit IRC09:26
*** yoctozepto4 is now known as yoctozepto09:26
*** sshnaidm_ is now known as sshnaidm10:00
openstackgerritMatthieu Huin proposed zuul/zuul master: test zuul-client build-info  https://review.opendev.org/c/zuul/zuul/+/75878310:01
*** ykarel|lunch is now known as ykarel10:13
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add build-info subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75107010:15
openstackgerritFelix Edel proposed zuul/zuul master: Calculate statsd metrics via ComponentRegistry  https://review.opendev.org/c/zuul/zuul/+/78768510:22
sean-k-mooneyo/10:30
sean-k-mooneyam if i enable the gerrit driver with http but do not set up the trigger configurtion10:30
sean-k-mooneycan i use it to clone the repos10:31
*** jcapitao is now known as jcapitao_lunch10:32
tristanCcorvus: tobiash: could you please have a look at https://review.opendev.org/c/zuul/zuul/+/781092 , this is the resources usage metric fix for held node11:25
*** jpena is now known as jpena|lunch11:34
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add build-info subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75107011:40
mhuhello zuul-maint, since the builds subcommand has been merged in zuul-client, can we get the tests in zuul merged too? https://review.opendev.org/c/zuul/zuul/+/75814111:43
pabelangerIs there a way we can render on zuul UI, the size of the zuul.GithubEventProcessor left to process?  In our case, sometime the bot on ansible/ansible generates a lot of events in github, and because we have to process them serially it looks like our zuul isn't doing anything (reacting to new PRs, etc). However, when you look at the logs, you can see it chugging though the github events. However,11:49
pabelangerbecause of rate-limits and size of pages returned it takes a bit of time11:49
*** rlandy has joined #zuul11:49
*** rlandy is now known as rlandy|rover11:49
tristanCpabelanger: here is the code that render the status header: https://opendev.org/zuul/zuul/src/branch/master/web/src/pages/Status.jsx#L166-L18011:51
tristanCpabelanger: is the size of the zuul.GithubEventProcessor already part of the status json object?11:51
pabelangerI haven't looked honestly11:52
pabelangerI just know the existing queue lengths fields in the UI doesn't reflected the size of it11:53
*** hashar has joined #zuul11:54
*** jcapitao_lunch is now known as jcapitao12:02
tobiashpabelanger: that's not yet exposed12:05
openstackgerritMerged zuul/zuul-jobs master: Remove ansible-lint path exclusions  https://review.opendev.org/c/zuul/zuul-jobs/+/73147112:06
*** rlandy|rover is now known as rlandy|rover|mtg12:07
openstackgerritSimon Westphahl proposed zuul/zuul master: Stream API for sharded Zookeeper data  https://review.opendev.org/c/zuul/zuul/+/77145412:13
openstackgerritSimon Westphahl proposed zuul/zuul master: Cache unparsed config files in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145512:13
openstackgerritSimon Westphahl proposed zuul/zuul master: Cache unparsed config files in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145512:18
*** Shrews has joined #zuul12:21
*** jpena|lunch is now known as jpena12:33
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenants in unparsed abide as dict  https://review.opendev.org/c/zuul/zuul/+/77145612:43
pabelangertobiash: thanks, do you feel it would be a lot of work to add it?12:45
openstackgerritFelix Edel proposed zuul/zuul master: Calculate statsd metrics via ComponentRegistry  https://review.opendev.org/c/zuul/zuul/+/78768513:16
tobiashpabelanger: I think it wouldn't be too much work. However I think that should be aligned with the zk work since I think this could be done generically for all event queues in zk13:19
*** rlandy|rover|mtg is now known as rlandy|rover13:25
*** bhavikdbavishi has quit IRC13:37
fungia colleague who follows twitter pointed this out: https://twitter.com/hugoprudente/status/138569206096827596814:12
fungialways nice to see people noticing zuul exists ;)14:13
*** sam_wan has quit IRC14:21
corvus++14:23
*** sshnaidm has quit IRC14:38
*** sshnaidm has joined #zuul14:40
*** ykarel has quit IRC14:57
*** snktparik30 has joined #zuul15:02
snktparik30Hi everyone, I'm trying to use upload-log-s3 role in my zuul system, but not sure where and how i have to install boto3 dependency.15:05
SpamapSsnktparik30: It must be in the PYTHONPATH for Ansible, which runs on the executor, so it has to be there.15:06
mordredcorvus: are we waiting on other reviewers for the workspace schema path? or ok to +3?15:06
SpamapSMy info may be out of date, but I wrote that role, and back then, I just made sure the executors had boto3.15:07
corvussnktparik30, SpamapS: i think i just saw a change to add boto to our container images for that purpose (this is relevant if you're running zuul from containers)15:09
snktparik30SpamapS i try with install boto3 on executors but no sucess.15:09
corvussnktparik30: if you're not using containers, let me get you a doc link for how to install it15:09
SpamapSIt's possible that Ansible's PYTHONPATH != Zuul's PYTHONPATH .. I don't remember.15:10
snktparik30yes we are using containers its a eks deployment.15:10
clarkbSpamapS: snktparik30: yes each of the ansible versions is installed in a separate venv now15:10
clarkbyou'll need to install boto in each of them15:10
clarkbI thought there was a way to supply extra libs to the manage-ansible tool but I'm not seeing it anymore15:11
corvushttps://zuul-ci.org/docs/zuul/howtos/installation.html#ansible-installation-options is the command to use, set ANSIBLE_EXTRA_PACKAGES15:11
SpamapSSounds familiar. :)15:11
snktparik30corvus thanks15:14
corvusSpamapS, snktparik30: https://review.opendev.org/787751 is the change to add boto to the container images (so this shouldn't be a problem for future users)15:15
corvusand actually all users (even non-container users)15:15
SpamapS#installAllTheThings15:16
corvusyeah, batteries included :)15:16
corvusmordred: i *think* it's good, but maybe let's just ping zuul-maint and let them know that the workspace scheme change is ready to merge so if anyone else wants to review https://review.opendev.org/787451 speak up :)15:18
zbrcorvus: boto3 a pypi package that never caused headaches ;)15:20
SpamapSYeah, like shade.15:20
SpamapSand PBR15:20
SpamapS;)15:20
* SpamapS will go back to the troll den15:20
* zbr thinks that compared with awscli one, the others are just small flesh wounds.15:21
mordredcorvus: I think you just did ping zuul-maint :)15:21
corvusmordred: oh did we ping zuul-maint?15:22
tobiashI'd like to review that15:22
corvusmordred: i guess we did ping zuul-maint15:22
mordredcorvus: :)15:22
corvustobiash: cool, we'll hold +w for you then15:22
mordredk. I +2'd - holding +W15:22
mordredcorvus: it's a shockingly small patch15:23
corvusyeah, and i think we've got good options if we need to expand on it in the future (like an explicit mapping, or exposing the unique scheme to users).15:24
tobiashcorvus: lgtm15:28
tobiashalthough this will give me a headache when upgrading15:28
corvustobiash: how so?15:28
corvusoh15:28
corvusdeleting the repos15:28
corvus(and waiting for them to clone)15:28
corvustobiash: if you wanted, you could move them into their new names15:29
tobiashyes, we use hostpath for performance reasons and no pvc so we'll have to ssh into every openshift node and clean that up prior to the upgrade15:29
corvusi mean, that's still a headache, but it may be a smaller headache?15:29
tobiashit's doable, but just requires some preparation upfront15:29
clarkbcorvus: tobiash: ya thinking about starting our zk upgrades momentarily and part of that process is restarting zuul executors and mergers (I think) and landing this change first may make that quite a bit more involved?15:30
tobiashI'm wondering if we should automate the cleanup or renamings15:30
corvusclarkb: we don't have to merge it right now, but i wouldn't worry about it15:30
clarkbcorvus: ok15:30
tobiashthis would make most peoples life easier probablt15:30
corvusclarkb: for opendev, i was just planning on rm-ing after the restart15:30
clarkbcorvus: and just let it repull?15:31
corvusclarkb: yep.15:31
corvusthat is an expected mode of operation15:31
corvustobiash: that's an option.  think it's worth doing?15:33
tobiashat least we will need time for preparing the upgrade (and if that means deleting the cache the upgrade itself will take longer due to a prolonged startup)15:34
corvustobiash: to be clear, zuul doesn't care if you delete the cache, but if you don't have space to 2x the repo storage then you'll need to15:35
tobiashso I guess it depends on the effort of such a migration15:35
tobiashyes, fully understood that point15:36
corvusok; so i'm assuming 2x isn't an option which is why you need the extra prep (either locally or in zuul)15:36
tobiasha simple method might be versioning the cache layout (similar to the keystore) and if the version mismatches auto-delete the cache on startup15:36
corvusyep; we can probably assume users won't have a connection named ".zuul_cache_version" :)15:37
tobiash:D15:38
tobiashthe auto-delete also would make it possible to do the cache upgrade during a rolling restart of the executors which is much easier to handle compared to 150 executors fetching all repos in the first hours15:39
corvustobiash: okay; feel free to -1 with that and i'll add a migration to it15:40
tobiashk15:41
tobiashthanks15:41
corvusthank you :)15:41
*** holser has quit IRC15:44
*** holser has joined #zuul15:45
*** hashar is now known as hasharAway15:46
avasstobiash, corvus: maybe I should rename the zuul-cache to zuul-artifact-cache just in case... :)15:48
corvusavass: on general principal, the more descriptive name does seem better :)  however, i'm not afraid of confusion in this specific instance (the internal merger repo cache isn't really a user-visible thing).15:50
corvusavass: but if you want to do that to avoid potential confusion with other user-visible things in the future, that might be a good idea15:50
*** ykarel has joined #zuul15:51
avassyep exactly.15:51
mhutobiash, fungi clarkb can this get the final +3 ? https://review.opendev.org/c/zuul/zuul/+/758141 - the depends-on has already been merged15:51
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add build-info subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75107015:56
*** ykarel has quit IRC16:00
*** snktparik30 has quit IRC16:09
*** jcapitao has quit IRC16:21
*** rpittau is now known as rpittau|afk16:33
*** bhavikdbavishi has joined #zuul16:45
*** bhavikdbavishi1 has joined #zuul16:52
*** bhavikdbavishi has quit IRC16:53
*** bhavikdbavishi1 is now known as bhavikdbavishi16:53
*** jpena is now known as jpena|off17:01
openstackgerritMerged zuul/zuul master: Test zuul-client builds subcommand  https://review.opendev.org/c/zuul/zuul/+/75814117:03
*** saneax has quit IRC17:14
*** jfoufas1 has quit IRC17:39
*** hamalq has joined #zuul17:53
*** hamalq has quit IRC17:54
*** hamalq has joined #zuul17:54
*** vishalmanchanda has quit IRC18:14
*** openstackstatus has quit IRC18:31
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Improve logging and CLI output  https://review.opendev.org/c/zuul/zuul-client/+/78834018:33
*** openstackstatus has joined #zuul18:33
*** ChanServ sets mode: +v openstackstatus18:33
*** hasharAway is now known as hashar19:05
*** bhavikdbavishi has quit IRC19:27
ianwzuul-maint: it would be helpful to get some eyes on https://review.opendev.org/c/zuul/nodepool/+/788028 to collect devstack logs from nodepool jobs.  we are seeing random 500 errors from nova/keystone/something in the job in the dib gate, and don't really have much to go on19:28
ianwi know in the past we've said "this isn't a devstack test" ... which yes it isn't, but practically there's not much else to help with random errors popping up19:29
fungiwe could also stage a revert of that once we manage to debug the current issue19:30
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add build-info subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75107019:38
corvusianw: that's a post-run task; can you do that in the dib repo?19:38
openstackgerritMatthieu Huin proposed zuul/zuul master: zuul-client: Test buildsets, buildset-info subcommands  https://review.opendev.org/c/zuul/zuul/+/75898519:39
fungioh, good point, we could probably make a child job which adds it19:41
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add buildsets, buildset-info to subcommands  https://review.opendev.org/c/zuul/zuul-client/+/75290919:42
clarkbcorvus: fungi  yes I think that is possible since nothing will have stopped devstack19:44
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Improve logging and CLI output  https://review.opendev.org/c/zuul/zuul-client/+/78834020:14
*** nils has quit IRC20:30
*** ikhan has joined #zuul20:53
*** cloudnull has quit IRC21:24
*** cloudnull has joined #zuul21:25
*** Shrews has quit IRC21:28
*** hashar has quit IRC21:40
*** rlandy|rover is now known as rlandy|rover|bia21:41
*** tosky has quit IRC23:08
openstackgerritJames E. Blair proposed zuul/zuul master: Support overlapping repos and a flat workspace scheme  https://review.opendev.org/c/zuul/zuul/+/78745123:13
corvustobiash: ^ how's that look?23:14
*** rlandy|rover|bia is now known as rlandy|rover23:19
openstackgerritJames E. Blair proposed zuul/zuul master: Add waiting status to status page  https://review.opendev.org/c/zuul/zuul/+/78837623:23
openstackgerritJames E. Blair proposed zuul/zuul master: Log semaphore acquire/release at INFO  https://review.opendev.org/c/zuul/zuul/+/78837723:28
*** rlandy|rover has quit IRC23:45
openstackgerritJames E. Blair proposed zuul/zuul master: Emit stats for semaphore holders  https://review.opendev.org/c/zuul/zuul/+/78837823:52

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