Friday, 2018-09-28

*** hamzy has joined #oooq00:25
*** rlandy has quit IRC00:36
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, legacy-tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001-master, tripleo-ci-centos-7-scenario000-multinode-oooq-container-updates @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-quickstart-extras-gate-master-delorean-full-featureset052,  (1 more message)00:49
*** ykarel has joined #oooq02:18
*** ykarel has quit IRC02:32
hubbot1FAILING CHECK JOBS on master: legacy-tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001-master @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-quickstart-extras-gate-master-delorean-full-featureset052, legacy-tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001-queens-branch @ https://review.openstack.org/560445, stable/queens: tripleo-ci- (1 more message)02:49
*** skramaja has joined #oooq02:53
*** ykarel has joined #oooq03:13
*** sanjayu_ has joined #oooq03:48
*** jaganathan has joined #oooq04:00
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-quickstart-extras-gate-master-delorean-full-featureset052 @ https://review.openstack.org/560445, stable/queens: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/567224, stable/rocky: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @  (1 more message)04:49
*** udesale has joined #oooq05:09
*** ykarel_ has joined #oooq05:11
*** ykarel has quit IRC05:14
*** ykarel__ has joined #oooq05:15
*** ykarel_ has quit IRC05:18
*** ykarel_ has joined #oooq05:20
*** ykarel__ has quit IRC05:23
*** ykarel__ has joined #oooq05:24
*** ykarel_ has quit IRC05:27
*** ykarel_ has joined #oooq05:29
*** ykarel__ has quit IRC05:32
*** quiquell|off is now known as quiquell05:41
quiquellGood morning vietnam05:45
*** chkumar|off is now known as chandankumar05:46
*** dsneddon has quit IRC06:23
*** verdurin has quit IRC06:23
*** holser_ has joined #oooq06:25
*** anande has joined #oooq06:27
*** jfrancoa has joined #oooq06:31
*** holser_ has quit IRC06:33
*** jtomasek has joined #oooq06:44
*** holser_ has joined #oooq06:49
hubbot1FAILING CHECK JOBS on stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-quickstart-extras-gate-master-delorean-full-featureset052 @ https://review.openstack.org/560445, stable/queens: tripleo-ci- (1 more message)06:49
*** holser_ has quit IRC06:49
*** holser_ has joined #oooq06:50
*** quiquell is now known as quiquell|brb07:04
*** dtrainor has quit IRC07:09
*** ssbarnea|bkp has quit IRC07:16
*** gkadam has joined #oooq07:23
*** amoralej|off is now known as amoralej07:26
*** quiquell|brb is now known as quiquell07:35
*** bogdando has joined #oooq07:48
*** tosky has joined #oooq07:50
*** quiquell is now known as quiquell|brb07:55
*** holser_ has quit IRC07:55
*** ratailor has joined #oooq07:56
*** holser_ has joined #oooq07:58
*** quiquell|brb is now known as quiquell08:05
*** anande has quit IRC08:17
*** ykarel__ has joined #oooq08:28
*** ykarel_ has quit IRC08:31
*** dtrainor has joined #oooq08:31
*** anande has joined #oooq08:36
*** ratailor has quit IRC08:40
*** anande has quit IRC08:41
*** ratailor has joined #oooq08:41
*** arxcruz is now known as arxcruz|doctor08:49
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-quickstart-extras-gate- (1 more message)08:49
*** ykarel__ is now known as ykarel08:59
*** tosky has quit IRC09:02
*** tosky has joined #oooq09:03
*** ykarel is now known as ykarel|lunch09:04
marios|roverquiquell: gonna dig into some other issues wes emailed about then look at thos post09:17
quiquellmarios|rover: you are the rover man09:18
quiquellssbarnea: you there ?09:18
rascasoftmarios|rover, hey the containerized undercloud is supported from Rocky on, right?09:21
rascasoftmarios|rover, I mean, the correct and expected way to deploy the undercloud from rocky on is by using containerized_undercloud: true09:21
rascasoft?09:21
mariosrascasoft: yes it is default i believe09:24
marios|roverrascasoft: you have to specify if you want to not use heat to deploy undercloud09:25
rascasoftmarios, ok, let's talk about this because I'm having strange problems09:25
marios|roverrascasoft: well i don't think i'm your guy for that i dind't really work on that stuff but i can maybe point to soemthing?09:25
rascasoftmarios|rover, sure, my RDOPhase2 jobs for Rocky and Master are failing since yesterday at the undercloud installation task09:26
rascasoftmarios|rover, exactly on this error: 2018-09-28 07:39:26 | fatal: [undercloud]: FAILED! => {"attempts": 10, "changed": false, "content": "", "msg": "Status code was -1 and not [200]: Request failed: <urlopen error timed out>", "redirected": false, "status": -1, "url": "http://192.168.24.1:8787/v2/"}09:27
rascasoftmarios|rover, while doing some verification here and there I saw that these setups are still using openstack undercloud install as installation command09:27
rascasoftmarios|rover, I was wondering if that's correct or not, because the reason my setups are failing is that the undercloud interfaces are not available09:28
rascasoftmarios|rover, /me doesn't want to bother you, just looking for some help on this09:29
marios|roverrascasoft: so there is a different command for the containeized undercloud i believe but i have to check gimme few no worries09:31
marios|roverhttps://github.com/openstack/python-tripleoclient/blob/87c2877cce670e208e26ca580731dfa39edd0a71/tripleoclient/v1/tripleo_deploy.py#L8009:32
marios|roverrascasoft:you are right, it was until recently the same with openstack undercloud install09:32
marios|roverrascasoft: looks like the last commit there was to remove https://github.com/openstack/python-tripleoclient/blob/master/tripleoclient/v1/undercloud.py the --use-heat from here09:33
marios|roverrascasoft: openstack tripleo deploy https://github.com/openstack/python-tripleoclient/blob/87c2877cce670e208e26ca580731dfa39edd0a71/setup.cfg#L5109:33
marios|roverrascasoft: but hold on i see the ci jobs are still using undercloud install/upgrade  at http://logs.openstack.org/75/603275/6/check/tripleo-ci-centos-7-containerized-undercloud-upgrades/6ce472c/logs/undercloud/home/zuul/undercloud_upgrade.sh.txt.gz09:35
marios|roverrascasoft: yeah so i suspect the tripleo install/upgrade is for stand-alone deployment (?) whereas the openstack undercloud install/upgrade is by default now doing containerized09:37
marios|roverrascasoft: so you should be able to use the normal openstack undercloud install09:37
*** gfidente has joined #oooq09:37
rascasoftmarios|rover, ok so you're saying that we're implicitly use openstack undercloud deploy even when I see openstack undercloud install09:38
rascasoft?09:38
rascasoftmarios|rover, I am really confused09:38
marios|roverrascasoft: i am saying that openstack undercloud install is by default doing containerized undercluod now09:38
marios|roverrascasoft: this might be relevant to any recent errors though landed last night https://review.openstack.org/#/c/588606/09:39
marios|roverwell yesterday09:39
rascasoftmarios|rover, that patch didn't land into the repo I'm using so it should no matter09:42
marios|roverrascasoft: ok then the answer to if you should be using 'openstack undercloud install' is yes09:43
marios|roverrascasoft: regardless of the patch i mean. that just removes the previous non containerized instack-undercloud &option09:43
rascasoftmarios|rover, ok, I still need to understand why I am failing09:43
marios|roverrascasoft: or try applying that patch to be sure09:44
rascasoftmarios|rover, uhm09:44
marios|roverrascasoft: i mean if you apply that patch, you will be sure that the undercloud deployment is containerized not legacy instack-undercloud09:44
marios|roverrascasoft: but if you are using any recent version of client it should be default09:45
marios|roverbeen for a while i think09:45
rascasoftmarios|rover, yes but the question I have in my mind is : why this was working yesterday?09:45
marios|roverrascasoft: don't know yet09:45
marios|roverrascasoft: are you sure that patch wasn't applied in your env? you could sanity check /usr/share/python2.7/site-packages tripleoclient/v1/undercloud.py and compare it to https://github.com/openstack/python-tripleoclient/blob/master/tripleoclient/v1/undercloud.py09:47
marios|roverrascasoft: just because it also merged yesterday so wondering if it is somehow related09:47
*** ykarel|lunch is now known as ykarel09:48
*** jtomasek has quit IRC09:56
quiquellmarios|rover: base jobs are not already define in the Depends-On here https://review.rdoproject.org/r/#/c/16370  ?10:20
marios|roverquiquell: which jobs you mean? I helped with these ones but haven't done anything else there https://review.rdoproject.org/r/#/c/16370/11..12/zuul.d/LEFT_TO_TRANSLATE10:22
marios|roverhttps://review.rdoproject.org/r/#/c/16370/14/zuul.d/base.yaml ?10:22
quiquellmarios|rover: yep, those are already defined in the Depends-On10:22
marios|roverdefines 'base' jobs for all the jobs10:22
marios|roverquiquell: oh i see leme check10:23
quiquellmarios|rover: Depends-On do the same I think10:23
quiquellmarios|rover: I think they are supose to move to the other project and remove from this, but not sure10:23
marios|roverquiquell: but seems to be different repo?10:23
quiquellmarios|rover: but the same definitions10:23
quiquellhave to be related to trusted vs untrusted10:24
marios|roverquiquell: i guess rlandy will have more context for you about that one then10:24
rascasoftmarios|rover, I think I've found the problem10:24
marios|roverrascasoft: nice10:24
rascasoftmarios|rover, I'm overriding the undercloud-parameter-defaults.yaml file10:25
marios|roverrascasoft: do you require payment for the explanation?10:25
marios|rover;)10:25
rascasoftmarios|rover, I'm writing it down you jerk :D :D :D10:25
marios|roverrascasoft: oh you mean you were overriding some parameter that clashed?10:25
marios|roverrascasoft: :)10:25
rascasoftmarios|rover, yeah but wait a sec10:25
marios|roverrascasoft: but again, why since yesterday, did some default flip or soething?10:25
quiquellrascasoft: manners !!!10:25
rascasoftmarios|rover, because it's been since yesterday that I started declaring this:10:27
rascasoftctlplane_masquerade: true10:27
rascasoftundercloud_custom_env_files: >-10:27
rascasoft  undercloud-parameter-defaults.yaml10:27
rascasoftundercloud_network_environment_args:10:27
rascasoft  "MasqueradeNetworks": {10:27
rascasoft        "172.20.0.0/24": [10:27
rascasoft          "172.20.0.0/24"10:27
rascasoft        ]10:27
rascasoft      }10:27
rascasoftmarios|rover, and it seemed to work initially10:27
rascasoftmarios|rover, but just because (I realized it NOW) I was testing this on an already deployed undercloud10:27
rascasoftmarios|rover, so interfaces were already set10:28
rascasoftmarios|rover, I *think* that if I override undercloud_network_environment_args then I don't get any net conf10:28
rascasoftmarios|rover, so I need to a) find another variable for those options I need b) find a way to declare a full undercloud-parameter-defaults.yaml file10:29
rascasoftmarios|rover, tell me I am explaining myself correctly please :)10:29
rascasoftquiquell, marios|rover, sorry for that word, I just realized it was too strong10:30
marios|roverrascasoft: np at all it wasn't taken badly thanks quiquell for defending me :) np at all peace love and all that good stuff. now it shouldn't matter if you are setting the variables to the same values i.e. as long as the network config doesn't change it shouldn't make a difference to the deployment10:31
rascasoftmarios|rover, so I need those undercloud_network_environment_args added to the defaults, not substitute them: am I doing it right?10:32
quiquellrascasoft: thank you jerk !!!10:32
rascasoftLOL10:32
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/560445, (1 more message)10:49
quiquellmarios|rover: Can we +w this again https://review.openstack.org/#/c/594511/  ?10:56
*** dtantsur|afk is now known as dtantsur10:57
*** rfolco has quit IRC11:07
*** ssbarnea|bkp has joined #oooq11:08
quiquellssbarnea: best here11:09
quiquellssbarnea: I have added the reviews from f28 to taiga, that's right ?11:09
ssbarneaquiquell: perfect, as you observed, the firt two were added by me.11:10
quiquellssbarnea: What else is missing there ? I see there is work for libvirt11:10
quiquellssbarnea: Yep added the missing ones they are from wes, what else is missing or needed to do ?11:10
ssbarneamainly testing them. because there are lots of them it would make sense to merge them in batches.11:11
quiquellssbarnea: How do we test this ? vm with fedora ?11:12
quiquellssbarnea: zuul new job with fedora ?11:12
ssbarneaquiquell: wes was working on a change to add new f28 standalone job to zuul11:15
*** jjoyce has quit IRC11:15
quiquellssbarnea: ok, going to rename the task to cleanup the review and add the review to the task itself in the reviews section11:15
*** ratailor has quit IRC11:17
*** jjoyce has joined #oooq11:17
quiquellssbarnea: ok modified them all, taiga is not that bad11:20
ssbarneagive me few minutes to fix something on one review11:21
quiquellssbarnea: sure11:22
*** rfolco has joined #oooq11:26
ssbarneaquiquell: this shoud be ok to review and +W, https://review.openstack.org/#/c/605643 and https://review.openstack.org/#/c/605642/ - i had to fix one bug with one of them so we will need to wait for them to run.11:27
*** udesale has quit IRC11:32
quiquellmarios|rover: did you have a review to remove QUICKSTART_RELEASE ?11:37
mariosquiquell: started poking here https://tree.taiga.io/project/tripleo-ci-board/task/5211:38
mariosquiquell: there is v1 review but its broken (it was before i was rover ;) )11:38
quiquellmarios: collecting missing pieces11:38
mariosi want to revisit it but if you want to work today go ahead11:38
mariosif it is useful11:38
quiquellmarios: just adding missing reviews about remomving bash11:38
marioshttps://review.openstack.org/604768 quiquell this too then11:39
marioshttps://tree.taiga.io/project/tripleo-ci-board/us/50?no-milestone=111:39
ssbarneaquiquell: have a look at https://review.openstack.org/#/c/595374/ -- aparently is not ready.11:39
mariostracked in taiga quiquell https://tree.taiga.io/project/tripleo-ci-board/us/50?no-milestone=111:39
quiquellmarios: Humm i have this https://review.openstack.org/#/c/589876/11:39
ssbarneaquiquell: just tell me if I am right, and I can find fix it.11:39
quiquellssbarnea: sure give me a sec11:39
*** agopi|brb is now known as agopi11:40
*** ssbarnea|bkp has quit IRC11:40
quiquellmarios: this is the right user storey ?11:40
mariosquiquell: ah cool sorry i missed it11:40
mariosquiquell: yeah so we were previously using trello11:40
mariosquiquell: there were two cards there11:40
quiquellmarios: ack11:40
quiquellmarios: so I think we need this https://review.openstack.org/#/c/585649/ needed to remove UPGRADE_RELEASE11:41
mariosquiquell: but they were moved as https://tree.taiga.io/project/tripleo-ci-board/us/50?no-milestone=1 and https://tree.taiga.io/project/tripleo-ci-board/us/49?no-milestone=1 and https://tree.taiga.io/project/tripleo-ci-board/us/48?no-milestone=111:42
*** panda|off is now known as panda11:42
mariosquiquell: maybe easier if you see https://tree.taiga.io/project/tripleo-ci-board/us/48?no-milestone=1 # 48-49-5011:42
mariosquiquell: i will also checkout your review on my next reviews run11:42
mariosadded11:42
quiquellmarios: is very old, and mix two things QUICKSTART_RELEASE and UPGRADE_RELEASE11:43
mariosquiquell: ack, well tags was nice and clean so i made it by itself11:43
mariosquiquell: and started working on quickstart release11:43
mariosonce we do that we can remove is_featurest and previous_release stuff11:43
mariosfrom functions11:43
quiquellmarios: Agree11:44
*** yolanda has joined #oooq11:44
mariosquiquell: btw the other way i thought we should go with quickstart release and previous release stuff is the emit release file11:44
mariosmain problem not everything is using int11:44
mariosit11:44
mariosi just saw your change is touching there11:45
quiquellmarios: Yep we have to make it run first, but wes -1 until we have legacy working and it's also working at RDO11:45
quiquellmarios: make sense though11:45
quiquellmarios: Also is not the focus of this sprint11:45
marioswhere is the ruck/ what is martin nick11:45
quiquellmarios: Let's just remove the old workflow, life is going to be easier11:45
quiquellmarios: I think he was on PTO today or the like11:46
mariosquiquell: yea i remember you trying to explain it to me a long time ago i mean the tags specifically into the emit release i think11:46
mariosquiquell: but it looks like it works ok on the jobs too anyway check the review comment there please when you have time https://review.openstack.org/60476811:46
agopithanks quiquell rfolco. Updated it https://review.openstack.org/#/c/604355/ lets see how it goes11:46
quiquellagopi: btw... where do we run this thing ?11:47
mariosquiquell: heh 'long time ago' like last month but 'openstack time]'11:47
quiquellmarios: yep :-)11:47
quiquellpanda: Have a question about new RDO base jobs review https://review.rdoproject.org/r/#/c/16370/11:48
quiquellpanda: do you have a minute ?11:48
agopiquiquell, it runs on legacy fs53 and also https://review.rdoproject.org/r/#/c/16310/5 this will trigger a v3 job as well11:49
agopii triggered both11:49
agopiso lets see11:49
pandaquiquell: yes11:49
quiquellagopi: You are going to have the variables only at new workflow jobs11:49
quiquellagopi: It means upstream for now11:49
agopiso the legacy job won't be able to use it you mean quiquell ?11:50
quiquellagopi: Let's see if we can remove the oldworkflow from RDO this sprint11:50
quiquellagopi: nope, they are generated at run-v3.yml, we can change run.yaml, but don't know if it worth it11:50
agopiokay if this https://review.rdoproject.org/r/#/c/16310/5 works tbh i am fine with dumping the legacy job11:50
quiquellagopi: you don't need the legacy job ?11:51
agopiif the v3 job is perfect, legacy job won't be needed right, quiquell ?11:51
agopiquiquell: i've limited understanding of the differences between the two so tbh all I need is a fs53 job that triggers not only on browbeat but also couple of upstream projects :)11:52
quiquellagopi: if upstream is enough for your11:52
quiquellssbarnea: so we are going to need a whole set of releases files for fedora ?11:59
ssbarneaquiquell: yep, but symlinking does wonders, even for folders.12:01
ssbarneai am worries more about the number of files with content, not the symlinks.12:02
quiquellssbarnea: Yep, a lot of stuff to track, are they going to be very different ?12:03
ssbarneaquiquell: wes mentioned me that he wants to keep version in the folder name. like centos-7, centos-8, ....12:03
ssbarneai think that between 7-8 we will have signifiant number of changes, this was the idea. i am not a bif fan of it. anyway we can merge/consolidate them later if we discover that is possible.12:04
quiquellssbarnea: ack12:04
ssbarneai like more the approach of having conditionals inside the playbook for specific cases.12:05
ssbarneaquiquell: i already have an idea about how ugly it can get with this, from https://github.com/redhat-openstack/octario/tree/master/components_config  -- you should check there for duplicated config and copy/paste work to update them.12:06
quiquellssbarnea: Why we install requests and urllib3 from yum/dnf and not from pip in the job (adding comments there)12:07
ssbarneaquiquell: i was wondering the same but it was outside the scope of the change ;)12:08
quiquellssbarnea: out of the scope ?12:08
quiquellmaybe is something with the DLRN repos or the like12:08
ssbarneabased on my downstream experience, i would guess is because the rpm versions were outdated.12:08
ssbarneaquiquell: ahh, correction. installing from rpm is correct, we need to respect distro versions.12:09
quiquellssbarnea: ok12:11
chandankumarbrb after 30 mins12:13
ssbarneajoys of rdo cloud, had two vms there, there are still running but i am unable to connect to them... floatingips messes, aparently.12:17
*** rfolco has quit IRC12:18
ssbarneaquiquell: maybe you can explain me the difference between toci_gate_test.sh.j2 and toci_gate_test.sh and why we need almost the same code in two places.12:19
quiquellssbarnea: yep, jinja-> new workflow, bash -> old workflow12:22
*** weshay is now known as weshay_ruck12:23
ssbarneacan't we use ansible to generate the old file and run it, to avoid keeping the same file in the repo twice?12:23
quiquellssbarnea: nope, they are alike and if we are lucky old workflow will disappear this sprint12:24
*** rlandy has joined #oooq12:24
ssbarneaquiquell: ok. a 3 weeks RIP date is a good enough reason not to dig deeper.12:24
quiquellssbarnea: we run TOCI at three places12:25
quiquellssbarnea: upstream, reproducer and rdo jobs12:25
quiquellssbarnea: new workflow -> upsgream12:25
quiquellssbarnea: old workflow -> reproducer and rdo jobs12:26
*** skramaja has quit IRC12:26
quiquellssbarnea: Imaging how pain is for people to introduce needed changes at CI (like upgrade guys)12:26
quiquellssbarnea: is like the final technical debt12:26
ssbarneaquiquell: do you have 5mins? i want to show you something cool on BJ.12:28
*** ykarel_ has joined #oooq12:28
quiquellssbarnea: sure man, I am waitting for some reviews jobs12:30
quiquellssbarnea: pass me your bj12:30
ssbarneahttps://bluejeans.com/265541792812:30
*** ykarel has quit IRC12:31
*** ykarel_ is now known as ykarel12:31
pandarlandy: going for the tox-docs error in 1637012:32
rlandypanda: that was addressed I think12:32
rlandyhttps://review.rdoproject.org/r/#/c/16370/ is very outdated12:32
rlandywe need to get rid of nodesets in that pacth12:33
rlandyand I need to update the child rdoinfo jobs12:33
rlandygoing to chat with amoralej about those jobs now12:33
quiquellrlandy: Did a comment in the review, don't understand why the base jobs are also define din the Depends-On12:33
pandarlandy: ok, I'll do it, anything else ? it contains all the translations, I prefer to update it12:33
toskyping for https://review.openstack.org/#/c/590298/12:33
pandaquiquell: I replied12:33
toskyit has been waiting for a while and it should be mostly harmless for everyone but the people involved12:34
*** agopi is now known as agopi|brb12:34
quiquellrlandy, panda: Asked about the tox issue at RDO, they say the Depends-On does not work also12:34
rlandypanda: you can join the conversation on #sf-dfg12:34
amoralejrlandy, right, i owe you some reviews12:35
amoralejright?12:35
pandarlandy: anyway the tox-doc is just because there is the LEFT_TO_TRANSLATE file which is not yaml int zuul.d dir, and that is not handled by zuul-sphinx, I'll move the file esewhere, and anyway we don't need to keep it before merging it12:35
rlandyamoralej: well that's what I wanted to chat about ... posting link12:35
quiquellpanda: ack, I understand it, thanks !12:35
rlandypanda: sure - sounds good12:35
rlandyamoralej: I originally wanted to move the rdoinfo-specific piece to a pre-run file ... as in  https://review.rdoproject.org/r/#/c/16412/15/playbooks/tripleo-rdo-base/pre-rdoinfo.yml12:36
rlandybut looking at that file, we need to pick up release12:36
rlandyand panda pointed out a role would be better12:37
rlandyin any case, iiuc, this file just overwrites the config12:37
rlandywith the new parent for rdoinfo jobs, can we not just pass the correct parameters?12:37
rlandyeven if we did keep the shell script, moving it to a role and templated bash is probably better12:38
rlandybut I wanted to get your take first12:38
*** agopi|brb has quit IRC12:39
rlandyamoralej: ^^ make sense? lastly, I built https://review.rdoproject.org/r/#/c/16412/15/playbooks/tripleo-rdo-base/pre-rdoinfo.yml by comparing the diff of the rdoinfo jobs run.yaml as opposed to the regular tripleo jobs. possible I missed something12:42
*** trown|outtypewww is now known as trown12:43
amoralejreading it12:43
amoralejrlandy,12:48
amoralejyou your plan is to have a pre-run specific for rdoinfo jobs12:49
amoralejand same run playbook?12:49
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/560445, (1 more message)12:49
rlandyamoralej: originally , yes, that was the plan. But looking at what the script does, I am not sure that would work  - or is the best appoach12:50
amoralejso12:50
rlandycould this work not be called from repo-set up or the like?12:51
amoralejthat playbook is creating the tripleo.yml12:51
amoralejthen we need to override the release config file12:51
amoralejfor the release we are running with it12:51
amoralejlet me look where that's currently done12:51
amoralejthe part creating the tripleo.yml is ok12:51
amoralejwell12:51
amoralejis missing something12:51
amoraleji'm leaving a comment12:52
amoralejbut we still need to move the config file12:52
amoralejthe problem is that12:52
amoralejif tripleo-quickstart repo is cloned in the run part12:52
amoralejthen we need to override the release config in the same part12:52
amoralejafter it's cloned12:52
amoralejam i explaining it clear?12:53
weshay_ruckamoralej, can you briefly spec out what you need enabled/disabled w/ that code?12:53
amoralejweshay_ruck, what i do is to add a new repo12:54
rlandyamoralej: yes - we can do what you whatever suggest. I just didn;t want to blanket move a complex shell script - that might have bee the only option with the legacy code12:54
amoraleja temporary repo which is created in a parent job12:54
amoralejactually, that's the only difference12:54
amoralejwith a regular oooq job12:54
weshay_ruckamoralej, can we create a general use role to create a temp repo?12:55
amoralejyou mean create it or add it to configuration?12:55
weshay_ruckright12:55
amoraleji mean, create the repo is in other job12:55
amoralejas it has it's own validation12:56
amoralejbut12:56
amoralejand that repo is used by many nested job12:56
amoralejso it must be a separated job12:56
amoralejbut12:56
amoralejthe point is how to add it to the release config files12:56
weshay_ruckamoralej, right.. config should be in the release config12:56
amoralejbaseurl of those repos is different for each job12:56
amoralejin fact it's stored in the log server12:57
weshay_ruckamoralej, ok.. sounds like something we could pass via  zuul param?12:57
amoralejwe infer the url12:57
amoralejlet me look for the code12:57
amoralejhttps://review.rdoproject.org/r/#/c/16412/15/playbooks/tripleo-rdo-base/pre-rdoinfo.yml12:58
amoralejin fact12:58
amoralejit's already a zuul parameter12:58
amoralejlogs={{ buildset_artifacts_url }}12:58
*** jaosorior has quit IRC13:00
weshay_ruckamoralej, ok.. so if we have that url? why not just use the release file to create the repo?13:01
weshay_ruckamoralej, we're trying to unpack the code here13:01
weshay_ruckhttps://github.com/openstack/tripleo-quickstart/blob/master/config/release/trunk/queens.yml#L2313:02
weshay_ruckamoralej, you guys stopped using release config13:02
weshay_ruckwhy is that?13:02
amoralejweshay_ruck, the problem is how to disable/enable repos13:03
amoralejdepending on the job13:03
weshay_ruckbaseurl: {{ buildset_artifacts_url }}13:03
amoraleji'm ok with using regular13:03
weshay_ruckamoralej, zuul config?13:03
weshay_ruckamoralej, create all the repos required13:04
weshay_ruckand enable/disable based on job config13:04
amoralejso13:04
amoralejcan we have conditionals in the release config?13:04
weshay_ruckyes sir13:04
rlandytemplate it13:04
amoralejan example?13:04
amoralejbut release configs are not jinja template13:05
amoralejok, i see an example13:05
rlandyhttps://github.com/openstack/tripleo-quickstart/blob/master/roles/repo-setup/templates/repo_setup.sh.j2#L5613:05
weshay_ruckhttps://github.com/openstack/tripleo-quickstart/blob/master/config/release/tripleo-ci/master.yml#L12413:05
amoralejhttps://github.com/openstack/tripleo-quickstart/blob/master/config/release/trunk/queens.yml#L43-L4513:05
amoraleji need to check how to do it13:06
*** rfolco has joined #oooq13:06
amoralejas i also need to enable or disable cloudsig repos13:06
amoralejtesting13:06
amoralejmmmm13:06
rlandyamoralej; weshay_ruck: https://review.rdoproject.org/r/#/c/16412/16/zuul.d/tripleo-rdo-base.yaml ( see last section) - we can use the parent job or override vars in child jobs to get exact values needed13:06
rlandyfeel free to edit that review to test13:07
weshay_ruckamoralej, I think an axample if a simple implementation .. is to create all repos required and enable/disable them in repo_cmd_after13:07
weshay_ruckI say that because the use of conditionals in the repos: config itself is difficult13:08
amoralejwhat i was thinking is in passing some parameters13:09
amoralejand apply conditionals in the release file13:09
weshay_rucksure13:12
weshay_ruckamoralej, for some context.. I believe this is one of the last steps required to get all the tripleo based jobs off zuul legacy13:13
weshay_ruckamoralej, and we're desperate to get it done13:13
weshay_ruckrlandy, is that a fair statement?13:13
amoralejbut, is this blocking y ou?13:13
rlandyweshay_ruck: correct13:13
amoralejsorry, i thought you could migrate all the rest13:13
amoralejand it was not blocker13:13
weshay_ruckI'm not 100% certain13:13
weshay_rucktbh13:13
rlandyamoralej: we could do the least complicated change13:13
rlandyand just mass move the script13:13
*** agopi|brb has joined #oooq13:14
amoralejyes, let's start with that13:14
rlandybut we thought it was better to take advantage of zuul_vars13:14
*** agopi|brb is now known as agopi|afk13:14
amoralejand i'll check if i can move to the proper release file13:14
weshay_ruckpanda, shall we sync?13:14
*** chem has quit IRC13:15
rlandyamoralej: thanks - we can merge other pieces in the mean time - but we would like to the get the rdoinfo jobs included as soon as we can13:15
*** chem has joined #oooq13:15
rlandyI'm leaving the base rdoino job in the review13:16
rlandywe can merge that w/o issue if it's not referenced anywhere13:16
*** zul has quit IRC13:16
*** zul has joined #oooq13:17
pandaweshay_ruck: ok13:18
rlandypanda: +1 on https://review.rdoproject.org/r/#/c/16370/ - I'm just going to edit the rdoinfo jobs to reparent them13:19
weshay_ruckpanda, ok.. /me jumps in13:20
*** amoralej is now known as amoralej|lunch13:23
*** arxcruz|doctor is now known as arxcruz13:27
*** toure|gone is now known as toure13:30
weshay_ruckarxcruz, chandankumar can you guys please look at the unfified tempest fole epic and user story I created13:33
weshay_ruckin taiga13:33
weshay_ruckpanda, ^13:33
weshay_ruckarxcruz, chandankumar what needs to happen is that we need multiple user stories13:33
weshay_ruckcreated there13:33
weshay_rucksuch that the work you guys can complete in this sprint13:33
weshay_ruckis in one user story13:34
weshay_ruckand the other user stories are left out of this sprint13:34
arxcruzweshay_ruck: ok, i'll check it13:36
weshay_ruckpanda, https://review.rdoproject.org/grafana/dashboard/db/tripleo-ci?orgId=113:39
weshay_ruckpanda, http://dashboard-ci.tripleo.org/d/cEEjGFFmz/cockpit?orgId=113:39
weshay_ruckpanda, sorry.. this one http://dashboard-ci.tripleo.org/d/poOr-d0mk/ansible-exploration?orgId=113:39
*** holser_ has quit IRC13:42
weshay_ruckpanda, https://review.openstack.org/#/c/605756/13:46
chandankumarweshay_ruck: arxcruz panda Since we are moving to integration to unified role, Can we also start moving bugcheck to a seperate repo?13:48
chandankumarit will make the integration easier13:48
arxcruzchandankumar: yes, but i don't think this can be done right now, we have other priorities13:48
arxcruzchandankumar: but i agree to move it13:48
weshay_ruckchandankumar, sure13:49
chandankumararxcruz: ack13:49
rlandypanda; when you are out of meeting ... can you explain why we have two files ... LEFT_TO_TRANSLATE and  TO_TRANSLATE - what would go in the second?13:49
*** amoralej|lunch is now known as amoralej13:49
*** agopi|afk is now known as agopi13:53
pandarlandy: I wanted to keep track of what we already translated without losing sight of what was there to translate14:03
rlandypanda: hmm, so the TO-TRANSLATE file should contain what is already translated?14:05
rlandythe names are not clear to me14:05
amoralejrlandy, in the last PS you removed the pre for rdoinfo14:07
amoraleji understood you would keep it with the script as-is14:08
pandarlandy: these were meant mostly for me to understand what I needed to do. So, TO_TRANSLATE contains the name of all the legacy job that needs translation. LEFT_TO_TRANSLATE was initially a copy of TO_TRANSLATE, but I removed the name once the job was translated. The translated jobs contain a comment above indicating which legacy job they translate. Now LEFT_TO_TRANSLATE is empty because all the jobs were14:08
pandatranslated. Probably the rdoinf and -tht are not translated correctly14:08
rlandyamoralej: yeah - because I thought we would go with editing the repos as we discussed14:08
rlandybut as an intermediate step, we can out that back14:08
amoralejyeah, that was my understanding14:08
amoralejanyway, in rdoinfo those are non-voting14:08
amoralejand i was thinking in re-doing them anyway14:09
rlandyamoralej: either way, we can include the intermediate step to make sure the jobs work with legacy14:10
rlandyprobably using a role is better14:10
rlandythan what I first did14:10
amoralejwhy is better?14:10
amoraleji'm not saying it's not14:11
rlandywe need to refer to zuul vars14:11
amoralejjust trying to understand14:11
pandaamoralej: because it becomes more testable14:11
amoralejok14:11
rlandyI changed release in https://review.rdoproject.org/r/#/c/16412/15/playbooks/tripleo-rdo-base/pre-rdoinfo.yml14:11
pandaamoralej: to test a playbook in rdo-infra/config we have to merge it each time14:11
rlandybut there is still ZUUL_REF14:11
amoralejah, ok14:11
rlandyand ZUUL_PIPELINE used14:12
pandaamoralej: if we make a role in rdo-jobs instead, it can be imported and reused in rdo-infra/config and we can eventually test it without merging it14:12
rlandythe question is - where (at what point) exactly do we call this role14:13
rlandypanda: ^^14:13
rlandyit needs to happen after tripleo-quickstart is cloned, iiuc from above14:13
rlandywe could call it from run-v314:14
rlandyor in the parent job directly14:15
*** chem has quit IRC14:16
pandarlandy: in the parent job would be better, a playbook that calls just this role, otherwise we have to create a conditional to call the role or not in run-v3 itself14:16
*** chem has joined #oooq14:16
rlandypanda: right ... considering above comment ... <amoralej> if tripleo-quickstart repo is cloned in the run part14:17
rlandytripleo-quickstart should be cloned before pre, right?14:17
rlandyas in http://logs.openstack.org/23/605523/1/check/tripleo-ci-centos-7-containers-multinode/7abdddc/job-output.txt.gz#_2018-09-28_00_19_32_61311414:18
rlandyif it has to be in the same part as run-v3, a conditional is not a big deal14:19
rlandyas it can be defined in the parent job14:19
arxcruzpanda: do you have time to spread the word of our lord taiga ?14:19
pandaalways be praised14:20
*** bogdando has quit IRC14:20
pandarlandy: if tripleo-quickstart is in required-projects it should be cloned by zuul even before starting any pre playbook14:20
*** holser_ has joined #oooq14:21
rlandyamoralej: ^^ considering above, would a pre playbook to call the rdoinfo script be acceptable?14:21
pandaarxcruz: always be praised14:21
* rlandy puts back role and playbook14:22
*** vkapalav has joined #oooq14:27
amoralejrlandy, i'd say so14:29
amoralejlooks fine to use pre-run14:29
rlandyok - working on that role now14:29
*** agopi is now known as agopi|afk14:29
*** quiquell is now known as quiquell|off14:31
weshay_ruckpanda, rfolco based on the conversation I just had w/ rfolco  I think I can say the  following14:32
weshay_ruckexpect to see in the next sprint an epic around building a f28 pipeline to build images and containers.. I expect that pipeline to fail14:32
weshay_rucklimited amount of jobs, resources however we need to get the job going to build containers14:33
weshay_ruckpanda, as rfolco frees up over the next couple weeks, I've asked that he starts a rhel7 / master pipeline in the internal sf14:33
weshay_ruckagain w/ limited jobs / resources14:34
weshay_ruckthis could prove very handy once we have rhel 8 in hand14:34
weshay_ruckand could also prove to be a thing we could move to the internal sf in RHOS to permantly build and publish rdo on rhel containers14:34
*** gfidente is now known as gfidenteN00b14:46
amoralejrlandy, just note the PHASE variable must be a parameter too14:48
rlandyamoralej: yep - got that in my current working version14:48
rlandywill define phase var in the zuul job14:49
rlandyper job14:49
rlandyalso ...14:49
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/560445, (1 more message)14:49
rlandythe other $ZUUL_* vars are to set out old logs14:49
rlandywe are overriding those with v3 jobs so can probably skip ... https://github.com/rdo-infra/rdo-jobs/blob/master/playbooks/legacy/rdoinfo-tripleo-ocata-release-centos-7-multinode-1ctlr-featureset005/run.yaml#L12214:50
*** chem has quit IRC15:16
*** chem has joined #oooq15:17
rlandypanda: amoralej: pls review https://review.rdoproject.org/r/#/c/16370/ ...15:20
rlandyplaybooks/legacy/pre-rdoinfo.yaml15:20
rlandyroles/tripleo-ci-rdoinfo/tasks/main.yaml15:20
rlandyzuul.d/base.yaml15:20
rlandyif you agree, I will edit the child jobs to overwrite phase where needed15:21
*** dtrainor has quit IRC15:21
*** dtrainor has joined #oooq15:21
rlandyand will edit https://review.rdoproject.org/r/#/c/16412/15/zuul.d/tripleo-rdo-base.yaml to match15:21
*** ykarel is now known as ykarel|away15:35
pandarlandy: added on comment, but wanted to understand before saving it. The base of this job will in in rdo-infra/config in the end ?15:36
rlandypanda: ack - making that edit now ... just wanted to get a review on the first one15:37
*** chem has quit IRC15:37
pandarlandy: ok, so the playbooks here is only for testing ?15:37
pandaplaybooks/legacy/pre-rdoinfo.yaml15:37
rlandypanda: ack same as legacy/pre.yaml15:38
rlandyalso duplicated15:38
rlandypanda:sec - let me make the edit to config and you can review15:38
pandarlandy: ok, saved the comment, it's not related to config15:39
*** chem has joined #oooq15:40
*** zul has quit IRC15:41
rlandypanda: when I do the include_role from config,15:49
rlandywhat do I need to add for the role to be picked up15:50
rlandyin rdo-jobs repo15:50
pandarlandy: nothing, the role should be picked up. in rdo-infra/config job configuration instead you have to specify roles: - zuul: rdo-jobs15:50
pandaroles in this case is zuul configuration, not ansible module15:51
*** holser_ has quit IRC15:52
*** jfrancoa has quit IRC15:55
rlandypanda: pls review https://review.rdoproject.org/r/#/c/16412/15:55
rlandyamoralej: making an edit for your comment ... where was that copy done in the legacy jobs?15:57
weshay_ruckpanda, you still with me?16:03
rlandyie: I am not sure which dir it picks up from16:06
rlandyoh I see ... nvm16:07
*** sanjayu_ has quit IRC16:15
rlandypanda: amoralej: https://review.rdoproject.org/r/#/c/16370/19/roles/tripleo-ci-rdoinfo/tasks/main.yaml is updated - pls review. I think this should move to its own commit though - otherwise we will have a problem with the merge order of the reviews16:23
amoralejrlandy, i'm not sure if sudo is needed16:26
amoralejother than that16:27
amoralejlooks fine16:27
*** zul has joined #oooq16:27
rlandyamoralej: ok - thanks - we'll test it out16:28
*** ykarel_ has joined #oooq16:29
*** ykarel|away has quit IRC16:30
*** ykarel__ has joined #oooq16:31
*** ykarel_ has quit IRC16:31
*** gkadam has quit IRC16:42
rlandytest job in queue16:44
*** dtantsur is now known as dtantsur|afk16:45
weshay_ruckrlandy++16:45
hubbot1weshay_ruck: rlandy's karma is now 2316:45
rlandylet's see what it does first16:46
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/560445, (1 more message)16:49
rlandywell, that didn;t exactly work ...16:51
rlandy2018-09-28 16:48:16.307926 | PLAY [primary]16:51
rlandy2018-09-28 16:48:16.345123 |16:51
rlandy2018-09-28 16:48:16.345293 | TASK [Include rdoinfo role]16:51
rlandy2018-09-28 16:48:16.382948 | primary | ok16:51
rlandyfailed in the role and didn;t report out16:51
rlandy'buildset_artifacts_url' is undefined16:53
pandammhhh.16:53
rlandy^^ where is that defined??16:54
pandaI asked in sf-dfg once. but the only one that can answer is paul apparently, if there's a problem including rdo-jobs in the configuration for rdo-infra/config in any way. Because it seems they are clearly avoiding this depdendncy16:55
rlandyhttps://github.com/rdo-infra/rdo-jobs/blob/master/roles/set-artifact-path-for-children/tasks/main.yaml16:57
rlandy^^ I think we need to call that16:58
rlandyand rdoinfo job probably only run after dlrn build of sorts16:58
*** ykarel__ has quit IRC17:00
weshay_ruckssbarnea, https://review.openstack.org/#/c/605642/17:02
weshay_ruckssbarnea, you on that?17:02
*** jaganathan has quit IRC17:06
rlandypanda: looks like we need a dlrn change to get buildset_artifacts_url17:06
rlandyamoralej: ^^ can we fake that out by defining it?17:06
rlandyfor our test job?17:07
rlandyhttps://review.rdoproject.org/r/#/c/16567/17:07
amoralejbuildset_artifacts_url is created17:07
amoralejby something in zuul17:07
amoralejrlandy, let me try a different test review17:08
amoraleji think we need to use rdoinfo17:08
*** gfidenteN00b has quit IRC17:10
*** trown is now known as trown|lunch17:11
amoralejrlandy, i just realized of other issue17:15
amoralejlet me check17:15
amoralejrlandy, https://review.rdoproject.org/r/#/c/16418/17:15
amoralejthat's test review17:15
rlandyamoralej: thanks - will watch that17:17
amoralejone of the things we do in the script is to create not_required file17:18
amoralejfor jobs not needed17:18
amoralejand the task that actually runs oooq checks if it exist17:18
amoralejhttps://github.com/rdo-infra/rdo-jobs/blob/master/playbooks/legacy/rdoinfo-tripleo-ocata-testing-centos-7-multinode-1ctlr-featureset005/run.yaml#L30617:18
rlandyhmmm ... I think I left that out17:18
rlandybecause I didn;t create the logs dir17:19
amoralejthe point is17:19
amoraleja change in rdoinfo can affect diferent releases17:20
amoralejbut we don't want to run jobs for all of them in every review17:20
amoralejso, the initial script has some logic to dectect when a job is needed17:20
rlandythe not_required file is created  - I left out the check17:21
rlandyadding that17:22
*** jtomasek has joined #oooq17:24
ssbarneawesweshay_ruck (IRC) : yep, but i seen a weird error where the build failed blaming a missing file that was supposed to be there (symlink). i am away while moving hw into garage.17:26
rlandyroles/tripleo-ci-rdoinfo/tasks/main.yaml is updated17:27
rlandyamoralej: ^^ can I recheck the test job?17:28
amoralejyeah17:28
amoralejbut it seems it's not using the .zuul.yaml17:28
rlandyhmm ...17:30
amoralejyeah17:30
amoralejdid i do something wront?17:30
amoralejwrong?17:30
amoralejor do repos need something special?17:30
amoralejit has to be in testproject?17:33
rlandytestproject is setup to pickup .zuul.yaml17:33
rlandyI am not sure how else we can test it17:34
rlandyI must just recheck that I have not left out anything else required17:34
* rlandy runs diff17:34
amoralejok17:34
amoralejlet me try in your review17:35
amoralejrlandy, i also realized of a problems in job definition with branches17:39
amoraleji just left a comment17:39
ssbarneaweshay_ruck: have a look at http://logs.openstack.org/42/605642/3/check/tripleo-ci-centos-7-undercloud-containers/3f97ae6/job-output.txt.gz#_2018-09-28_12_18_42_736511 -- and if you check the change this is a symlink. I checked and ansible has no problem loading yaml files from symlinks. I suspect that the CR was not takes with its sister one by the job. this could explain the failure.17:39
rlandylooking17:39
rlandyfixing17:40
rlandyamoralej: https://review.rdoproject.org/r/#/c/16370/21/zuul.d/multinode-jobs.yaml is updated to fix the branches ... rdoinfo is added to the parent job ... see additional required-projects .. https://review.rdoproject.org/r/#/c/16370/21/zuul.d/base.yaml17:46
*** dsneddon has joined #oooq17:47
amoralejthanks rlandy17:48
*** dsneddon has joined #oooq17:49
*** agopi|afk is now known as agopi17:51
*** chem has quit IRC18:18
*** chem has joined #oooq18:18
amoralejrlandy, https://logs.rdoproject.org/67/16567/2/check/rdoinfo-tripleo-ocata-testing-centos-7-multinode-1ctlr-featureset005/22ea4a5/job-output.txt.gz18:32
amoralejit seems it's not actually running the role18:32
amoralejin pre-run18:33
rlandyit's failing out18:33
rlandyand not reporting18:33
rlandyit's a bug we've seen before18:33
rlandywas talking with nhicher about that18:33
rlandyit's probably hitting undefined variable18:35
rlandyworst case, I can pull it out of the role and include it directly in the playbook until we see it pass18:36
rlandy2018-09-28 18:05:19.316112 | TASK [Include rdoinfo role]18:36
rlandy2018-09-28 18:05:19.355498 | primary | ok18:36
rlandy^^ bug in zuul18:36
*** trown|lunch is now known as trown18:37
rlandyI'm waiting to see if legacy picks up the var18:45
rlandyif it does, I'll move the role to a playbook18:45
rlandypanda: ^^ do you remember what we did previously when the role failure was not picked up by zuul18:46
rlandythinking of reverting to putting the code directly in a playbook until we see it pass18:46
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/560445, (1 more message)18:49
pandarlandy: I think it was a bug on zuul, the role is not imported properly, I think because the repo is not included in the general configuration19:06
rlandypanda: 'general configuration'?19:12
rlandyI remember the zuul bug but not how we fixed it :(19:13
*** chem has quit IRC19:19
*** chem has joined #oooq19:19
pandarlandy: we didn't, I think we had to include the repo in another part of the configuration. Let me look at the logs19:21
pandarlandy: where's the test patch19:22
rlandyhttps://review.rdoproject.org/r/#/c/16567/19:23
rlandyand https://review.rdoproject.org/r/#/c/16418/19:23
rlandysame as before ...19:24
rlandy https://logs.rdoproject.org/67/16567/2/check/rdoinfo-tripleo-ocata-testing-centos-7-multinode-1ctlr-featureset005/22ea4a5/job-output.txt.gz19:24
rlandy^^ panda19:24
rlandythe role passes with ok but is never run19:24
pandarlandy: you can't depend-on on the patch in rdo-infra/config, it will not be take into consideration19:27
pandarlandy: bah nevermind, it the patch in rdo-job19:27
pandarlandy: that's legit19:28
rlandypanda: if you mean ... https://review.rdoproject.org/r/#/c/16370/ - I never added that19:28
pandarlandy: added a comment on https://review.rdoproject.org/api/1637019:32
rlandylooking19:33
rlandypanda: didn;t help :(19:51
rlandysame ok pass with no run19:51
* rlandy is ready to put the code back in the playbook19:52
rlandyat least to see it run19:52
weshay_ruckFYI.. folks look for the new gui option in SF20:02
weshay_ruckrdo -sf20:02
weshay_ruckpanda, I'm in mumble I think20:08
pandaweshay_ruck: I see you20:12
pandarlandy: let me try one more thing first20:17
rlandypanda: I tried adding a fuller path20:18
rlandyrdo-infra/rdo-jobs20:18
rlandyugh - no show :(20:22
rlandypanda: any success? otherwise this can move back to playbook20:23
pandarlandy: give me two minutes20:25
rlandypanda: you can have 20 - need to run out for a few20:26
*** rlandy is now known as rlandy|brb20:27
*** agopi is now known as agopi|brb20:37
*** agopi|brb has quit IRC20:41
weshay_ruckanyone have  a sec to bounce an idea around for https://bugs.launchpad.net/tripleo/+bug/179504320:42
openstackLaunchpad bug 1795043 in tripleo "designate's named is conflicting with unbound in CI scenario003" [High,In progress] - Assigned to Ben Nemec (bnemec)20:42
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/560445, (2 more messages)20:49
*** rlandy|brb is now known as rlandy20:49
rlandypanda: anything new?20:54
rlandyI tried just rdo-jobs btw20:55
*** panda has quit IRC20:57
*** panda has joined #oooq20:58
*** rfolco has quit IRC21:18
*** dtrainor_ has joined #oooq21:22
*** dsneddon has quit IRC21:22
*** dsneddon has joined #oooq21:23
pandarlandy: got the role included21:23
pandarlandy: but it's not looking good anyway21:24
pandarlandy: the role is failing an there is no log to debug21:24
rlandypanda: well that's a start21:24
rlandywhat did you change?21:24
*** dtrainor has quit IRC21:24
rlandywhere is the failure?21:25
pandarlandy: I'm discussing with nhicher in sf-dfg, but apparently my first suggestion of using include_role wasn't a good idea. include_role is not supported in this case.21:25
rlandy2018-09-28 21:25:07.174432 | PLAY [primary]21:25
rlandy2018-09-28 21:25:07.206027 |21:25
rlandy2018-09-28 21:25:07.206192 | TASK [tripleo-ci-rdoinfo : Create temporary repos]21:25
rlandy2018-09-28 21:25:07.729426 | primary | MODULE FAILURE21:25
rlandy2018-09-28 21:25:07.755077 |21:25
pandayes21:26
rlandyok - I'll reverse the include_role in the other review21:28
*** agopi|brb has joined #oooq21:28
pandaI'm not sure if using the playbook directly instead will show more errors21:30
rlandypanda: I can try21:32
rlandyreally this is meant to be a easy transition step21:32
rlandybut I am learning that there is no such thing21:33
rlandyperhaps the full translation is easier21:33
rlandylet me try the other test job21:33
rlandyhttps://review.rdoproject.org/r/#/c/16418/21:34
rlandylet's see what that does21:34
rlandy I think the playbook may give us a more exact error21:34
pandarlandy: I see some other problems, I see two rdoinfo jobs with the same name21:34
rlandystep of failure21:34
rlandypossible - where?21:34
pandarlandy: all the rdoinfo jobs in multinode21:35
pandarlandy: with one difference: one version has a phase: variable21:35
pandathe other version has none21:35
rlandycorrect21:35
rlandythe other is release21:35
rlandytaken from the parent job21:35
pandaah21:35
pandaone is testing21:35
pandathe other is release21:35
rlandythat is right21:35
pandaok, just tired eyes then21:36
rlandyI removed the branches per amoralej comment21:36
rlandythey shoudl all be master21:36
rlandypanda; it's late for you21:36
rlandythanks for your help21:36
pandaanother thing that I want to try to see if logging improves is move the playbook to run from pre-run21:36
rlandyI'll try the playbook if I get nothing from the current testjob run21:36
rlandyprobably on sunday21:36
rlandythe logging with role i terrible21:37
rlandythat is a failure of zuul21:37
rlandyif you want to try the playbook, go ahead but I'd like to see the current test job run21:37
pandarlandy: ping me when you have the results21:39
rlandyk - job is queued atm21:39
rlandyshould start shortly21:39
*** vkapalav has quit IRC21:42
pandarlandy: are we sure we can run arbitrary bash code in the ansible executor directly ?21:45
rlandypanda:same deal21:46
rlandypanda: you can go ahead and try the playbook21:46
pandarlandy: I mean, the role is trying to run a shell module on the executor itself21:46
rlandyreally idk - I would love to do the real translation21:47
pandaI know that te executor is pretty much locked down21:47
pandarlandy: what's the real translation for you ?21:47
rlandymaybe that is the issue21:47
rlandythis role adds a new repo file21:47
rlandythis could be done in repo-setup21:47
rlandywith the proper vars21:47
rlandybut requires work  - that amoralej would do21:48
pandano wait, the playbook says host: primary21:48
rlandyif this is becoming too much hassle, we should go for the real solution right away21:48
pandabah, I'm starting to make no sense21:48
rlandyplaybook? or forget it?21:49
rlandywhat's with the tht tests/21:49
rlandywhat needs to change to those?21:50
pandarlandy: I'm not sure, there are some jobs that have a suffix -tht21:50
pandaI did not check what they do different from the others21:50
rlandydiff from other tests?21:50
pandarlandy: yes21:50
rlandyok - I'll check21:50
pandarlandy: do you have the test results, you want me to test the playbook debugging ?21:51
rlandypanda: go ahead21:51
rlandythe test results were the same21:51
pandaoh joy21:52
pandarlandy: nothing works. Even calling the tasks in the playbook direclty without role makes zuul saying just MODULE_FAILURE22:07
pandarlandy: https://logs.rdoproject.org/67/16567/2/check/rdoinfo-tripleo-ocata-testing-centos-7-multinode-1ctlr-featureset005/faf1197/job-output.txt.gz#_2018-09-28_21_58_37_60497722:08
pandawe need to convert this shell script into something debuggable22:09
*** toure is now known as toure|gone22:24
pandarlandy: I did some testing locally, seems the shell module fails on the line "curl -o $CREPOS_FILE -sf "$logs/repos/changed_repos.txt" || exit 1"22:25
pandabasically it exits 122:25
pandabut it's a nightmare debugging it like this.22:25
pandaI'm done, calling it a day22:25
pandathis task is practically collecting all the technical debt left behind for the last 7 months ...22:26
*** panda is now known as panda|off22:26
rlandypanda|off: I hear you22:27
rlandywill pick this up on sunday22:27
*** rlandy has quit IRC22:27
*** tosky has quit IRC22:42
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container, tripleo-ci-centos-7-scenario004-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario009 (2 more messages)22:49
*** dtrainor__ has joined #oooq23:17
*** dtrainor_ has quit IRC23:20

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!