Wednesday, 2021-11-24

*** rlandy|ruck is now known as rlandy|out00:09
*** ysandeep|out is now known as ysandeep01:05
*** rcastillo is now known as rcastillo|away02:14
Tenguysandeep, rlandy|out exactly :). More seriously, I only have 1 irssi instance in a tmate. so get notifications whenever I connect ;).06:40
mariossshnaidm: o/ hey man i am going for a pcr test in a few mins so i'll be out for an hour or so, will ping you when I'm back and we can talk if you have time06:59
jfrancoaykarel: good morning Yatin, I did try again with your patch nut it failed again https://zuul.opendev.org/t/openstack/build/13c5414abc95416cbf8c79eb6973a909/log/job-output.txt07:11
jfrancoacould you have a look when you have some time? it seems like a consistent error, No space left on device07:12
ysandeepjfrancoa, hey morning, which patch from yatin we are talking about, is it https://review.opendev.org/c/openstack/tripleo-ci/+/662481 ?07:19
ykareljfrancoa, that patch was just to get log info, and in above build it didn't reached that point and failed early with No space07:21
ykareljust looking at https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-8-standalone-upgrade-victoria, the issue don't look consistent07:21
jfrancoaysandeep: right, that one. I put it behind another tripleo-ci patch the testing patching depends-on07:25
jfrancoaykarel: no no, this is a new change I'm doing into the standalone-upgrade role07:25
jfrancoaykarel: if you compare the standalone-upgrade role with the standalone role, the first one isn't using tripleo-operator (it's still relying on scripts)07:26
ykareljfrancoa, you mean this issue is patch specific, right?07:27
jfrancoaso I'm getting it up to date, I created the tripleo upgrade role in tripleo-operator and linked it to the job. But both times I ran it , it ended up in no space left07:27
jfrancoaykarel: right07:27
ysandeepjfrancoa, ack, it was not in direct depends-on, i later realized you rebased your tripleo-ci patch on his patch.07:27
ykareljfrancoa, ok, then let's try to reproduce it in rdo zuul, as there we can hold the node and inspect what's taking much disk07:28
ykarelin place of adding debug info in patches07:28
ysandeepjfrancoa, fyi.. incase you are not aware you can run a job in rdo zuul using testproject07:30
ysandeep>> git clone https://review.rdoproject.org/r/testproject07:30
jfrancoaI need to be away from keayboard for some time, I'll catch up later. thanks for having a look07:30
ykarelthose nodes have 80GB space and that's enough, so something strange happening07:31
ykareljfrancoa, ack pushed https://review.rdoproject.org/r/c/testproject/+/36859, let's see if it reproduces there07:35
ykarelputting hold request, so if it fails node will get held and can be debugged07:35
sshnaidmmarios, ack07:42
sshnaidmmarios, ysandeep rlandy|out please review in your time https://review.opendev.org/q/topic:%22ci-collections%22+(status:open%20OR%20status:merged)08:03
ysandeepsshnaidm, ack08:04
soniya29|ruckkopecmartin, arxcruz, ysandeep, please edit/add today's agenda for tempest meeting - https://review.opendev.org/c/openstack/openstack-tempest-skiplist/+/81891608:04
ysandeepsoniya29|ruck: ack, already added few items there08:05
soniya29|ruckysandeep, thanks :)08:05
ysandeepsoniya29|ruck, i think you wanted to share hackmd ^^ but by mistake copied a review08:06
soniya29|ruckysandeep, ohh yes08:06
soniya29|ruckysandeep, thanks for pointing out08:07
sshnaidmthis patch has 45 jobs running for it: https://review.opendev.org/c/openstack/tripleo-ci/+/818820 :o08:07
soniya29|ruckkopecmartin, arxcruz ysandeep, https://hackmd.io/fIOKlEBHQfeTZjZmrUaEYQ08:07
soniya29|ruckrlandy|out, ^^08:07
*** amoralej|off is now known as amoralej08:08
sshnaidmpojadhav, hi08:08
sshnaidmpojadhav, for some reason we don't have latest tripleo-common in centos9 here: https://review.rdoproject.org/r/c/testproject/+/3671908:08
sshnaidmso I'll put a depends on..08:08
ysandeepsshnaidm, 45 :D that's a long list, but good to see all 45 passed in second run 08:09
sshnaidmall these victoria and ussuri should be removed08:11
sshnaidmjust waste of resources08:11
* ysandeep recalls a patch from you from some time back where we were trying to remove v/u jobs but i think we were not able to merge that because of objections.08:13
mariossshnaidm: ussuri is going extended maintenance so we should be able to get rid of them soon 08:15
mariossshnaidm: ysandeep: https://review.opendev.org/c/openstack/releases/+/817623 08:16
ysandeepsshnaidm, From yesterday's conversation in scrum i think rlandy|out plans to discuss with df if we can reduce some coverage there / removal of those branches.08:16
ysandeepmarios, oh nice, i was unaware , thanks for sharing08:16
sshnaidmwould be great08:16
jfrancoaykarel: thanks Yatin, I added myself as reviewer to track it08:37
jfrancoaykarel: in theory, it should be possible to jump into the node to investigate once it finishes, right?08:38
jfrancoaykarel: ok, I missed your message where you said just that :-D08:38
jfrancoaykarel++08:38
pojadhavsshnaidm, ack08:39
ykareljfrancoa, can jump into node even before it finishes, share your public keys i will add to node08:41
ykarelwith hold request, it do not get delete after failure for 24 hours08:42
*** ykarel is now known as ykarel|lunch09:03
jfrancoaykarel|lunch: http://pastebin.test.redhat.com/101059709:16
*** ykarel|lunch is now known as ykarel10:05
akahat|roverpojadhav, o/10:40
pojadhavakahat|rover, \o10:40
akahat|roverpojadhav, have you seen this issue with cs9? https://logserver.rdoproject.org/87/36487/6/check/periodic-tripleo-ci-centos-9-scenario010-standalone-master/c76aa5b/job-output.txt10:40
pojadhavakahat|rover, yes10:40
pojadhavakahat|rover, give me sec10:41
akahat|roverpojadhav, is there any bz open for it or some review?10:42
pojadhavakahat|rover, https://review.opendev.org/c/openstack/ansible-role-collect-logs/+/81835410:43
pojadhavmore ansible work is needed currently taken by sagi. pls refer this patch https://review.rdoproject.org/r/c/testproject/+/3671910:44
akahat|roverpojadhav, okay10:44
akahat|roverthank you for info :)10:44
pojadhavakahat|rover, :)10:46
sshnaidmakahat|rover, this should be solved by https://review.opendev.org/q/topic:%22ci-collections%22+(status:open%20OR%20status:merged)10:46
slaweqhi folks10:48
slaweqI need help with deployment of the tripleo-standalone on centos8 stream10:48
slaweqI'm trying to deploy it since yesterday10:48
slaweqand it fails for me with error like https://paste.opendev.org/show/811253/10:48
slaweqI found out that in the /var/log/containers/stdouts/galera-bundle.log there is error like: https://paste.opendev.org/show/811254/10:48
slaweqI have no idea why this galera don't wants to start10:49
slaweqdid anyone here had similar issue already?10:49
ysandeepslaweq, I once faced something similiar when i was not passing --control-virtual-ip in standalone deployment command.10:54
ysandeepdo we have that in your deployment command? 10:54
slaweqysandeep: thx, I will try try it10:54
slaweqI didn't had it10:57
slaweqI now added it and run script again10:57
slaweqlets see10:57
akahat|roversshnaidm, ack10:58
*** dviroel|afk is now known as dviroel11:00
ysandeepslaweq, I couldn't find bug/reviews yet pointing to something similar but tripleo-docs also suggests passing that --control-virtual-ip https://opendev.org/openstack/tripleo-docs/src/branch/master/deploy-guide/source/deployment/standalone.rst#L315 11:01
* ysandeep searching if i can find it11:01
ykarelysandeep, slaweq yes with default HA that's needed11:10
ykarelsince ussuri i think ha is default11:10
ykareli too hit this issue long back11:10
*** rlandy|out is now known as rlandy|ruck11:12
ysandeepslaweq, found it: https://bugs.launchpad.net/tripleo/+bug/1876441 , check commit message of https://review.opendev.org/c/openstack/tripleo-docs/+/755695 11:14
ysandeepykarel, thanks!11:14
ysandeeprlandy|ruck, good morning, good news we promoted everything in downstream.. :D11:15
ysandeeprlandy|ruck, we are facing one issue with bm jobs, could be because of new ansible.. I will check with sshnaidm if I couldn't figure that out.11:16
ysandeepTASK [overcloud-deploy : Create overcloud baremetal deploy yaml file]11:17
ysandeep{"changed": false, "msg": "AnsibleFilterError: JMESPathError in json_query filter plugin:\nIn function contains(), invalid type for value: None, expected one of: ['array', 'string'], received: \"null\""}11:17
ysandeep2021-11-23 22:39:15.457113 | primary |11:17
rlandy|ruckmarios: sshnaidm: I floated the idea with the DF about getting rid of ussuri and victoria or at least reducing testing11:18
rlandy|ruckkevin was for it - alex not so much11:18
rlandy|ruckysandeep: thanks11:18
ysandeeprlandy|ruck, marios pointed us to ussuri going to EM: https://review.opendev.org/c/openstack/releases/+/817623 11:19
sshnaidmrlandy|ruck, yeah, but we can get rid of them in our CI repos, like tripleo-ci etc, it's not related to what Alex said11:20
rlandy|ruckmarios: how long after EM do we usually reduce/get rid of coverage?11:20
sshnaidmrlandy|ruck, we run standalone and multinode V/U jobs in our CI repos, I think they are completely redundant there11:21
ysandeep+1 to not run ussuri/victoria job on each patch in our branchless repos11:21
rlandy|rucksshnaidm: marios: adding item to planning meeting to reduce coverage there11:21
rlandy|ruckperfect clean up taks11:22
rlandy|rucktask11:22
sshnaidmrlandy|ruck, great11:22
slaweqysandeep++ thx a lot, it seems that it helped11:23
slaweqI also found that bug just after I asked here11:23
ysandeepslaweq, great! :D 11:24
*** ysandeep is now known as ysandeep|afk11:26
mariosrlandy|ruck: so it is up to us really... extended maintenance means there are no more releases but let me check for you sec11:27
mariosrlandy|ruck: https://docs.openstack.org/project-team-guide/stable-branches.html#maintenance-phases 11:28
mariosrlandy|ruck: so we can start to reduce our ci now /once it actually goes EM 11:28
mariosrlandy|ruck: so 'up to us'11:28
mariosrlandy|ruck: in a few months we can move to declare it EOL if there are no patches going there 11:29
mariosrlandy|ruck: but you should discuss this plan with the new ptl 11:29
rlandy|rucksshnaidm: http://git.app.eng.bos.redhat.com/git/openstack/tripleo-ci-internal-jobs.git/tree/zuul.d/required-projects-overrides.yaml11:29
rlandy|ruck^^ downstream has required projects11:29
rlandy|ruckwe need to add equivalent change there as well11:30
jfrancoaykarel: hey, so the job failed, but this time it was due to something legit (or at least it looks like it), but I can't find any clue on why would the no space left error would appear...logs take 290M..11:30
sshnaidmrlandy|ruck, ack, will add.. Interesting if downstream zuul clones these projects as well11:30
rlandy|rucksshnaidm: left note in the review as well11:31
ykareljfrancoa, yeap no space issue didn't reproduced11:35
jfrancoaykarel: well, at least I can use that job to debug the failure11:35
ykareljfrancoa, in upstream tests it's happening always?11:35
jfrancoaykarel: the count is 2/2 happening11:36
ykareljfrancoa, that node is on hold, if you want access share your keys i can add11:36
jfrancoaykarel: I could retry once more, but I bet it might happen again (although maybe I'm just missing a rebase)11:36
ykareljfrancoa, ack11:36
jfrancoaykarel: thanks a lot, I'll ping you if I need...for the time being I want to analyze why is my job failing agains the latest standalone-upgrade-victoria (if in theory it does exactly the same)11:36
jfrancoaykarel: thanks a lot for your help!11:37
rlandy|rucksoniya29|ruck: https://meet.google.com/nqi-xhcu-jeb?pli=1&authuser=011:38
rlandy|rucksoniya29|ruck: https://github.com/rdo-infra/rdo-jobs/commit/9f8948dc28e5771e6ca988f1dbefe5705f287d7d11:45
soniya29|ruckrlandy|ruck, ack11:51
*** ysandeep|afk is now known as ysandeep11:56
*** pojadhav is now known as pojadhav|brb11:58
soniya29|ruckysandeep, rlandy|ruck, kopecmartin, arxcruz tempest meeting in 1 min11:59
arxcruzsoniya29|ruck: i'm already there 11:59
rlandy|ruckakahat|rover: tested the revert of qemu/libvirt skip ... https://review.rdoproject.org/r/c/testproject/+/1688212:11
rlandy|ruckonly did that on standalone12:11
rlandy|ruckwe needed it for the cix call report12:11
rlandy|ruckthink it's ok12:11
rlandy|rucknot sure if you found something different12:11
sshnaidmmarios, seems like "include_tasks:" with "when:" works fine and skips12:20
mariossshnaidm: thanks... i got a v1 out but it fails pretty quickly after that http://pastebin.test.redhat.com/1010685 :/ i am digging now12:21
mariossshnaidm: v1 like https://review.opendev.org/c/openstack/tripleo-quickstart/+/819100/1/roles/repo-setup/tasks/tripleo-get-hash-set-fact.yml 12:21
sshnaidmamoralej, yep, lookups are executed locally on zuul-executor, so we can't use them12:22
mariossshnaidm: ^ i guess that was for me... yeah but i can't find any explicit lookup in the code12:22
sshnaidmmarios, but you don't need lookup there I think12:22
amoralejthat wasn't for me, right? :)12:22
sshnaidmamoralej, oops, sorry :)12:22
amoralejsshnaidm, btw, i fixed the oooq job in DLRN with https://softwarefactory-project.io/r/c/DLRN/+/23218/3/playbooks/tripleo-ci-oooq.yaml12:23
mariossshnaidm: it is choking on https://opendev.org/openstack/tripleo-quickstart/src/branch/master/config/release/tripleo-ci/CentOS-9/master.yml#L57 and i cannot see why but... i will keep digging after the planning meeting12:23
amoralejthanks12:23
mariossshnaidm: 14:20 < sshnaidm> marios, seems like "include_tasks:" with "when:" works fine and skips12:23
mariossshnaidm: good to know thanks for digging into that 12:23
sshnaidmamoralej, great, probably we'll need to add an option to quickstart.sh like we had for --install-deps, something like "--install-collections-deps"12:24
sshnaidmmarios, https://opendev.org/openstack/tripleo-quickstart/src/branch/master/config/release/tripleo-ci/CentOS-9/master.yml#L7612:24
sshnaidmlookup('env','NODEPOOL_CENTOS_MIRROR')12:25
amoralejyeah, the point is that in that job we are not using quickstart.sh, just installint it and running just build-test-packages role12:25
sshnaidmamoralej, ack, then it's the way12:26
*** pojadhav|brb is now known as pojadhav12:26
mariossshnaidm: ah nice thanks :) 14:25 < sshnaidm> lookup('env','NODEPOOL_CENTOS_MIRROR')12:28
mariossshnaidm: not sure how i will replace that but... it is really tiring working against zuul like this :/12:29
sshnaidmmarios, try to replace by ansible_env.NODEPOOL_CENTOS_MIRROR12:30
sshnaidmit will read from "remote host", no need to look in localhost..12:31
rlandy|ruckakahat|rover: planning12:31
mariossshnaidm: thanks noting will try after planning call 12:33
*** jpena|off is now known as jpena13:35
*** rcastillo|away is now known as rcastillo13:58
pojadhavrlandy|ruck, marios : https://review.opendev.org/c/openstack/tripleo-ci/+/81876514:05
mariospojadhav: thanks14:08
rlandy|ruckarxcruz: https://github.com/rdo-infra/ci-config/blob/master/ci-scripts/dlrnapi_promoter/config/CentOS-9/component/master.yaml14:12
amoralejwho is working in undercloud image for CS9?14:18
amoraleji'll remove a temporary repo we are using which provides redhat-lsb-core, which has dissappeared in CS914:19
amoraleji'm not sure if that is used in image build process14:19
amoraleji see https://opendev.org/openstack/tripleo-image-elements/src/branch/master/elements/hosts/pkg-map14:19
mariosamoralej: we are on planning call right now but we don't build undercloud image 14:20
mariosamoralej: we use overcloud image as undercloud image in jobs 14:20
amoralejbut you build overcloud image, then, so it applies the same :)14:20
amoralejif redhat-lsb-core is being installed there, we need to fix it14:21
mariosamoralej: sure yes i thought you were specifically asking for undercloud image 14:21
mariosamoralej: k noting to check after call 14:21
amoralejno, my fault, sorry14:21
dviroelhttps://review.opendev.org/c/openstack/ansible-role-collect-logs/+/81823214:21
amoralejmarios, fyi https://review.rdoproject.org/r/c/rdo-infra/ansible-role-dlrn/+/36877 is in progress, i'll keep it on hold until you can confirm14:22
mariosamoralej: so we are currently blocked on image builds as we have to deal with some tech debt... which means i wont be able to test/confirm that until we are back to building again14:24
mariosamoralej: may be a few days14:24
mariosamoralej: but ... probably either way we should just drop the temp repos ... if there is an actual problem then we will have to deal with it14:25
mariosamoralej: so i don't think you need to wait 14:25
amoralejmarios, ack, agreed, thanks14:27
mariosthanks for checking amoralej 14:30
soniya29|ruckrlandy|ruck, https://review.rdoproject.org/r/c/rdo-jobs/+/3687514:39
*** pojadhav is now known as pojadhav|afk14:39
sshnaidmysandeep, so this is most likely related to ansible version, this template generations fails: https://github.com/openstack/tripleo-quickstart-extras/blob/master/roles/overcloud-deploy/templates/overcloud_baremetal_deploy.yaml.j2#L1314:40
ysandeepsshnaidm, i think may be because capabilities is null 14:40
sshnaidmysandeep, it uses baremetal_instackenv which is taken from ~/instackenv.json file, in case of OVB it includes all HW data about hosts-  macs, interfaces, etc14:40
sshnaidmysandeep, I don't see instackenv.json in BM job, does it exist there? (maybe not collected?)14:41
sshnaidmor maybe capabilities is null there, right.. need to check what we have there14:42
ysandeepsshnaidm, pm, we use json file mentioned in triple-environment14:44
sshnaidmysandeep, trying to find one from ovb now..14:44
sshnaidmmaybe need to add capabilities to this14:44
*** ysandeep is now known as ysandeep|mtg14:45
sshnaidm "capabilities": "boot_option:local",14:45
*** ykarel is now known as ykarel|away14:51
sshnaidmrlandy|ruck, wrt ansible 2.12 vs 2.11, so ansible 2.12 will work only with python 3.8 and above14:56
sshnaidmand in c8 I think we have 3.614:56
rlandy|ruckakahat|rover: few minutes - prod chain overrunning15:02
akahat|roverrlandy|ruck, okay.15:03
*** jbadiapa|out is now known as jbadiapa15:09
rlandy|ruckakahat|rover: sorry - moving your 1-on-1 - clashing now15:24
*** soniya29|ruck is now known as soniya29|ruck|afk15:24
akahat|roverrlandy|ruck, okay15:25
* dviroel back from lunch16:03
rlandy|ruckarxcruz: ysandeep|mtg: let me know when you want to ruck/rover sync16:03
ysandeep|mtgrlandy|ruck, i am available now, soniya29|ruck|afk and akahat|rover around?16:04
*** ysandeep|mtg is now known as ysandeep16:06
rlandy|ruckysandeep: waiting for arxcruz to respond16:08
rlandy|ruckotherwise if you need to log off - we can meet now16:09
rlandy|ruckysandeep: ^^16:09
ysandeepWe are doing good on promotions rlandy++ soniya29++ akahat++ 16:09
ysandeeprlandy|ruck, lets wait for arxcruz to respond, I am around 16:09
* ysandeep brb grabbing food to my desk 16:11
arxcruzrlandy|ruck: ysandeep i need 5 minutes 16:24
rlandy|ruckk16:25
arxcruzrlandy|ruck: im rdy 16:29
ysandeeprlandy|ruck, arxcruz lets start meet.google.com/uei-dznt-dpa 16:30
ysandeepakahat|rover, soniya29|ruck|afk feel free to join if you are around ^^16:30
*** akahat|rover is now known as akahat16:33
rlandy|ruckjoining16:33
mariosdviroel: o/ hey ... some kind of progress today ( sshnaidm the ansible_env thing got us passed the lookup thank you!) ... actually trying to run the repo setup but something wrong with the hash ... will continue tomorrow but if you have tmie and want to dig please do :) 16:34
marioshttps://logserver.rdoproject.org/17/36817/4/check/tripleo-stream9-development-buildimage-overcloud-hardened-uefi-full-master/623adff/repo_setup.log 16:34
mariosdviroel: all the things are in the test https://review.rdoproject.org/r/c/testproject/+/36817 16:34
mariosdviroel: but the main WRT the whole ansizble/zuul business is that one and it kinda sucks but it might have to be the way for now https://review.opendev.org/c/openstack/tripleo-quickstart/+/819100/2/roles/repo-setup/tasks/tripleo-get-hash-set-fact.yml 16:35
mariosdviroel: "just stop using the collection bro" :/ 16:35
dviroelmarios: i see, so the plan is to remove collection things16:36
dviroelsince they don't work how expected16:36
mariosdviroel: :D yeah i mean unless we come up with something else16:36
mariosdviroel: well, hopefully zuul will give us a better way one day? 16:36
akahatrlandy|ruck, ysandeep arxcruz https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/3685816:36
mariosdviroel: it is holidays so people are out lets see if there are any comments on the mailing list 16:36
mariosdviroel: http://lists.zuul-ci.org/pipermail/zuul-discuss/2021-November/001752.html16:36
dviroelmarios: the nested approach may work too, but I think that will add more and more code to be maintained right?16:37
mariosdviroel: well yeah indeed that is another approach and i spent some time thinking about it yesterday. but yes it is much more messy/will need to rework more things 16:37
mariosdviroel: we can discuss some more though 16:38
mariosdviroel: maybe the current line will hit a wall and we will be forced to go nested way ...16:38
marios:) 16:38
* marios thinking positively 16:38
* marios cries16:38
dviroelmarios: yeah, maybe someday we can brainstorm about having roles that create the venv needed for nested way, like a generic role to create/destroy16:39
dviroelcode that can be reused16:39
* marios EOF16:48
*** marios is now known as marios|out16:48
akahattestproject: https://review.rdoproject.org/r/c/testproject/+/1688216:51
ysandeepsshnaidm, hey o/ sry i was in between meeting, regarding >> maybe need to add capabilities to this "capabilities": "boot_option:local", I will try that tomorrow  17:01
ysandeepsshnaidm++ thanks for checking that17:01
sshnaidmysandeep, sure, maybe for BM it can be different.. worth to ask Harald maybe17:01
ysandeepsshnaidm, ack o/ i was confused if this is because of ansible version change or a real issue because capability is null here.. 17:03
ysandeepWill try to render things with older ansible/jinja and new to compare this.17:04
* ysandeep out 17:05
ysandeepHappy Thanksgiving! 17:05
*** ysandeep is now known as ysandeep|out17:05
*** jpena is now known as jpena|off17:41
*** amoralej is now known as amoralej|off17:51
rlandy|ruckakahat: thanks  - merging https://review.opendev.org/c/openstack/tripleo-ci/+/81699118:42
rlandy|rucksshnaidm: ack on python18:43
sshnaidmrlandy|ruck, yeah, seems like we'll need to stick to 2.11 for now18:44
rlandy|rucksshnaidm: ok by me - alan just asked when we are going to 2.1218:44
sshnaidmrlandy|ruck, tripleo is going to 2.12, but ci not18:45
rlandy|ruckrcastillo: hello 18:48
rlandy|rucklet's meet18:48
rlandy|ruckdviroel: hey - do you want to meet re: pinning tasks19:05
* rlandy|ruck brb19:11
dviroelrlandy|ruck: yeah, we can sync. btw, added tasks to the board already19:14
rlandy|ruckdviroel: https://meet.google.com/pbe-agvk-eep?pli=1&authuser=019:19
rlandy|ruckrcastillo: hey  sent you meeting link19:38
*** dviroel is now known as dviroel|afk19:53
rlandy|rucksshnaidm: hey - chatting with rcastillo about the reproducer20:01
rlandy|rucksshnaidm: rcastillo: looks like rhos-dfg-pcci has capacity20:01
rlandy|ruckfora two node containers-multinode deployment20:02
sshnaidmrlandy|ruck, yeah, should work21:01
sshnaidmrlandy|ruck, can you +2 please https://review.opendev.org/q/topic:%22ci-collections%22+(status:open%20OR%20status:merged) 21:02
rlandy|rucksshnaidm: yep21:22
rlandy|rucksshnaidm: done21:23
rlandy|ruckysandeep|out: sprint board for sprint 54 created with new tasks added22:26
rlandy|rucksee you all on monday23:45

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