Thursday, 2021-07-22

*** rlandy|ruck|bbl is now known as rlandy|ruck01:31
*** ykarel|away is now known as ykarel06:12
*** rpittau|afk is now known as rpittau07:49
*** bhagyashris_ is now known as bhagyashris08:05
zbrplease check https://review.opendev.org/c/opendev/system-config/+/737960 - i will abandon if you think is not needed.08:28
*** bhagyashris_ is now known as bhagyashris09:35
*** ykarel is now known as ykarel|lunch10:25
*** jcapitao is now known as jcapitao_lunch10:40
*** ykarel|lunch is now known as ykarel11:52
gryfhello.12:03
gryfI have a job definition in zuul, which inherits from several parents chain, and I'm wondering, why resulting local.conf doesn't contain services, which are defined in base job in vars.12:05
gryfaccording to the docs (https://zuul-ci.org/docs/zuul/reference/job_def.html#attr-job.vars), it should. and my understanding is that if I have in base job.vars.devstack_localrc.neutron = true, neutron should be enabled in job inherited from the base one. or am I mistaken?12:08
opendevreviewStephen Finucane proposed openstack/openstack-zuul-jobs master: Run lower-constraints to ubuntu-bionic  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/80177312:10
ykarelgryf, i think for services enable disable, param is devstack_services12:12
ykareland yes config is merged, so things should be available from parent unless and until overridden in child12:13
gryfykarel, yeah, I have it under devstack_services (wrote out of my head, sorry), but it doesn't propagate.12:15
opendevreviewStephen Finucane proposed openstack/openstack-zuul-jobs master: Run lower-constraints to ubuntu-bionic  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/80177312:15
*** jcapitao_lunch is now known as jcapitao12:17
ykarelgryf, it should propogate, likely it's overridden somewhere in chain12:18
ykarelcan u share the job link12:19
gryfyup, https://review.opendev.org/c/openstack/kuryr-kubernetes/+/801618/5/.zuul.d/multinode.yaml#1612:19
gryfit is quite lengthy inheritance: devstack-tempest -> kuryr-kubernetes-tempest-base -> kuryr-kubernetes-tempest-octavia-base -> kuryr-kubernetes-tempest -> kuryr-kubernetes-tempest-multinode12:19
ykarelohkk multinode job12:21
ykarellooking12:21
gryfand here https://review.opendev.org/c/openstack/kuryr-kubernetes/+/801618/5/.zuul.d/base.yaml#b91 is quite services enabled12:21
gryfyet I've ended up with this: https://e46e23a6b1d1e3078e4b-2e621766bf34635f11548cb9d0caae28.ssl.cf2.rackcdn.com/801618/5/check/kuryr-kubernetes-tempest-multinode/0b87147/controller/logs/local_conf.txt12:21
ykarelyou looking for etcd3 right?12:22
gryfnot really, there is no nova/neutron/keyston enabled12:24
gryfthere are only those services, which was enabled in host/group vars.12:24
ykarel_gryf, okk so in that case it's not getting merged, setting those vars are overriding12:35
gryfoverriding entire vars? that's… unexpected ;P12:36
ykarel_so if vars: x: {1:2, 3:4}, host-vars: host1: x: 2, for that host x will override12:37
ykarel_if vars was used in child, then it should have merged from parent12:38
*** ykarel_ is now known as ykarel12:38
gryfI thought, that it works like this - vars {x: 1, y: 1} on base and host-vars {x: 2} on child, vars would be for specific host(s) {x:2, y:1}12:39
ykarelyes ^ true, but in your example you changing x itself12:39
ykarelx == devstack_services12:40
gryfok, so what will happen, if bas have vars {x: 1, y: 1} and childe have host-vars {z: 100}?12:41
gryfs/bas/base/12:41
ykarelall should merge12:41
ykarelso for that particualar host x,y,z all available12:41
gryfthat was my thinking.12:41
gryffor some reason it's not what I've observed :/12:42
ykarelso in you case, parent has devstack_services: x,y,z, and host_vars have devstack_services: w,x12:43
fungimaybe ask in #openstack-qa (the fine folks who maintain the devstack and tempest jobs) and see if they have some concrete examples you can look at12:43
* gryf double checking all inheritance chain.12:43
gryffungi, ack, thank you.12:43
ykarelyes ^ better12:43
*** elodilles is now known as elodilles_afk12:48
*** elodilles_afk is now known as elodilles14:34
*** ykarel_ is now known as ykarel14:56
*** ykarel is now known as ykarel|away15:08
*** rlandy is now known as rlandy|ruck15:31
clarkbzbr: fungi  suggested an improvement to that change a whikle back that didn't seem to get any response. Fwiw I don't think its critical, wouldn't urls just work as is in the commit messages?15:49
clarkbfor improvements like that I think it really helps to explain the why in addition to the what. We have no context for why something like that might be disireable and that naturally makes it a lesser priority15:50
zbrtoday I did a lot of cleanup among CR i raised or I was involved with.15:51
zbrif it does not look interesting just ignore.15:52
*** rpittau is now known as rpittau|afk16:02
*** sshnaidm is now known as sshnaidm|afk20:10
*** rlandy|ruck is now known as rlandy|ruck|biab23:17

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