Friday, 2022-05-13

*** rlandy|bbl is now known as rlandy|out00:18
*** dviroel|afk is now known as dviroel|out01:26
*** ysandeep|rover|out is now known as ysandeep|rover04:50
ysandeep|roverykarel: good afternoon - I just read back chatter on rhos-dev from last night - so that ovsdb patch didn't help.06:31
ykarelysandeep|rover, yes as per CI result, in our testenv that patch was working fine though06:32
ysandeep|roverykarel, I haven't checked the failing results - yesterday was very busy day - Have you already checked if CI job is failing with same issue? If not I can crosscheck now06:34
ykarelysandeep|rover, yes i have checked that06:34
ysandeep|roverokay and same issue?06:35
ykarelyes06:35
ysandeep|roverykarel: thanks, we are hitting that issue pretty consistently on wallaby branch, so creating ci reproducer will be easy - Incase node hold is required with overcloud nodes(we can disable the ovb stack cleanup script) - please let me know.06:38
ykarelysandeep|rover, yes should help, if you can hold with ovsdbapp patch itself06:40
ykarelas rodolfo may want to look at06:40
ysandeep|roverykarel, ack - c8 wallaby or c9 wallaby - failing on both?06:41
ykarelboth are impacted06:41
ysandeep|roverany preference for reproducer - c8 wallaby or c9 wallaby ?06:42
ykarelcan try both together06:42
ysandeep|roverack06:42
ysandeep|roverykarel: thanks will ping you once ready 06:42
ysandeep|roverjpodivin_, hey o/ seeing validation rpm build failure in some jobs: https://0fc95984b662eca8c7af-61a732188f1643f755755f84f6310584.ssl.cf2.rackcdn.com/841378/1/gate/tripleo-ci-centos-8-content-provider/e4b1117/logs/delorean_logs/component/validation/cc/ce/ccce4761654f0bc8477a5c14f1adba8bcf85ac67_dev/root.log.txt.gz 07:02
ysandeep|roverhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_7bc/841284/1/gate/tripleo-ci-centos-8-content-provider-train/7bc468f/logs/undercloud/home/zuul/DLRN/data/repos/component/validation/36/48/3648dcc24a06e493daa1715c0dd94615ec8da3e1_dev/rpmbuild.log07:02
jpodivin_let me take a look. 07:02
*** jpena|off is now known as jpena07:02
ysandeep|roverchandankumar: I wonder why we are building validation rpm in tht change, here: https://review.opendev.org/c/openstack/tripleo-heat-templates/+/841284/07:03
ysandeep|roverchandankumar, https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_7bc/841284/1/gate/tripleo-ci-centos-8-content-provider-train/7bc468f/logs/undercloud/home/zuul/DLRN/data/repos/component/validation/36/48/3648dcc24a06e493daa1715c0dd94615ec8da3e1_dev/rpmbuild.log07:03
ysandeep|roverchandankumar, ahh may be validation patch was ahead of its in zuul gate chain07:04
ysandeep|roverchandankumar, ignore the ping, thanks!07:05
jm1o/07:12
jm1chandankumar: saw responses from redhat support about bitwarden. wtf? looks like they have no clue..07:13
*** jpodivin_ is now known as jpodivin07:15
jpodivinysandeep|rover: I know which patch is causing it, although I'm not sure why is the import behaving that way. Is it a recurring behavior? 07:17
ysandeep|roverykarel: fyi.. https://review.rdoproject.org/r/c/testproject/+/36140/49/.zuul.yaml#9 added on hold with var(remove_ovb_after_job: false), disabled ovb stack cleanup script.07:22
ykarelysandeep|rover, ack, i think cleanup can be disabled once we have nodes already on hold, till then let it cleanup old stacks07:23
ykarelunless and until you already have some other ovbs on hold07:24
jm1chandankumar: are you a owner or admin of our bitwarden collection? do you have access to the event logs?07:25
ysandeep|roverjpodivin, seen so far in two patch https://review.opendev.org/c/openstack/tripleo-validations/+/841378 and https://review.opendev.org/c/openstack/tripleo-heat-templates/+/841284 , I have recheck the tht patch - lets see07:25
ysandeep|roverjpodivin, but the chances of seeing this in tht patches are low, i think that just happened if validation patch is ahead of tht patch in zuul gate queue.07:26
ysandeep|roverjpodivin: can I recheck your https://review.opendev.org/c/openstack/tripleo-validations/+/841378 and see if issue reappers?07:27
jpodivinysandeep|rover: yeah, I think that would be a good idea07:29
ysandeep|roverlet see how it goes this time.07:30
jpodivinysandeep|rover: I've tried to replicate it ... for some reason it's not happening here. 07:30
jpodivinIf the test is unstable, I'll have to get rid of it anyway. Replace it with something else.07:31
ysandeep|roverykarel: ack, good call07:31
ysandeep|roverykarel, /me enhancing cleanup script now to take of list of stack to not delete (exclude-list type)07:33
ykarelysandeep|rover, +1 to that07:33
ysandeep|roverjm1: hello new ruck o/ here is the new rr hackmd: https://hackmd.io/S6LEv7rFS82q3Ma2RKHHdw 07:36
jm1ysandeep|rover: thx! have to cleanup some fallout from yesterday, then i will ping you for a sync07:38
ysandeep|roversure07:39
*** ysandeep|rover is now known as ysandeep|rover|lunch07:40
ykarelysandeep|rover|lunch, jpodivin are the validations issues seen only in validations 1.6 branches?07:42
ykarelif yes i see it was not fixed last time too https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/83698807:42
jpodivinykarel: sorry, do you mean the problem ysandeep|rover|lunch mentioned? 07:43
jpodivinor something else. 07:43
ykareljpodivin, yes that one only07:44
jpodivinykarel: That's a unit test issue. I'm not sure how it could be related to the branching07:45
ykarelthat's why checking if the pattern is for that particular branch it could be related07:46
jpodivinI'm not going to dismiss that option completely. But I don't know how could the unit test have a problem there ... especially after it passed in CI.07:48
ykareljpodivin, i see in validations patches tripleo jobs are not running07:49
ykarelnot building packages07:49
ykarelso in gate since sharing same queue those are getting build and fails07:49
ykarelit could be anything, including cliff version in train vs the version you testing07:50
ykareljust guessing based on type of error07:51
jpodivinykarel: the jobs not executing ... that's strange. We have them in layout. 07:51
ykarelmay be due to branches: conditions?07:51
ykarelthat may be one reason07:52
ykarelok cliff version looks related07:52
ykarelhttps://github.com/openstack/cliff/commit/584352dcd008d58c433136539b22a6ae9d6c45cc is in 2.18.0+07:53
ykarelbut in train we have 2.16.007:53
jpodivinykarel: that shouldn't really make difference. The test mocks the attributes so that it always triggers the execution branch. Unless there is something extra in the older cliff it should still fail. 07:55
jpodivinbut it is the most reasonable option 07:56
jpodivinykarel: but still, in order for the test to fail, the mock would have to somehow leave the original _argparse untouched. 07:58
jpodivinOtherwise it would still get to the right branch07:58
ykareljpodivin, the issue is reproducable easily with tox08:02
ykareltoo08:02
ykarelwith cliff 2.16.008:03
ykarelalso iirc it was said stable/1.6 branch was for train release, but still i see it's testing with master u-c08:03
ykarelshouldn't it be  using stable/train08:03
jpodivinit should be08:03
ykarelok please fix then it should catch atleast error like this08:04
ykarelhttps://github.com/openstack/requirements/blob/stable/train/upper-constraints.txt#L28508:04
jpodivinykarel: how did you force to tox to go for older cliff ? 08:04
ykareljpodivin, after initial tox run, installed cliff(pip install cliff==2.16.0) into venv and reran08:05
ykarelor can update tox.ini to use stable/train constraints08:06
ykarelif all is good that should also work08:06
jpodivinI see, that's why I couldn't hit it in local or in the CI08:06
jpodivinit satisfied existing constraints not extra08:06
jpodivinykarel: well, I'm going to fix the error in the test. With the pointers you gave me there is now way to debug it. As for the CI. I'll have to look into that again. 08:21
ykareljpodivin, you are not able to reproduce locally?08:22
ykarelok ingore, i misread it, s/now/no08:22
jpodivinykarel: oh, I can now. Since you told me I have to force the 2.16 instead of letting the pip/tox handle it. But I wasn't before. 08:22
ykarelyes yes i understood, i just misread :(08:23
jpodivinykarel: you know, looking at this error, it's actually quite fascinating. Apparently the conditional evaluates properly, what fails is the mock that supposed to raise the Import error. Still a shame.08:30
chandankumarjm1: anyone who is the owner of the rover bitwarden group, is the owner of collections08:36
chandankumarjm1: https://bitwarden.com/help/event-logs/ I think only admin owners and admins can access those logs08:37
chandankumarI am not able to see event-logs08:37
chandankumarysandeep|rover|lunch: any help needed on validation08:37
jm1chandankumar: bitwarden's docs say that owners and admins can see event logs and export organization vaults. if we are owners of our collection, we should be able to do it. but we are missing permissions to do so. something is odd.08:40
chandankumarjm1: So may be we need to clarify the difference between org admin/owner and collections admin/owner08:43
chandankumarthey might have different access level08:44
chandankumarI will wait for their response and then I will ask the question08:44
*** ysandeep|rover|lunch is now known as ysandeep|rover08:49
jm1chandankumar: you are too friendly. it took him a sec to write that answer. i will give him something to work.08:56
ysandeep|roverchandankumar: no thanks, ykarel++ pointed the issue to jpodivin 08:57
chandankumarjm1: ok09:02
chandankumarysandeep|rover: just a heads up https://review.rdoproject.org/r/c/rdoinfo/+/42806 python3-gitdb bump09:13
ysandeep|roverchandankumar: thanks!09:15
ysandeep|roverykarel: job failed earlier during node provisioning, let me recheck the job09:50
*** rlandy|out is now known as rlandy10:09
*** marios is now known as marios|afk10:10
rlandymarios|afk: pls see pvt when you are back10:11
rlandyysandeep|rover: jm1: want to sync?10:13
ysandeep|roverrlandy, i am available to sync10:14
ysandeep|rovermeet.google.com/rdo-vutp-sos10:14
rlandyysandeep|rover: k ... joining10:14
ykarelysandeep|rover, ack10:16
ysandeep|roverrlandy, https://hackmd.io/S6LEv7rFS82q3Ma2RKHHdw10:18
*** marios|afk is now known as marios10:45
mariosthank you rlandy 10:46
ysandeep|roverrlandy, jm1 full-tempest-scenario just passed in my rerun: https://review.rdoproject.org/zuul/status#3935710:53
ysandeep|roverrlandy, jm1 may be it was just a transient issue10:53
rlandyysandeep|rover: woohoo10:53
rlandygreat10:53
rlandywe'll rerun wallaby10:54
ysandeep|roverrlandy, i have a testproject patch already, fetching10:54
ysandeep|roverrlandy, jm1 you can track this: https://review.rdoproject.org/zuul/status#3942010:54
rlandyjm1: https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-centos-8-ovb-3ctlr_1comp-featureset001-baremetal-wallaby&pipeline=openstack-component-baremetal&skip=010:57
*** dviroel|out is now known as dviroel11:00
ysandeep|roverhttps://logserver.rdoproject.org/openstack-component-baremetal/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-8-ovb-3ctlr_1comp-featureset001-baremetal-wallaby/4b8b904/job-output.txt11:01
ysandeep|roverbaremetal_image: ipxe-boot11:01
ysandeep|roverrlandy, https://logserver.rdoproject.org/40/36140/49/check/periodic-tripleo-ci-centos-8-ovb-3ctlr_1comp-featureset001-wallaby/4874220/job-output.txt11:06
rlandyjm1: https://review.rdoproject.org/zuul/status#3942011:10
rlandydasm|off: ping when you are back11:16
rlandydasm|off: ysandeep|rover spotted that we are running c8 wallaby in integration with uefi boot but not check and component11:24
rlandylet's change them all to use uefi11:24
rlandyand at least be consistent11:24
rlandyand go with your legacy jobs for legacy boot11:25
rlandyysandeep|rover++ for noticing that11:25
chandankumarmarios: https://review.opendev.org/c/openstack/tripleo-specs/+/834076 and https://review.opendev.org/q/topic:standalone-roles+status:open+label:verified%253D%252B1%252Cuser%253Dzuul and https://review.opendev.org/q/topic:standalone-roles+status:open+label:verified%253D-1%252Cuser%253Dzuul11:43
chandankumarrlandy: dviroel ^^11:44
marioschandankumar: thanks11:47
chandankumarysandeep|rover: name service not found issue resolved11:52
chandankumarreached on ovb failure stack failure on centos downstream11:52
chandankumarhttps://sf.hosted.upshift.rdu2.redhat.com/zuul/t/tripleo-ci-internal/stream/3c0d1bc456f0448eb7b9c5cda444f3e2?logfile=console.log11:52
rlandychandankumar: you all set now downstream?11:52
rlandyor you need help there?11:52
rlandyfree now11:52
chandankumarrlandy: fixing issues step by step11:52
rlandychandankumar: k - ysandeep|rover is kind of slammed with rr11:53
chandankumarrlandy: I will ping you by Eod with status11:53
rlandychandankumar++ thank you11:53
rlandyjm1: going to start looking at train11:53
rlandyysandeep|rover: ^^11:54
ysandeep|roverrlandy, thanks, I am in debug session with yatin11:54
chandankumarrlandy: sending invite for thursday downstream container alternative11:54
rlandychandankumar: sounds good11:55
rlandyakahat: how slammed are you?11:55
rlandyakahat: can you start working on bringing scenario010 jobs back to vexx?11:56
akahatrlandy, okay. I'll start work on it.11:57
rlandyakahat++ thank you11:57
rlandyakahat: lower prio than getting OVB reparent done11:57
chandankumarrlandy: not sure I am dreaming https://sf.hosted.upshift.rdu2.redhat.com/zuul/t/tripleo-ci-internal/stream/3c0d1bc456f0448eb7b9c5cda444f3e2?logfile=console.log but job reached to undercloud install12:04
rlandychandankumar: it is true :)12:05
rlandyMIRACLE12:05
chandankumarrlandy: ysandeep|rover sorry I have merged 4 or 5 patches to get my stuff working https://code.engineering.redhat.com/gerrit/q/topic:ovb-centos-downstream if anyone broke downstream in pre, please let me know12:06
rlandywill do12:06
rlandywatching downstream for now12:06
dviroelrlandy: can w+1 https://review.rdoproject.org/r/c/config/+/42815 pls?12:19
dviroelsmall fix12:19
rlandydviroel: donw12:19
rlandydone12:19
rlandyysandeep|rover: checking out the victoria full-tempest-api failure12:20
dviroeltks12:20
rlandyjm1: ^^ will ping you in a few to start looking at train12:20
arxcruzchandankumar is it now right ?12:21
chandankumararxcruz: after another 8 min12:22
arxcruzchandankumar ack 12:22
rlandyysandeep|rover: I have periodic-tripleo-ci-centos-9-scenario001-standalone-wallaby in rerun12:27
rlandy(one failure on current wallaby c9 run)12:27
chandankumararxcruz: meeting time12:30
jm1arxcruz, frenzy_friday, rcastillo, rlandy, ysandeep|rover: In the past years we always shipped our latest and greatest code of our Ansible OpenStack collection as RPM packages in RDO and RHOSP. Upps, not what we wanted! But nobody noticed because we were really good at backward compatibility.12:31
jm1When we made breaking changes to master in preparation for the new SDK a couple of days ago, those hit and broke RDO and RHOSP trunk. Lucky us, we noticed before we shipped those packages to customers! RDO packages are now fixed and for RHOSP Sandeep and I created our first release blocker yesterday 🙈 https://bugzilla.redhat.com/show_bug.cgi?id=208459212:31
jm1The full story including technical details and our solution can be found here: https://issues.redhat.com/browse/TRIPLEOCI-103712:31
rlandyjm1++ thanks for following that all up12:37
chandankumarjm1: thanks for following up on that :-)12:43
rlandyysandeep|rover: jm1: think we may be seeing https://bugs.launchpad.net/tripleo/+bug/1972163 in train now12:54
rlandycommenting on the bug12:54
rlandyhttps://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-centos-8-standalone-full-tempest-api-train&pipeline=openstack-periodic-integration-stable4&skip=012:54
rlandylast two days12:54
* ysandeep|rover in a debug session with yatin atm, can check later12:55
dviroelrlandy: second try https://review.rdoproject.org/r/c/config/+/42820 - pls13:29
dviroeltripleo_podman needs tripleo_ansible13:29
rlandydviroel: done - merge and hope for the best - gotta love config repos13:33
dviroel:)13:35
rlandyjm1: ok - let's meet13:40
rlandyhttps://meet.google.com/yga-uwqk-zuy?pli=1&authuser=013:40
rlandyperiodic-tripleo-centos-8-wallaby-component-baremetal-promote-to-promoted-components13:44
jm1rlandy: https://review.rdoproject.org/r/c/testproject/+/4282513:52
*** dasm|off is now known as dasm14:01
dasmo/14:01
dasmrlandy: ysandeep|rover o/14:02
rcastillodasm o/14:03
ysandeep|roverrlandy, that ralonsoh caused other issues (ovs not starting on undercloud) - I have updated bug/cix and neutron patch with findings: https://bugs.launchpad.net/tripleo/+bug/1964940/comments/18 14:28
ysandeep|roverykarel++ thanks for debug help.14:28
ysandeep|rovercorrect typo: ralonsoh's patch* caused other issues 14:30
chandankumarrlandy: hello14:38
chandankumarrlandy: keep an eye on these review https://code.engineering.redhat.com/gerrit/q/topic:ovb-centos-downstream14:38
chandankumarrlandy: https://sf.hosted.upshift.rdu2.redhat.com/zuul/t/tripleo-ci-internal/stream/3c0d1bc456f0448eb7b9c5cda444f3e2?logfile=console.log on downstream centos ovb job tempest is running currently14:39
chandankumarsee ya, Happy weekend people :_)14:40
dasmchandankumar: have a good weekend o/14:44
marios \o chandankumar have a good one mate14:47
ysandeep|roverrlandy, https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/4282614:55
ysandeep|roverrlandy, https://trunk.rdoproject.org/api-centos9-wallaby/api/civotes_agg_detail.html?ci_name=periodic-tripleo-ci-centos-9-ovb-3ctlr_1comp-featureset001-wallaby15:01
ysandeep|roverrlandy, https://logserver.rdoproject.org/openstack-periodic-integration-stable1/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-9-ovb-3ctlr_1comp-featureset001-wallaby/d117a1f/logs/undercloud/var/log/tempest/stestr_results.html.gz15:03
ysandeep|roverrlandy, https://logserver.rdoproject.org/openstack-periodic-integration-stable1/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-9-ovb-3ctlr_1comp-featureset001-wallaby/deda354/logs/undercloud/var/log/tempest/stestr_results.html.gz15:03
*** ykarel_ is now known as ykarel15:05
ysandeep|roverrlandy, https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/4282715:09
*** dviroel is now known as dviroel|lunch15:12
rlandydasm: sorry - slammed with rr stuff15:25
dasmno worries15:25
rlandydasm: did you see chat about wallaby c8?15:25
rlandyintegration line is uefi15:25
rlandycheck and component15:25
rlandyare not15:25
rlandymay be my fault15:25
dasmsimilar to what we had with c915:25
rlandyc9 is uefi on all15:26
dasmbut it wasn't.15:26
rlandydasm: component and check should match integration15:26
rlandydasm: can you move the c8 jobs to uefi on all15:26
dasmack. i'll prepare a patch15:26
dasmyes15:26
rlandyand we'll go with your -legacy job to run bios?15:26
rlandydasm: ^^ pls15:26
dasmon it15:26
rlandydasm++ thank you15:27
mariosysandeep|rover: ceph.quay is back so ussuri is now ok? https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-8-content-provider-ussuri ? 15:39
ysandeep|rovermarios: yes15:40
mariosysandeep|rover: k .. i'm going to wf-1 @ https://review.opendev.org/c/openstack/tripleo-ci/+/841568 for now then... may as well keep it while it works for th enext couple weeks 15:40
mariosysandeep|rover: k for you? 15:40
ysandeep|rovermarios, yes fine by me..15:41
ysandeep|rovermarios: I am thinking about removing the voting false from upgrade jobs as well now that content-provider is working for u, what do you think?15:41
ysandeep|roverrlandy, fyi.. testing wallaby jobs with suspected neutron patch revert: https://review.rdoproject.org/r/c/testproject/+/3834815:43
mariosysandeep|rover: yeah go ahead i'll vote please 15:46
mariosysandeep|rover: if busy i can 15:46
ysandeep|rovermarios, posting15:46
mariosthx15:46
ysandeep|roverreviewbot, please add to review list: https://review.opendev.org/c/openstack/tripleo-common/+/84176915:51
reviewbotI have added your review to the Review list15:51
ysandeep|rovermarios: fyi.. ^^ 15:52
ysandeep|roverrlandy: shutdown sequence, need anthing before I go?15:54
rlandyysandeep|rover: no - should be fine15:54
rlandywill leave you notes re: train15:54
ysandeep|rovernice, thanks!15:55
ysandeep|roverhappy friday folks o/ see you on monday 15:55
*** ysandeep|rover is now known as ysandeep|out15:55
*** dviroel|lunch is now known as dviroel16:00
mariosthanks ysandeep|out 16:02
mariosrlandy: please merge when its ready ? https://review.opendev.org/c/openstack/tripleo-common/+/841769 16:02
marioshave a good weekend ysandeep|out 16:02
marioso/16:02
marioshave a good one tripleo-ci o/16:06
*** marios is now known as marios|out16:06
rlandyrcastillo: I hear you16:07
rlandyrcastillo: want to reboot?16:07
rcastillorlandy: sure16:08
dviroelrlandy: https://review.rdoproject.org/r/c/config/+/42829 - hope that this is the last one ;)16:52
rlandydviroel: np - done16:53
dviroelrlandy: btw, something that I took some time to discover: https://opendev.org/openstack/tripleo-ansible/src/branch/master/tripleo_ansible/roles/tripleo_podman/tasks/tripleo_podman_login.yml#L1916:55
rlandysorry  - on meeting16:55
dviroelnp, just sharing - you can see that later16:56
*** jpena is now known as jpena|off16:59
dviroelrlandy: this MUST be the last one - https://review.rdoproject.org/r/c/config/+/4283217:20
dviroeldont kill me17:21
* dviroel https://quay.rdoproject.org/repository/tripleomastercentos9/daemon?tab=tags - we have a container there :)17:22
* dviroel coffee17:22
rlandydviroel: done17:30
dasmrlandy: in a 1-1 meeting. if you're too busy we can postpone17:31
dviroelit works!17:47
dviroelhttps://quay.rdoproject.org/repository/tripleomastercentos9/daemon?tab=tags17:47
dviroelhttps://images.rdoproject.org/ceph/daemon/master/current-ceph17:47
rlandychandankumar: need to revert a change18:02
rlandymessing with kvm jobs18:02
jm1rlandy: fs35 on train timed out, full-tempest-api-train succeeded and  sc1 failed. what to do?18:10
rlandyjm1: ack ... https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-config/+/409506 Only check connection to internal on RHEL [NEW]   18:11
rlandyinternal job failed due to chandankumar's change18:11
rlandydviroel: ^^ can you return the favor and spot check my config change https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-config/+/409506 Only check connection to internal on RHEL [NEW]   18:11
rlandyjm1: going to merge ^^18:11
rlandythen rerun kvm job 18:11
rlandythen skip fs035 and promote18:12
rlandyjm1: wallaby c9 promoted ... sandeep and I skipped fs00118:12
rlandymaster skip under check now18:12
rlandyjm1: master is promoting now http://promoter.rdoproject.org/promoter_logs/container-push/20220513-175822.log18:12
rlandyjm1: once  https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-config/+/409506 merges18:13
rlandywill recheck https://review.rdoproject.org/r/c/tripleo-downstream-trigger-nested-virt/+/4280718:13
rlandyjm1: after train start prom - can look at victoria - late for you18:14
rlandyjm1: also chatted with rcastillo about getting a second person on collections BZs18:14
rlandyin case you are on vac18:14
rlandymaybe rcastillo could be QE contact?18:14
rlandyso somebody else gets notification18:15
dviroelrlandy: merging18:15
jm1rlandy: ack, will have a look on how we get rcastillo onto BZ. not too urgent though since last bz bug on ansible openstack collection is from before my time at rh ;)18:17
jm1rlandy: regarding rr sounds like you are currently waiting on zuul? so nothing to do right now on this front?18:20
rlandydviroel: thanks18:22
rlandyjm1: I don;t think so18:22
rlandyjust waiting for your testproject on victorai baremetal18:23
rlandyand on kvm for train18:23
rlandyjm1: so you can go have a great weekend18:23
rlandysee you on monday18:23
jm1rlandy: ack then i will try to figure out how to add rcastillo to bz.18:23
rlandyjm1++ thanks18:24
rlandyhttps://review.rdoproject.org/zuul/stream/d28fc85c127f499a98af78de179401e0?logfile=console.log deploy failure on vic bm18:26
dasmbbiab18:31
dviroelrlandy: this one https://review.rdoproject.org/r/c/rdo-jobs/+/42702 needs a W+1 again - removed depends-on that was failing18:36
dviroelwhich is now merged18:37
rlandysec18:38
jm1rlandy: lon added rcastillo to CC list of BZ component ansible-collections-openstack. only one can be the default assignee but rcastillo will be notified on new bugs, which hopefully will neeeeeeeeeeeeeever happen ;)18:43
rlandyjm1: ok18:46
rlandydviroel: done18:47
rlandyjm1: preping patch to skip fs035 from train18:47
rlandycurrent-tripleo/2022-05-13 18:38 18:50
rlandymaster promoted18:50
dviroelgreat, that was the last task from centos-compose story  - for now18:52
jm1rlandy: cool :)18:53
rlandyhttps://review.rdoproject.org/r/c/rdo-infra/ci-config/+/42833 Temp remove fs035 from train promo [NEW]18:57
jm1rlandy: ack, great :) will try to figure out how to export/backup our bitwarden vault..19:10
rlandyjm1: sure 19:13
dasmback19:18
rlandydviroel: jm1: a vote pls - before I self merge19:22
jm1rlandy: done19:28
jm1rlandy: you will revert once train promoted?19:28
rlandyjm1: ack19:29
dviroelsone19:30
dviroeldone19:30
rlandyhttps://sf.hosted.upshift.rdu2.redhat.com/zuul/t/tripleo-ci-internal/stream/6f31c70380454810854f81e3abd28e42?logfile=console.log19:33
rlandykvm job passes19:33
dviroel~o~19:37
jm1okay, i am out for this week. have a nice weekend :)19:49
dasmjm1: o/ have a good one19:52
rlandycurrent-tripleo/2022-05-13 20:56 21:05
rlandyok - train promoted21:05
rlandyok - it's been a long week ...21:07
rlandyI'm out21:07
rlandyhave a good weekend21:07
rlandyrcastillo: dviroel: dasm: ^^21:07
dviroelrlandy: o/ have a good weekend21:08
rcastilloo/ rlandy 21:08
rlandydviroel: if you need anything else merged - I will check in on sunday21:08
rlandybye :)21:09
dviroelack - see ya21:09
dasmyou too!21:14
* dasm leaves too21:18
dasmhave a good one!21:18
*** dasm is now known as dasm|off21:18
dviroelo/21:34
*** dviroel is now known as dviroel|out21:57

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