Wednesday, 2022-11-09

*** yadnesh|away is now known as yadnesh05:28
marioso/05:57
*** marios is now known as marios|ruck05:57
bhagyashris0/06:37
* bhagyashris lunch brb07:08
bhagyashrismarios|ruck, hey i job is green and nothing failed related to rport to dlrn task but the task skipped due to condition false08:06
marios|ruckbhagyashris: ok i'll have a look - might be what i mentioned during our call (because of config play, so the condition cant come from unmerged/review maybe we need to merge that first the _lower_version thing)08:07
bhagyashrisi am not sure but we defined the mixed_os_lower_version in the patch still it skipped 08:07
bhagyashrismarios|ruck, ahh ok08:08
*** yadnesh is now known as yadnesh|afk08:09
jm1good morning folks :D08:18
arxcruzmoin moin08:18
rlandyhello all08:33
marios|ruck\o08:37
chandankumaro/08:40
arxcruzchandankumar, if you have time take a look at https://review.opendev.org/c/openstack/tripleo-ci/+/85952608:43
chandankumararxcruz: sure will take a look, thank you :-)08:44
arxcruz:*08:44
*** yadnesh|afk is now known as yadnesh08:53
* marios|ruck food biab09:23
akahato/09:36
*** dviroel_ is now known as dviroel09:40
* dviroel o/09:40
bhagyashrismarios|ruck, hey should i submit separate patch to add var?10:16
marios|ruckbhagyashris: yeah i think so, i didn't check the logs yet but switching to that in couple mins10:20
marios|ruckbhagyashris: but sure prep patch if you want first we will need to merge it10:20
bhagyashrismarios|ruck, fyi https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-jobs/+/43469510:31
marios|ruckbhagyashris: please check and update that https://code.engineering.redhat.com/gerrit/c/tripleo-environments/+/430904/4#message-c0bc1c02e568469a00daf86158943ff4c10332d0 10:34
bhagyashrismarios|ruck, ack10:36
marios|ruckbhagyashris: keep both files in that change i mean 8 and 9 10:36
bhagyashrisack10:37
marios|ruckbhagyashris: also i don't think the task was skipped i am still checking https://sf.hosted.upshift.rdu2.redhat.com/logs/44/434544/2/check/periodic-tripleo-ci-rhel-9-8-multinode-mixed-os-rhos-17.1/9c203d5/job-output.txt 10:39
marios|ruckbhagyashris: check 2022-11-08 16:02:22.205671 | TASK [Recreate hash_info file for Mixed OS jobs - override distro]10:39
bhagyashrismarios|ruck, ohh sorry i was looking at old log10:43
bhagyashrismy bad10:43
marios|rucknp trying to see what went wrong there 10:43
rlandybhagyashris: hi - working with Robert on the Jira board now10:49
rlandybhagyashris: pls can you add as both as board admins10:49
rlandyand remove wes and rafael folco10:49
bhagyashrisrlandy, ack 10:49
rlandybhagyashris: probably a good time to add pooja10:49
bhagyashrisrlandy, pooja is admin and you too10:49
rlandycan you add robert?10:50
rlandybhagyashris: https://issues.redhat.com/secure/RapidView.jspa?rapidView=11751 still shows wes and folco10:51
rlandybhagyashris: I can't configure the board10:52
bhagyashrisrlandy, can you please check10:54
rlandywe're there - thanks10:54
bhagyashrisrlandy, if you see here https://issues.redhat.com/plugins/servlet/project-config/TRIPLEOCI/roles10:55
bhagyashrisyou will see jm1 is also admin so not sure the link you share is diffrent settings 10:56
rlandythank you   - we cab optimize when I get back10:57
pojadhavbhagyashris, rlandy : looks like sandeep also having admin role10:57
rlandypojadhav: probably when he was UA10:58
pojadhavrlandy, ahh okay10:58
bhagyashrisack10:59
frenzy_fridaypls add to your review lists https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-config/+/43469811:15
reviewbotI have added your review to the Review list11:15
marios|ruckanyone else problem posting to rdo gerrit? 11:50
marios|ruckProblem running 'git remote update gerrit'11:50
marios|ruckFetching gerrit11:50
marios|ruckssh: connect to host review.rdoproject.org port 29418: Connection timed out11:50
marios|ruckbhagyashris: please check again like that https://code.engineering.redhat.com/gerrit/c/tripleo-environments/+/430904/6#message-033ab32467337550095ff7141fe35270fcd6c7fd 11:53
bhagyashrismarios|ruck, ok11:54
bhagyashrismarios|ruck, recheck the testproject on recent changed in tripleo-env patch https://code.engineering.redhat.com/gerrit/c/testproject/+/434544/2#message-d66e58d9a8f8f78d3f1e641612409a3d5da1286011:57
marios|ruckbhagyashris: it wont help us for the hash i wanted to test with my changes but now blocked on pushing to ci-config11:57
marios|ruckbhagyashris: can we at least at that one before you rerun https://review.opendev.org/c/openstack/tripleo-ci/+/864105 11:58
marios|ruckbhagyashris: done11:58
marios|ruckbhagyashris: if gerrit comes back i'll update again ... this on ^^^ wil just give us the file might help for debug11:58
marios|ruckbhagyashris: i want to try sthing else too but need ci-config for that 11:59
bhagyashrismarios|ruck, ack12:00
arxcruzis review.o.o also off for you guys?12:04
arxcruzoh, nevermind, just read marios|ruck message 12:04
marios|ruckwell looks like upstream gerrit too then not just rdo arxcruz maybe root related12:07
marios|ruckcoffee brb12:18
marios|ruckupstream back now arxcruz looks like12:26
marios|ruckbut not rdo yet12:26
marios|ruckand rdo back too 12:42
marios|ruckbhagyashris: also you moved the _lower var now so this isnt enough by itself https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-jobs/+/430745 12:42
marios|ruckbhagyashris: can you please restore that ^^ and abandon the new one? 12:43
bhagyashris430745 is dependent on new one12:45
marios|ruckbhagyashris: ah you have relation chain... ok but we should abandon this one not needed https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-jobs/+/434695/1 12:45
bhagyashrisnw i will abandon new one 12:45
bhagyashrisack12:45
marios|ruckbhagyashris: yeah lets keep them together no need for new patch 12:45
rlandydviroel: rcastillo|rover: dasm|off: nhicher has ibm cloud second node ready for testing12:45
marios|ruckthanks, andi can add the ci-config patch for test too 12:45
rlandydviroel: rcastillo|rover: dasm|off: any of you guys available to help him with a quick test of the env?12:46
bhagyashrismarios|ruck, should i do now or wait for testproject result which is running currently 12:46
rlandydviroel: rcastillo|rover: dasm|off: on USA time12:46
marios|ruckbhagyashris: now please i want to include test https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/4604012:46
bhagyashrisack12:46
dviroelrlandy: yeah, I can help12:47
bhagyashrismarios|ruck, Done12:48
* bhagyashris stepping out for bit12:49
rlandydviroel: great - thank you  - should be easy - just switching some env params 12:49
marios|ruckbhagyashris: thx updated test https://code.engineering.redhat.com/gerrit/c/testproject/+/434544/4#message-62bbd4338afb1022d4cbf26db9d7374c7c31dfc2 12:49
marios|rucklets see 12:49
bhagyashrisack12:50
rlandydviroel: pls ping nhicher when he is on line13:06
dviroelrlandy: ok, will do13:06
*** slaweq_ is now known as slaweq14:09
*** dasm|off is now known as dasm14:10
dasmo/14:10
jm1dasm: o/14:10
* jm1 stepping back for a bit14:11
chandankumarrlandy: ysandeep|out https://github.com/ceph/ceph-ansible/pull/3576 this is what is possible via zuul and github pr14:42
marios|ruckrcastillo|rover: o/ quick sync in 15 mins ok? 15:14
rcastillo|rovermarios|ruck: o/15:36
marios|ruck\o 15:37
rcastillo|rovermarios|ruck: sync?15:39
marios|ruckrcastillo|rover: sure gimme 5 mins 15:39
rcastillo|roveraight15:40
marios|ruckrcastillo|rover: https://meet.google.com/ohe-rbxa-jnn15:44
*** dviroel is now known as dviroel|lunch15:50
dasmjm1: o/ i'm checking your suggestion to use centos8 stream. Which one can install me *all* required components to run ansible with openstack modules? https://paste.opendev.org/show/b9JGVDtzkntIg6ofN7fE/16:11
dasmcc rcastillo|rover ^16:11
dasmactually, I might not need openstack components. Just ansible-pull16:16
dasmansible-core-2.12.2-3.el8.x86_64 : SSH-based configuration management, deployment, and task execution system16:16
dasmRepo        : appstream16:16
dasmMatched from:16:16
dasmFilename    : /usr/bin/ansible-pull16:16
pojadhavdviroel|lunch, hello 16:20
pojadhavI had a discussion with dasm regarding victoria removal from cockpit (upstream-and-rdo-promotions.dashboard). Last time ronelle reverted a patch due to invisibility of promotions data after merging my patch.16:22
marios|ruckbhagyashris: we now have the hash_info at least - it looks right (8 endpoint and hash) but the report is still not using it.. maybe we need to unset the bash vars. anyway will dig more tomorrow just fyi  (hash_info there https://sf.hosted.upshift.rdu2.redhat.com/logs/44/434544/4/check/periodic-tripleo-ci-rhel-9-8-multinode-mixed-os-rhos-17.1/2f67635/logs/undercloud/home/zuul/workspace/hash_info.sh )16:24
pojadhavbut patch reverted within short time and also grafana version got changed and influxdb takes time to load data. so dasm suggested to again merge the victoria removal patch and lets wait more time to see results. so I need approval on the patch : https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/4604516:25
marios|rucko/ have a good one oooci16:29
*** marios|ruck is now known as marios|out16:30
frenzy_fridaypojadhav, ^ sounds good. Maybe we can merge it in the morning and check what happens throughout the day and revert at eod if the data is missing again. Commented on your patch16:32
*** yadnesh is now known as yadnesh|away16:42
dasmjm1: hmm... i need additional modules.16:46
dasmTASK [include base role] *******************************************************16:46
*** dviroel|lunch is now known as dviroel16:46
dasmERROR! couldn't resolve module/action 'authorized_key'. This often indicates a misspelling, missing collection, or incorrect module path.16:46
jm1dasm: simply install ansible from epel-next-release (not ansible-core), this will get you a couple of collections. its similar to 'pip install ansible'17:13
jm1dasm: in theory, it should be enough to change epel-release to epel-next-release in 'packages'. or add 'epel-next-release' instead of replacing 'epel-release'?17:14
dasmjm1: instead of epel-release or additionally?17:14
jm1dasm: ah actually both are required: epel-release epel-next-release, https://docs.fedoraproject.org/en-US/epel/#_el817:15
dasmk17:15
dviroelpojadhav: i am going to take a look 17:30
dviroelpojadhav: sorry for my late ack17:31
pojadhavdviroel, ack17:52
dasmjm1: i finally figured that out. installation order, some workarounds, etc.18:29
jm1dasm: niceeeeee!18:49
jm1dasm: how did you manage to setup the staging env without merging that patch first?18:50
dasmjm1: ansible-playbook inventories/inventory.ini provision-all.yml18:51
dasmjm1: the changes are to openstack deployment, hence it's not being pulled to VMs18:51
dasmit's before even running ansible-pull18:51
dasmjm1: fyi, "staging" is only for rhos-dev-stage. More work is coming after that.18:53
dasmEspecially to roles and tripleo-infra cloud18:53
jm1dasm: provision-all.yml => role server_provision => os_server => cloud-init on vms => ansible-pull => master branch of ci-config?18:54
jm1dasm: so when you run "ansible-playbook inventories/inventory.ini provision-all.yml" then this will create vms on rhos-dev-stage and run ansible-pull on those vms?18:55
dasmansible-pull does nothing to openstack config18:55
dasmtenant_vars is used during deployment. it's local18:55
dasmVMs are provisioned from patch.18:55
jm1"VMs are provisioned from patch" < what do you mean?18:56
dasmwhen you run ansible-playbook it uses tenant_vars and its tenant_vars/rhos-dev-stage/servers.yaml to spin up VMs.18:57
dasmjust after that it kicks off 'ansible-pull' and it pulls from the repo18:57
dasmmy changes are not related to 'ansible-pull' because VMs are already running.18:57
jm1dasm: yeah so when you run ansible-playbook on your staging env, then your VMs on that staging env currently pull the master branch of ci-config18:59
jm1dasm: .. not the code from your patch18:59
dasmno18:59
dasmVMs are configured based on the patch18:59
jm1dasm: why? how?18:59
dasmbecause ansible-playbook executes playbooks locally19:00
dasmnot on VMs19:00
jm1dasm: yes but your VMs will run ansible-pull19:00
dasmit's irrelevant to this patch19:01
jm1dasm: why? isn't the idea of a staging env to test changes to the repo before merging the patches?19:01
dasmansible-pull runs within VMs19:01
dasmjm1: baby steps.19:02
dasmi need to prepare staging env before introducing further changes19:02
jm1dasm: ok19:03
jm1dasm: what you could do to try to test your patch in your staging env is: 19:05
jm1dasm: ansible-playbook inventories/inventory.ini provision-all.yml -e "infra_setup_repo='https://review.rdoproject.org/r/rdo-infra/ci-config -C refs/changes/01/46001/4'19:05
jm1dasm: missing " at the end19:06
jm1ansible-playbook inventories/inventory.ini provision-all.yml -e "infra_setup_repo='https://review.rdoproject.org/r/rdo-infra/ci-config -C refs/changes/01/46001/4'"19:06
dasm"ansible-playbook -i [...]"19:11
dasmjm1: i'm giving it a try... however iirc, it won't work19:13
jm1dasm: why?19:13
dasmbecause "infra_setup_repo" is loaded in playbook, so it overwrites "-e"19:13
dasmi had this issue before19:13
dasmhence my work to change that behavior19:13
jm1dasm: -e variables have highest prio in ansible, you cannot overwrite them in playbooks. https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable19:14
dasmno19:14
dasmi mean, you're right... but.19:14
dasmthis: https://github.com/rdo-infra/ci-config/blob/master/ci-scripts/infra-setup/provisioner_prepare.yml#L2819:14
dasmoverwrites values19:14
jm1dasm: it will not overwrite infra_setup_repo19:15
jm1..when specified at the command line19:15
jm1dasm: but there will be all kinds of problems, no doubt :D which is why your staging env is so important :)19:16
dasmjm1: you're right. i see it here19:17
dasm"ansible-pull -d /tmp/ci-config --clean -U https://review.rdoproject.org/r/rdo-infra/ci-config -C refs/changes/01/46001/4 ci-scripts/infra-setup/servers_setup.yml 2>&1"19:17
dasmwhen i did "-e @staging.yaml" my staging.yaml was completely ignored... that what i thought so19:17
dasmmaybe it was not ignored, but just missed some vars? idk19:18
dasmjm1: either way, i'm running deployment right now19:18
jm1dasm: great!!!19:18
dasmjm1: "there must be a better way!"19:19
dasmbut... baby steps. one step at a time19:19
jm1dasm: your patch allows us to build a ci job that verifies our ci-config patches :D19:19
jm1dasm: true, baby steps19:20
dasmjm1: it just takes so much time :)19:20
jm1dasm: hehe but its worth it19:20
dasmand i'm gonna rework chain of changes19:20
dasmjm1: fyi19:24
dasm| 30fe353f-fb4c-40be-b26b-d908dcd47eaa | toolbox                      | ACTIVE | private=10.0.11.161, 192.168.100.241   | CentOS-Stream-8-x86_64-GenericCloud          | ci.m1.medium     |19:24
dasm| 29acf82b-7578-41c6-b0e7-e453b8a47d0f | rrcockpit                    | ACTIVE | private=10.0.11.198, 192.168.100.240   | CentOS-7-x86_64-GenericCloud-1907-raw        | ci.memory.xl     |19:24
dasm| 93e1813b-0fdb-4d13-8752-7e7f226baecf | promoter                     | ACTIVE | private=10.0.11.178, 192.168.100.42    | CentOS-7-x86_64-GenericCloud-1907-raw        | ci.m1.xlarge     |19:24
jm1dasm: gimme a sec, i will try to log in19:26
jm1dasm: looks like they are still installing. not able to login, permission denied19:27
jm1dasm: oh its in the upgrade step. nice!19:29
jm1dasm: installing ansible right now19:30
jm1dasm: in theory it installed my ssh key, but i am still not able to login..19:32
jm1dasm: oh with centos user its possible19:32
jm1dasm: probably have to wait 5 minutes before ansible-pull runs again19:33
jm1dasm: your ssh comment says "dasm@dhcp-192-168-104-111" << maybe you could change that to your rh mail so people in future know who's key that is :D19:37
*** dviroel is now known as dviroel|biba19:51
jm1dasm: ansible-pull failed with: "error: pathspec 'refs/changes/01/46001/4' did not match any file(s) known to git"19:51
*** dviroel|biba is now known as dviroel|biab19:51
dasmjm1: heh19:51
dasmjm1: which comment?19:51
jm1dasm: comment at the end here: https://github.com/rdo-infra/ci-config/blob/71bbf0acb0a8774ad6746e88b6125b2978c2d71a/ci-scripts/infra-setup/tenant_vars/common.yml#L9119:52
dasmit doesn't matter what's there19:53
dasmwe can change that tho19:53
jm1dasm: it helps identifying who is who ;)19:53
dasmi am who i am :)19:53
jm1dasm: sure! but who is raukadah? 19:54
jm1dasm: its chandan ;)19:54
dviroel|biabLOL19:54
jm1dasm: for the staging dev we need a way to test patches. since ansible-pull does not allow us to specify gerrit patches, we might want to replace ansible-pull with git+ansible-playbook?19:56
dasmhm19:57
dasmjm1: it's chicken and egg problem here19:58
dasmor maybe not?19:58
dasmhmm19:58
jm1dasm: it is. so i would implement it in your patch19:58
jm1dasm: or better you do ;)19:58
dasmjm1: tbh this patch is only about prepping staging env, not prepping way to test that ;)19:58
jm1dasm: ok np. we can do it in a follow up20:02
jm1dasm: its just that we cannot run a full deployment atm. we will have to log into each vm and run git+ansible manually to test patches20:04
jm1dasm: but ok for now :D20:04
dasmjm1: which deployment? staging or production?20:04
jm1dasm: its cool that we actually have a staging env now20:04
jm1dasm: staging20:04
dasmwe can easily teardown staging without affecting others. just: 'openstack server delete toolbox rrcockpit promoter" and then ansible-playbook20:05
dasmit's already better than what we had few weeks ago20:05
jm1dasm: sure, its great! GREAT :D20:06
jm1dasm: no, really. before we could not test anything, now we can20:07
dasmjm1: more work is needed though20:07
jm1dasm: do you want to keep your patch as it is for now or are you still working on it?21:09
jm1dasm: damn, found another thing that blocks us. added two new comments to that patch. the current playbook/inventory/roles structure is really really REALLY inflexible :(21:37
jm1dasm: simply adding another tenant turns out to be not so simple :(21:37
* jm1 out for today, have a nice evening folks21:41
dasmjm1[m]: the changes are here temporarily. I need to start somewhere, before I can introduce more updates.22:38
*** dasm is now known as dasm|offp23:03
*** dasm|offp is now known as dasm|off23:03
dasm|offo/23:03

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