Tuesday, 2019-03-12

*** rascasoft has quit IRC00:00
*** dsneddon has joined #oooq00:02
*** dsneddon has quit IRC00:06
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container, tripleo-ci- (4 more messages)00:18
*** rlandy has quit IRC00:20
*** vinaykns has joined #oooq00:33
*** dsneddon has joined #oooq00:35
*** vinaykns has quit IRC00:39
*** dsneddon has quit IRC00:49
*** agopi has quit IRC01:04
*** dsneddon has joined #oooq01:15
*** dsneddon has quit IRC01:28
*** rascasoft has joined #oooq01:36
*** dsneddon has joined #oooq01:39
*** rascasoft has quit IRC01:44
*** dsneddon has quit IRC01:55
*** dsneddon has joined #oooq02:00
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container, tripleo-ci- (4 more messages)02:18
*** openstackstatus has quit IRC02:22
*** openstack has joined #oooq02:23
*** ChanServ sets mode: +o openstack02:23
*** rascasoft has joined #oooq03:00
*** dsneddon has quit IRC03:05
*** agopi has joined #oooq03:06
*** rascasoft has quit IRC03:10
*** apetrich has quit IRC03:16
*** saneax has joined #oooq03:18
*** dsneddon has joined #oooq03:23
*** dsneddon has quit IRC03:28
*** dsneddon has joined #oooq03:32
*** dsneddon has quit IRC03:37
*** ykarel|away has joined #oooq03:39
*** ykarel|away is now known as ykarel03:39
*** udesale has joined #oooq03:49
*** saneax has quit IRC03:51
*** skramaja has joined #oooq03:52
*** skramaja has quit IRC03:56
*** dsneddon has joined #oooq03:56
*** skramaja has joined #oooq03:57
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-fedora-28-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039 @ https://review.openstack.org/602248,  (3 more messages)04:18
*** rascasoft has joined #oooq04:41
*** udesale has quit IRC04:45
*** udesale has joined #oooq04:46
*** rascasoft has quit IRC04:49
*** dsneddon has quit IRC05:05
*** marios_ has joined #oooq05:09
*** marios_ is now known as marios05:09
ykarelmarios, looks like container-build push job is not working correctly05:16
ykareli commented https://bugs.launchpad.net/tripleo/+bug/1818994/comments/405:17
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)05:17
marioso/ ykarel thanks checking in a minute05:21
*** dsneddon has joined #oooq05:35
*** dsneddon has quit IRC05:39
*** ykarel is now known as ykarel|afk05:40
*** dsneddon has joined #oooq05:42
mariosykarel|afk: o/ looking at it now (we *should* be using tripleo-ci-testing repos in the build job i mean we added it recently but there could be something missing still05:53
*** jtomasek has joined #oooq05:59
*** rf0lc0 has joined #oooq06:00
*** ykarel|afk is now known as ykarel06:01
ykarelmarios, afaik tripleo-ci-testing repo is used06:01
ykarelbut still tripleo-ci-testing tagged containers and version-hash tagged containers are different06:01
ykareltripleo-ci-testing tagged wrong, version hash tagged correct06:02
ykarelyou can try downloading both and confirm06:02
mariosykarel: oh ok i thought your comment was about the repos. so what is wrong about them then I mean what are you comparing in what you're getting from skopo06:04
mariosskopo06:04
mariosha06:04
mariosskopeo06:04
ykarelmarios, my comment was tripleo-common package is not correct(not from tripleo-ci-testing repo) in container06:04
*** jbadiapa has quit IRC06:05
ykarelmarios, try:- trunk.registry.rdoproject.org/tripleomaster/centos-binary-mistral-engine:1ac63709436a0230f547040e4a514470a3c19d78_9c2c4c8f and trunk.registry.rdoproject.org/tripleomaster/centos-binary-mistral-engine:tripleo-ci-testing06:06
ykareland see package list, you will get the difference06:06
mariosykarel: ack06:06
*** rfolco|ruck|off has quit IRC06:07
mariosykarel: well for one i see "Created": "2019-03-11T15:17:57.921333611Z" vs "Created": "2019-03-07T22:55:29.594370349Z", i mean thats definitely an issue they should at least be from same job run06:09
*** irclogbot_0 has quit IRC06:09
*** irclogbot_0 has joined #oooq06:10
*** panda|rover|off has quit IRC06:10
ykarel07 march is too old06:10
ykareljob is running regullary, so seems job itself has issue06:10
mariosykarel: yeah the job first tags using the hash so its the retag which fails i mean its like it didn't tag on ci-testing06:11
mariosit didn't re-tag06:11
ykarelpossibly06:12
*** panda has joined #oooq06:12
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-fedora-28-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039 @ https://review.openstack.org/602248,  (3 more messages)06:18
*** rascasoft has joined #oooq06:19
*** rascasoft has quit IRC06:32
*** saneax has joined #oooq06:49
mariosykarel: panda rf0lc0 fyi https://bugs.launchpad.net/tripleo/+bug/181958307:00
openstackLaunchpad bug 1819583 in tripleo "periodic-... containers-build-push job skips retagging with tripleo-ci-testing" [Critical,In progress] - Assigned to Marios Andreou (marios-b)07:00
mariospanda: am looking at it just fyi07:00
mariospanda: ykarel damn it its a typo yaml vs yml07:03
* marios facepalm 07:03
mariosfixing07:03
ykarelomg :)07:03
marioshttps://git.openstack.org/cgit/openstack-infra/tripleo-ci/commit/?id=0f61e33f01886e3fbf36e7af4110e11a9e4f80bb&context=3&ignorews=0&dt=007:03
mariosykarel: :/07:04
marioso_O07:04
mariosykarel: yeah see in the diff there we add tag.yaml but include tag.yml07:04
mariosdon't know why it didn't fail though on the include07:04
ykarelmarios, may be built_images returned blank list07:05
mariosykarel: hmm :/ that is also not good07:05
mariosykarel: if that is the case though it says 'changed' for that one07:05
marios(i mean in console and also in ara )07:05
marioswhereas the tag is skipped07:06
ykarelchanged can be for blank [] as well07:06
mariosykarel: k well we'll find out07:06
ykarelack07:06
mariosi think next periodic run in 2 hours maybe won't make that one though07:06
ykarelhmm07:06
*** apetrich has joined #oooq07:13
*** dsneddon has quit IRC07:22
*** dsneddon has joined #oooq07:49
*** ykarel is now known as ykarel|lunch07:52
*** kopecmartin|off is now known as kopecmartin07:53
*** dsneddon has quit IRC07:54
*** jbadiapa has joined #oooq07:54
*** jfrancoa has joined #oooq08:07
*** holser_ has joined #oooq08:10
arxcruzsshnaidm: https://review.openstack.org/641641 it was creating the right subunit and gunzip but the ping test remains there, i just copy now the right subunit file without gunzip it :)08:11
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-fedora-28-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq- (3 more messages)08:18
*** ykarel|lunch is now known as ykarel08:20
*** ccamacho has joined #oooq08:21
*** dsneddon has joined #oooq08:29
*** chem has joined #oooq08:29
*** amoralej|off is now known as amoralej08:36
*** jschlueter has quit IRC08:39
*** jschlueter has joined #oooq08:40
*** jpena|off is now known as jpena08:44
*** bogdando has joined #oooq08:46
*** dtantsur|afk is now known as dtantsur08:52
arxcruzsshnaidm: panda https://review.rdoproject.org/r/#/c/18796/ and https://review.rdoproject.org/r/#/c/18795/ please? :D08:56
sshnaidmarxcruz, did you run these jobs somewhere for test/09:01
sshnaidm?09:01
arxcruzsshnaidm: no, how can I do it ? can i add a job on tqe with a depends on rdo?09:02
sshnaidmarxcruz, just make a dummy patch to rdo-jobs and set for example rocky job in "project" there09:02
arxcruzok09:03
arxcruzbrb09:03
sshnaidmarxcruz, https://review.rdoproject.org/r/#/c/19328/09:07
arxcruzsshnaidm: ack09:23
*** rf0lc0 is now known as rfolco|ruck09:34
*** derekh has joined #oooq09:34
*** dsneddon has quit IRC09:35
*** tosky has joined #oooq09:44
bogdandoo/ devops gurus09:48
bogdandohttps://bugs.launchpad.net/tripleo/+bug/1818994/comments/7 weshay WDYT?09:49
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)09:49
bogdandois it time for that yet?09:49
sshnaidmmarios, panda for fedora ovb: https://review.rdoproject.org/r/#/c/19327/09:49
bogdandoI think the update-package run takes something close to the full rebuild time09:50
bogdandogot numbers?09:50
sshnaidmbogdando, we can look at build containers job to compare09:51
bogdandoyeah09:51
bogdandoI wonder where could we host that one-time registry to consume for neighbour jobs executed in the pipeline09:53
mariosack sshnaidm but not right now middle sthing09:53
bogdandoand order it with dependency of zuul09:53
bogdandosomething to place onto discussions list (again)...09:53
bogdandoweshay: ^^09:53
bogdandoykarel: ^^09:54
sshnaidmbogdando, not sure I understand - what does mean "neighbour jobs" registry?09:54
bogdandoso where does that container-build-push live?09:54
bogdandowant to see its numbers09:54
bogdandosshnaidm: those in the zuul pipeline09:55
bogdandothe active one09:55
bogdandothere is a set of standalone/multinode et al jobs there09:55
bogdandoand if we order those on the ad-hoc build containers job instead...09:55
bogdandolike we did for tox ordering09:56
sshnaidmbogdando, https://github.com/openstack-infra/tripleo-ci/blob/e15753d072c051a89890fa29df43f5a58c21a2e2/zuul.d/build-containers.yaml#L509:56
bogdandosshnaidm: https://review.openstack.org/#/q/topic:ci_pipelines+(status:open+OR+status:merged)09:56
bogdandothose neighbors09:56
bogdandosee for dependency:09:56
bogdandoso it may be like that:09:57
bogdandodependencies: &deps_build_containers09:57
bogdandoand adding it for al09:57
bogdandocentrally, in tripleo-ci09:57
sshnaidmbogdando, would be easier just to rebuild all containers every N hours and just download them in jobs09:58
bogdandosshnaidm: no09:59
bogdandoevery N hours brings us back to the source issue09:59
bogdandosee mistral container packages versions mismatching09:59
bogdandoit should be just adhoc versions consumed from zuul deps09:59
bogdandoI mean those depends-on in the patch under test10:00
bogdandoor whatever it assebles dlrn repos for buils from10:00
bogdandobuilds*10:00
sshnaidmbogdando, patch updates don't take time usually10:00
bogdandoso just like we build local dlrn repos for jobs, same to containers registry10:00
ykarelbogdando, looks like mixing issues https://bugs.launchpad.net/tripleo/+bug/181899410:01
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)10:01
bogdandosshnaidm: yeah, but that's for consistency, not time10:01
bogdandowe need consistent view into versions used for builds10:01
ykarel^^ issue is in promotion jobs where we don't update containers, it's issue in container-build-push job10:01
ykarelwhich is new job and not finish yet10:01
*** dsneddon has joined #oooq10:01
bogdandoykarel: I was thinking of just never having possible versions mismatches10:01
bogdandoif that's possible to do for ci jobs10:02
sshnaidmbogdando, not sure I get the problem, how could version be mismatched?10:02
bogdandoplease read for https://bugs.launchpad.net/tripleo/+bug/1818994/comments10:02
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)10:02
ykarelbogdando, yes that's different issue, where container updates are done in all job and takes time when promotion is delayed10:03
ykarelbut can't get how version mismatch issue is realted10:03
bogdandoI think the idea to consume artifacts from promotions on periodic basis is not applicable for the "front side" CI jobs10:03
bogdandoit should be left for periodic jobs only10:03
bogdandoand for regular jobs, let's neven consume periodic promotions just build it all adhoc10:04
bogdandook, nevermind10:04
bogdandothat's just me then10:04
bogdandosorry)10:04
bogdandoperhaps I don't have the whole picture right10:04
bogdandobut still not bought on using periodic promotions for regular jobs, I think that's wrong and always creates the mismatching issues10:06
sshnaidmbogdando, the problem in bug is about tagging containers.. it's not really related10:06
*** dsneddon has quit IRC10:06
sshnaidmbogdando, currently we use newest tripleo packages in containers, they are not waiting for promotion10:07
sshnaidmbogdando, promotions promote non-tripleo packages like nova, etc10:07
bogdandoyes, right. I think I just forgot about tripleo-current etc tags...10:08
bogdandoso do you think building containers for jobs locally wouldn't improve anything?10:09
bogdandothinking of consistency for used versions, not time to do10:09
bogdandoIMO whatever that new tripleo-build-containers-jobs job does, please consider changing it to be done as a step 2 in each pipeline, locally, if tox passes for a change10:12
bogdandoso we could have tox (PASSED) -> tripleo-build-containers-jobs -> PASSED -> standalone/multinode* -> RUNNING10:12
zbrdoes any of you have a r8 machine running all the time? i need to check things from time to time.10:15
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-fedora-28-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq- (3 more messages)10:18
*** panda is now known as panda|rover10:22
arxcruzjesus christ, every time I need to fix something in validate-tempest, that I see som many ifs and elses to all workarounds, I want to cry10:23
arxcruzit's terrible to maintain it, and i did a huge work to rewrite mostly of it in ansible10:23
panda|roverarxcruz: solution ?10:24
arxcruzpanda|rover: get a bomb, and explode everything10:24
arxcruztime machine also works10:24
panda|roverarxcruz: ok, I'll contact the black market10:25
*** skramaja has quit IRC10:25
panda|roverarxcruz: I think I have something based on both your ideas: a time bomb10:26
sshnaidmarxcruz, split it to a few10:29
sshnaidmarxcruz, like tempest-configure, tempest-run-container, tempest-run-package, etc10:29
rfolco|ruckarxcruz, panda|rover I see 2 tempest failures in gate, aware ?10:33
rfolco|ruckhttp://logs.openstack.org/06/640706/3/gate/tripleo-ci-centos-7-standalone/27f4007/logs/undercloud/home/zuul/tempest/tempest.html.gz10:33
rfolco|ruckhttp://logs.openstack.org/43/641743/2/gate/tripleo-ci-centos-7-standalone/e1d6ec2/logs/undercloud/home/zuul/tempest/tempest.html.gz10:33
rfolco|ruckthese 2 ^10:33
*** dsneddon has joined #oooq10:34
arxcruzrfolco|ruck: nope10:34
arxcruzrfolco|ruck: randon i guess10:34
arxcruzrandom10:34
rfolco|ruckrandom in gate is bad10:35
panda|roverrandom is generally bad10:35
arxcruzsshnaidm: yeah, that's what i did, but check the configure-tempest.sh and run-tempest.sh10:35
arxcruzso you check if is container, but also check if is standalone, and if is container, you check for a rc file, however, if is also standalone, it doesn't have a rc file10:36
arxcruzso if you're running a standalone, with containerized tempest, it will fail10:36
panda|rovermarios: zbr I was tasked to push a set of fedora containers to docker.io, can you point me to a hash that is passing deployment ?10:36
arxcruzbecause it doesn't have a rc file10:36
arxcruzand we weren't testing it10:36
*** dsneddon has quit IRC10:39
*** ykarel is now known as ykarel|lunch10:40
sshnaidmarxcruz, I meant completely different roles10:40
sshnaidmarxcruz, so you don't need to check if it's containerized or not, but just run tempest-container role, configured in featureset10:41
arxcruzsshnaidm: problem is, we are moving to os_tempest, so it wont worth the effort10:41
sshnaidmarxcruz, then it's solved :D10:42
arxcruzsshnaidm: but we are not there yet, now i'm working on the problem in promotion, that i need to fix in validate-tempest, but in order to fix it, i have to fix several other things10:42
arxcruzlike inception10:42
arxcruzpanda|rover: is that okay, if we switch to run tempest as packages ?10:43
arxcruzthat would 'fix' the problem10:43
panda|roverzbr: marios pushing e3f9cc7df7c87a2fce4e9ddfa05f8365ca63703d_4bfa3685 to docker.io10:50
panda|roverzbr: marios  and manually promoting to current-tripleo10:51
zbrpanda|rover: cool!10:51
panda|roverarxcruz: fix which problem ? the failure in gates ?10:51
arxcruzpanda|rover: https://bugs.launchpad.net/tripleo/+bug/181944010:52
openstackLaunchpad bug 1819440 in tripleo "phase 1 failing on No such file or directory: '/home/stack/tempest'" [Critical,In progress] - Assigned to Arx Cruz (arxcruz)10:52
panda|roverarxcruz: ah that one10:52
mariospanda|rover: ack i am trying to fix https://launchpad.net/bugs/1819583 still local debug will post sthing in bit there (will update https://review.openstack.org/#/c/642662/ or the parent for test)10:53
openstackLaunchpad bug 1819583 in tripleo "periodic-... containers-build-push job skips retagging with tripleo-ci-testing" [Critical,In progress] - Assigned to Marios Andreou (marios-b)10:53
panda|roverarxcruz: so you want to run tempest from packages and not from containers for all master ?10:53
arxcruzpanda|rover: at least to release the promotion10:54
arxcruzbecause... there are a lot of logic wrong on container, and to really fix it... it might take a while10:54
panda|roverarxcruz: ok, so you suggest we switch that particular job only, to run from packages, on master10:55
sshnaidmpanda|rover, can you take a look please? https://review.rdoproject.org/r/#/c/19327/10:55
sshnaidmarxcruz, why not to configure only phase1 to use package?10:56
panda|roversshnaidm: tested anywhere ?10:58
arxcruzsshnaidm: panda|rover whatever it takes to unblock the promotion :)10:59
panda|roverarxcruz: ok you either modify the call in jenkins or you modify a parameter somewhere to make just that job run on packages11:00
*** dsneddon has joined #oooq11:04
*** ykarel|lunch is now known as ykarel11:07
sshnaidmpanda|rover, not in the job11:08
*** dsneddon has quit IRC11:10
panda|roveroh wow11:10
panda|roverthe promotion script was not updated to promote fedora11:10
panda|roverat all11:10
panda|roverI'll put up a review11:11
*** chkumar|pto is now known as chandankumar11:11
* chandankumar just checking out, will back tomorrow at work!11:12
rfolco|rucksshnaidm, zbr marios: did anyone add f28 container build job to sova ?11:14
zbrnot me11:15
sshnaidmrfolco|ruck, yes11:15
rfolco|rucksshnaidm, can't find it. Show me pls?11:15
sshnaidmrfolco|ruck, it will take a couple hours to appear in the site11:16
rfolco|ruckfair11:16
rfolco|rucksshnaidm, thanks11:16
panda|roverzbr: are the containers called fedora-binary or fedora28-binary ?11:17
zbrpanda|rover: i think without version11:18
panda|roverzbr: ok, good11:18
panda|roverand bad11:18
panda|roverat the same time11:18
panda|rovergood for now, bad for the future11:18
zbryeah, i know that once we get the new centos 8, we will have another round of issues.11:19
zbrpanda|rover: btw, do we need to support both versions 7/8 on the same os release? if not, we do not care.11:20
panda|roverzbr: you will care whens time to make the transition ...11:22
panda|roverOH if you WILL care11:22
panda|rover:)11:22
*** chandankumar is now known as chkumar24611:35
*** dsneddon has joined #oooq11:39
mariosrfolco|ruck: did not (re containers jobs and sova ) and i notice there is no containers-push job at http://cistatus.tripleo.org/promotion/ (saw it friday actually and was away yesterday )11:41
rfolco|ruckmarios, sshnaidm did, it will refresh soon11:42
rfolco|ruckthanks marios11:42
mariosrfolco|ruck: cool thanks11:42
mariosykarel: panda|rover updated the way we're getting th elist of containers.. .using the build log instead https://review.openstack.org/#/c/642662/3/playbooks/tripleo-buildcontainers/run.yaml (& we'll find out after https://review.rdoproject.org/r/#/c/19131/ reports)11:43
*** dsneddon has quit IRC11:44
panda|rovermarios: mmmmhhh11:46
panda|rovermarios: MMMMMMMHHHH11:46
* marios cowers11:47
panda|rovermarios: who creates build.log.txt ?11:49
mariospanda|rover: line 8211:51
*** chem has quit IRC11:51
mariospanda|rover: its the literal list from the kolla build output like http://logs.rdoproject.org/31/19131/4/check/periodic-tripleo-centos-7-master-containers-build-push/ea18cc2/logs/build.log.txt.gz11:52
ykarelmarios, ack, but i think you have to consider failure cases as well11:54
mariosykarel: well the retag should fail and tell us if there was no such container11:55
mariosykarel: that what you mean11:55
ykarelmarios, so you want to push some containers, even if some containers failed to build?11:56
*** jpena is now known as jpena|lunch11:56
mariosykarel: well that happens anyway11:56
mariosykarel: i mean its the way kolla build works... it build and push as soon as built and then move onto next11:56
ykarelmarios, okk, just check if ansible task is clean in case of build failures11:57
ykareli mean built_containers: "{{ (lookup('file', '{{ workspace }}/build.log.txt' )|from_json).built | map(attribute='name') | list  }}"11:57
ykareli have not seen how that file looks like in case of failures11:58
mariosykarel: i mean its a good point and weakness of the current approach... plan is to make it build and push into two tasks in future so we can push all the things at same time rather than current way11:58
mariosykarel: so maybe we should check 'failed' is empty or something in http://logs.rdoproject.org/31/19131/4/check/periodic-tripleo-centos-7-master-containers-build-push/ea18cc2/logs/build.log.txt.gz11:58
ykarelmarios, ack11:58
*** dsneddon has joined #oooq12:01
panda|rovermarios: ykarel yeah, there's some logic about checking taht everything is where it should in the container-push.yml of the promoter. You can look at that12:01
panda|rovermarios: so build.log is not a json file12:01
*** rlandy has joined #oooq12:01
mariospanda|rover: i tried this with wget http://logs.rdoproject.org/31/19131/4/check/periodic-tripleo-centos-7-master-containers-build-push/ea18cc2/logs/buil.log.txt.gz https://paste.fedoraproject.org/paste/cLXw09fGgodVZA-4~SAHhA12:03
mariospanda|rover: seems to read it fine12:03
mariospanda|rover: and from_yaml works same :D12:04
panda|rovermarios: the file is build.log then, not build.log.txt ... the txt is added by the collect logs to make it readable directly from the browser12:05
mariospanda|rover: right... updating!12:05
*** dsneddon has quit IRC12:05
panda|rovermarios: still something doesn't seem right12:05
panda|rovermarios: line 82 is a redirection12:05
mariospanda|rover: and its yaml not json12:05
marioswell isn't it json /me confused12:06
mariosboth works though12:06
panda|rovermarios: how can a file with a correct yaml be created by a bash redirection ?12:06
mariospanda|rover: well its there man http://logs.rdoproject.org/31/19131/4/check/periodic-tripleo-centos-7-master-containers-build-push/ea18cc2/logs/build.log.txt.gz12:07
panda|rovermarios: no ok, I undestand12:07
panda|rovermarios: the openstack overcloud container image build  comamnd actually outputs a yaml12:08
panda|roverand we capture that output in a file12:08
mariospanda|rover: so apparently its both valid yaml and valid json ... :/ http://yaml-online-parser.appspot.com/?url=http%3A%2F%2Flogs.rdoproject.org%2F31%2F19131%2F4%2Fcheck%2Fperiodic-tripleo-centos-7-master-containers-build-push%2Fea18cc2%2Flogs%2Fbuild.log.txt.gz https://www.freeformatter.com/json-validator.html12:08
mariospanda|rover: ack12:08
panda|roverand deventually error in mor loggy fashion in build-err.log12:08
panda|rovermarios: valid json is also valid yaml, but the opposite is not12:09
panda|rovermarios: I think the command is outputting json12:09
mariospanda|rover: bah ok updating again :D12:09
*** trown|outtypewww is now known as trown12:10
arxcruzpanda|rover: where's the job definition for tripleo-quickstart-promote-ocata-rdo_trunk-minimal ?12:10
panda|rovermarios: which is good for ansible12:10
panda|roverarxcruz: in jenkins12:10
panda|roverarxcruz: why ocata ?12:11
arxcruzpanda|rover: sorry, wrong copy and paste12:12
panda|roverarxcruz: https://ci.centos.org/job/tripleo-quickstart-promote-ocata-rdo_trunk-minimal_pacemaker/12:12
panda|roverarxcruz: the answer is similar anyway, you have to modify the jenkins config12:12
arxcruzpanda|rover: i mean, which repo should I edit?12:13
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container, tripleo-ci- (3 more messages)12:18
*** panda|rover is now known as panda|rover|lunc12:21
weshaypanda|rover|lunc rfolco|ruck thanks for the work this morning.. afaict.. rdo may be down again?12:24
rfolco|ruckweshay, I did not check last hour, let me refresh12:25
rfolco|ruckweshay, rdo seems ok, did you see anything ?12:26
weshayrfolco|ruck ya.. looking at the cockpit, noticing the measurements stopped at yesterday12:28
weshayand all the node failures12:28
sshnaidmpanda|rover|lunc, fixed https://review.rdoproject.org/r/#/c/19327/12:31
*** dsneddon has joined #oooq12:33
*** chem has joined #oooq12:33
rfolco|ruckweshay, I see some retry_limit from yesterday... stack create looks good http://dashboard-ci.tripleo.org/d/cEEjGFFmz/cockpit?orgId=1&panelId=232&fullscreen12:33
rfolco|ruckoh no12:34
rfolco|ruckweshay, right, latest periodic did not run, ok12:34
jaosoriorstill seeing:12:38
jaosorior2019-03-12 11:40:50 | [2019/03/12 11:38:04 AM] [ERROR] stdout: ERROR     : [/etc/sysconfig/network-scripts/ifup-eth] Error, some other host (26:72:54:BF:0B:59) already uses address 172.17.0.71.12:38
jaosoriorin OVB12:38
*** dsneddon has quit IRC12:39
weshayjaosorior ya.. I think rdo is back down12:42
rfolco|ruckjaosorior, will also check if rdo needs a cleanup12:43
weshayrfolco|ruck that happens automatically12:43
weshayhowever it isn't able to kill everything at times12:43
jaosoriorbrb12:43
rfolco|ruckweshay, no more leftovers like used ips?12:43
*** jaosorior has quit IRC12:43
rfolco|ruckweshay, yep, thats what I am talking about12:43
weshayk we have about 6 instances in error state12:44
*** udesale has quit IRC12:50
*** udesale has joined #oooq12:51
panda|rover|luncweshay: https://hub.docker.com/r/tripleomaster/fedora-binary-openstack-base/tags12:57
sshnaidmweshay, panda|rover|lunc do we need ovb jobs with fedora? https://github.com/rdo-infra/rdo-jobs/blob/98bbed7e0157a175b7ee2b6d4604408344ce7c54/zuul.d/ovb-jobs.yaml#L29512:58
*** jpena|lunch is now known as jpena13:00
panda|rover|luncsshnaidm: we probably do, I don't think we can't seriously promote without OVB. Not sure about the time though13:02
sshnaidmpanda|rover|lunc, mm.. but ovb nodes as fedora or centos?13:03
sshnaidmpanda|rover|lunc, because this job will use fedora as undercloud and centos as overcloud13:03
mariosm hicks call now reminder13:04
panda|rover|luncmarios: ZZZzz13:05
weshaywait..13:11
weshaydid I just hear base rhel is now open?13:12
weshayI just joined13:12
weshaymarios ^13:12
*** panda|rover|lunc is now known as panda|rover13:12
mariosweshay: last/ready build last night but live at summit13:15
*** jaosorior has joined #oooq13:15
weshay?13:15
weshaynot understanding that13:15
*** dsneddon has joined #oooq13:15
mariosweshay: not sure but see pvt13:17
*** dsneddon has quit IRC13:20
amoralejwe are updating ovs for stein, we have gated with oooq jobs but let us know if you observe anything abnormal13:25
*** dsneddon has joined #oooq13:25
amoralejmoving to 2.11, will be in the repo in next hour or so13:25
amoralejhttps://review.rdoproject.org/r/#/c/19209/13:25
weshayamoralej any progress in the planning to squash dlrn and dlrn-deps into a single repo for master?13:27
amoralejwes, we added some info in https://tree.taiga.io/project/tripleo-ci-board/epic/601 about deps repo13:28
amoralejand how to use it in a versioned way13:28
weshayamoralej k thanks for pointing that out, will review13:30
*** dsneddon has quit IRC13:32
panda|roverte-broker changed address13:45
jaosorioroops13:45
jaosoriorpanda|rover: why was the change of address an issue?13:46
ykarelpanda|rover, te-broker still used? i thought all ovb job moved away from it13:47
panda|roverjaosorior: it's mostly a toolbox now, used for minor tasks, previously it meant that RDO job could not contact it to spawn OVB environment13:48
panda|roverykarel: jaosorior we still run the script that cleans up OVB stacks there, and it wasn't running properly without floating ip13:48
ykarelpanda|rover, ack, thanks for clarifying it13:49
jaosoriorI se13:49
panda|roverbut even after the cleanup, we have 30 instances out of 730 older than 5 hours13:49
panda|roverthat means that hte load is legit and very high13:49
*** jbadiapa has quit IRC13:55
*** dsneddon has joined #oooq13:56
*** openstack has joined #oooq15:38
*** ChanServ sets mode: +o openstack15:38
*** openstackstatus has joined #oooq15:38
*** ChanServ sets mode: +v openstackstatus15:38
weshayI'm slow to respond, in another mtg15:38
* weshay rereads to see if I get a similar impression15:38
mariosweshay: panda|rover rfolco|ruck removing promotion blocker comment #2 https://bugs.launchpad.net/tripleo/+bug/181958315:40
*** dsneddon has joined #oooq15:41
*** jbadiapa has quit IRC15:41
rfolco|ruckmarios, ack15:43
openstackLaunchpad bug 1819583 in tripleo "periodic-... containers-build-push job skips retagging with tripleo-ci-testing" [Critical,In progress] - Assigned to Marios Andreou (marios-b)15:43
mariosweshay: rfolco|ruck panda|rover also https://bugs.launchpad.net/tripleo/+bug/1818994/comments/1015:51
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)15:51
arxcruzsshnaidm: https://review.openstack.org/#/c/641641/ it's working now :)15:51
arxcruzsshnaidm: http://logs.openstack.org/41/641641/5/check/tripleo-ci-centos-7-standalone-os-tempest/28e3506/logs/testrepository.subunit.gz15:52
panda|rovermarios: uhm, is mistral is building with the wrong package , it happens even before the first tagging15:55
mariospanda|rover: can you rephrase please15:58
panda|rovermarios: was reading https://bugs.launchpad.net/tripleo/+bug/1818994. if tripleo-common ended up with a wrong version in mistral container, it's either hash mismatch between containers, or the mistral container did not build with the correct tripleo-common package. And in this last case, this happens *BEFORE* any tagging or retagging.16:01
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)16:01
*** weshay is now known as Dwight16:18
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset035, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container, tripleo-ci- (3 more messages)16:18
*** Dwight is now known as DwightH16:18
*** DwightH is now known as weshay16:19
*** agopi has joined #oooq16:22
*** ccamacho has quit IRC16:29
*** jfrancoa has quit IRC16:31
*** holser_ has quit IRC16:31
panda|roversshnaidm: do we have specific file as environemnt for tq/tqe in RDO  ?16:32
sshnaidmpanda|rover, multinode-rdocloud.yml, ovb-rdocloud.yml16:34
sshnaidmpanda|rover, all *rdocloud.yml https://github.com/openstack-infra/tripleo-ci/tree/668c03178df892055d3d30dde1c04b5d50883f90/toci-quickstart/config/testenv16:34
*** udesale has quit IRC16:37
panda|roversshnaidm: yep, ok, but all in tripleo-ci, and nowhere else.16:38
sshnaidmpanda|rover, where should it be?16:38
*** chem has quit IRC16:38
panda|roversshnaidm: wonder why we are not setting undercloud_docker_registry_mirror in thos files16:38
sshnaidmpanda|rover, why should it differ from upstream?16:39
sshnaidmtoci-quickstart/config/testenv/multinode.yml:undercloud_docker_registry_mirror: "{{ lookup('env','NODEPOOL_DOCKER_REGISTRY_PROXY') }}"16:40
sshnaidmthe same thing should be for rdo cloud16:40
panda|roversshnaidm: that's what I don't understand, why are we setting that value for upstream and not for rdocloud16:41
sshnaidmpanda|rover, we apply multinode-rdocloud after we apply multinode.yml16:41
sshnaidmat least we should16:42
panda|rovermmhh, the chain of overrides strikes again.16:43
*** d0ugal has quit IRC17:04
weshaymarios need to chat any more about tagging?17:04
*** kopecmartin is now known as kopecmartin|off17:05
panda|roverweshay: IIUC there's still some concern if the missed tag is affecting bugs like https://bugs.launchpad.net/tripleo/+bug/1818994 somehow. I was trying to understand where the wrong tripleo-common package version came from17:06
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)17:06
weshaysshnaidm were you able to get on any of those boxes17:10
weshay?17:11
sshnaidmweshay, not yet17:11
weshaypanda|rover let me know if you need to hand off anything17:11
weshaymarios zbr panda|rover fyi :) f28 is running through deployment upstream http://logs.openstack.org/88/615988/26/check/tripleo-ci-fedora-28-standalone/8221d4a/logs/tempest.html.gz17:15
weshayone fix for  at least some of the tempest is https://review.openstack.org/#/c/642517/17:16
zbrweshay: btw, what is the conclusion with nove hw arch? we got N answers, with N+1 ideas :)17:17
zbrq35 ?17:17
weshayzbr see my email to openstack-discuss17:19
weshayzbr going to go w/ pc first.. and see how q35 goes17:20
*** trown is now known as trown|lunch17:20
zbrso i need to ping few people to merge https://review.openstack.org/#/c/642517/217:21
weshayarxcruz is this still wip? https://review.openstack.org/#/c/635478/17:21
zbrpanda|rover: sshnaidm please help with ^^17:22
sshnaidmzbr, it worth to review it only after CI jobs pass17:23
panda|roverzbr: I have no idea what that patch is doing , completely mssing context17:24
*** panda|rover is now known as panda|rover|off17:24
zbrlots of emails on openstack-discuss rel to it. mainly fedora default hw-arch used by nova was not compatible  and we are switching to a value that is more portable "pc". it has no side effects on centos because pc is an alias pointing to current value.17:25
zbrthink about "pc" to some kind of "current"17:26
zbri will try to update the bug with info related to the issue....17:26
sshnaidmzbr, yes, please, there is no any info in bug about it17:27
zbrpanda|rover|off: sshnaidm I updated the description17:38
*** dtantsur is now known as dtantsur|afk17:39
zbri think that in the end we do want this one https://review.openstack.org/#/c/642443/ -- but i will wait for the CI results.17:40
weshayzbr the comment from nova folks was already not to use pc17:45
weshayzbr the suggestion is q35 or what ever17:45
weshaynote my email re: rhel doc17:45
weshayof course we get a node failure on the f28 container build17:46
weshay:(17:46
zbrweshay: my impression was that q35 was likely better, but I would prefer two steps: pc first, and q35 after. I was writing the follow-up as we chat.17:46
weshayzbr right.. but not in the puppet17:46
weshaynot at first at least17:46
weshaylet's update the standalone jobs.. and then we'll propose q35 on puppet17:46
weshayfor x86_6417:46
*** amoralej is now known as amoralej|off17:47
zbrweshay: not against it but we need to remember to undo our override if we do this.17:48
zbrweshay: i am glad that q35 is supported by my obsoleted supermicro nodes, i was worried that my be left outside. ;)17:50
zbrweshay: this may be only few chars to change but this kind of change can have major implications.17:51
zbrweshay: lest use this topic for the subject https://review.openstack.org/#/q/topic:nova-arch+(status:open+OR+status:merged)17:52
*** bogdando has quit IRC17:52
zbrso we avoid duplicating efforth17:52
*** derekh has quit IRC17:55
weshayzbr++17:56
hubbot1weshay: zbr's karma is now 217:56
*** jbadiapa has joined #oooq17:58
weshayrlandy can you look at the timeout value for ovb jobs in rdo18:00
weshayI think we may need 3.5 hrs18:00
rlandyweshay: ack18:01
rlandyweshay: depends on the ovb - some have diff specified timeouts - which one is problematic18:02
sshnaidmrlandy, weshay take a look please: https://review.rdoproject.org/r/#/c/19259/  it fixes git-review problem with libvirt mode, and finally it works in beaker machines18:02
weshayrlandy /me looking at http://dashboard-ci.tripleo.org/d/cEEjGFFmz/cockpit?orgId=1&panelId=207&fullscreen18:03
weshayfs00118:03
weshayfs3518:03
rlandyon master = I see18:04
sshnaidmrlandy, weshay with this patch: http://rdo-ci-fx2-02-s4.v101.rdoci.lab.eng.rdu.redhat.com:8000/01/1001/1/check/tripleo-ci-centos-7-standalone-dlrn-hash-tag/2f9cc57/job-output.txt.gz18:04
rfolco|ruckanyone seen this before or have any insights?18:06
rfolco|ruckhttp://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-centos-7-master-containers-build-push/ea05d75/logs/build-err.log.txt.gz18:06
rfolco|ruck2 containers started failing to build18:06
rfolco|ruckERROR:kolla.common.utils:ironic-inspector Failed with status: error18:06
rfolco|ruckERROR:kolla.common.utils:octavia-base Failed with status: error18:06
sshnaidmweshay, check this please: https://review.rdoproject.org/r/#/c/19327/18:08
* rlandy is looking for obvious timeout18:09
rlandycollect logs18:09
*** d0ugal has joined #oooq18:09
*** sshnaidm is now known as sshnaidm|afk18:11
rlandyweshay: collect_logs took 20 mins18:11
rlandycomparing that with other fs001 job18:12
*** trown|lunch is now known as trown18:13
rlandyI guess previously it took 18 mins18:14
rlandyso we may have overrun18:14
rlandyweshay: ack - looks like master is overrunning the time during collect logs ... I would agree to increase the time but there may be a reason we have a time increase18:18
hrybackio/ -- where is OOOQ dropping live deployment logs nowadays?18:18
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset035, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container, tripleo-ci- (3 more messages)18:19
rlandycollect logs runs 20 mins - used to run 18 - which is not a big deal18:19
rlandybut the previous run time plus that pushes over the mark18:19
rlandysshnaidm|afk: looks ok - waiting on ci to complete18:23
hrybackispecifically trying to find more details during undercloud deployment that keeps18:27
rlandyhrybacki: where is your job running upstream or rdocloud?18:29
hrybackirlandy: neither -- running locally to a virthost18:29
hrybackiI recall there used to be an undercloud_deploy.log* but sniffing around I can't seem to find that18:30
rlandycan you access the undercloud?18:30
rlandy undercloud_install.log in /home/<user>18:31
hrybackirlandy++ ty18:32
hubbot1hrybacki: rlandy's karma is now 4918:32
weshayhrybacki if you reference an upstream job.. you'll see a bunch of helpful links18:32
weshayhrybacki rlandy https://review.openstack.org/#/c/642546/18:33
weshayhrybacki ovb jobs are the same but we can't create the footer there yet .. e.g. http://logs.openstack.org/46/642546/1/check/tripleo-ci-centos-7-containers-multinode/052bd3f/logs/18:34
hrybackinice18:34
hrybackiweshay: are we able to deploy against RDO Cloud again already?18:34
weshayhrybacki it's starting to go green again .. http://dashboard-ci.tripleo.org/d/cEEjGFFmz/cockpit?orgId=1&panelId=207&fullscreen18:35
weshaywe're looking at the timeouts18:35
weshaystill not great.. but it may work18:35
weshayhrybacki actually18:35
weshayjump on my blue18:35
* weshay will show you something possibly helpful18:36
weshayhttps://bluejeans.com/u/whayutin/18:36
hrybackiack18:36
weshaysshnaidm|afk jobs on vexx are working :)18:40
weshayhrybacki http://logs.rdoproject.org/83/642583/2/openstack-check/tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001/79d4eda/logs/README-reproducer-zuul-based-quickstart.html18:42
*** jpena is now known as jpena|off18:44
rlandyweshay: been looking at jobs times for fs001 master vs rocky - jobs are definitely running longer18:56
rlandymaybe that's expected18:56
weshayrfolco|ruck fix_released if it's working19:02
weshayrlandy well.. there are a lot of yum updates to containers now too19:02
rfolco|ruckweshay, panda|rover|off had already moved to fix_release. I just checked latest runs and confirmed the error vanished.19:02
weshaybecause the lack of promotions19:02
weshayrfolco|ruck k19:03
weshaythanks19:03
rfolco|ruckweshay, thank you19:03
rlandyweshay: k - just to be aware if we are covering a performance regression19:03
rlandybut +1 to increasing the time19:03
rlandyclear that we are running out during collect logs19:03
rlandynot one particular step19:04
weshayfailing the jobs is not going to find it,  but enabling rooks team would be ++ for that19:04
weshayrlandy ya.. that is VERY difffifcult to isolate19:04
rlandyweshay: ack - in process19:04
weshayrlandy let's just add 30min and then get back to work on the other stuff.. getting rook up there would be the best thing we can do19:05
weshayrlandy also you'll want to review this.. re: reproducer https://review.openstack.org/#/c/642578/19:05
weshayopen to changing that19:05
rlandyah we're going public now19:06
weshayrlandy not really19:20
weshaybut still want to call the old one out as deprecated19:21
weshayor maybe.. a different name19:21
weshaymaybe the new one is NEW19:21
weshayreally I'm trying to clean up the dir19:21
*** d0ugal has quit IRC19:23
weshayrfolco|ruck are the overcloud deployment failures in periodic master accounted for in the bugs you guys opened this morning?19:27
rlandyweshay: understand - looks reasonable19:28
rfolco|ruckweshay, one is tempest, and I opened yesterday. The others I filed this morning is not periodic master. It's gate.19:30
weshayrfolco|ruck ok.. let's get the periodic failures in lp's19:31
fmountping19:31
weshayumount19:31
rfolco|ruckweshay, right I'll check latest failures and open bugs19:31
weshayrfolco|ruck this looks like infra to me http://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001-master/72b71cd/logs/undercloud/home/zuul/overcloud_deploy.log.txt.gz19:33
rfolco|ruckrlandy, any reason the new repro would not reproduce this https://ci.centos.org/artifacts/rdo/jenkins-tripleo-quickstart-promote-rocky-rdo_trunk-minimal-118/console.txt.gz ?19:33
rfolco|ruckweshay, apparently yes, panda|rover|off and I had the same conclusion about this.19:34
rfolco|ruckweshay, I'm finding any other different one... if you have anything send to me, I can file bugs19:34
rlandyrfolco|ruck: what do you mean by not reproduce?19:35
rlandynot fail the same way?19:35
rfolco|ruckrlandy, reproducer is supposed to work on this job ?19:35
rfolco|ruckrlandy, the new one19:35
rlandyrfolco|ruck: ack - only works with zuul-based jobs19:36
weshayrfolco|ruck this one got passed os-net-config http://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-centos-7-ovb-1ctlr_1comp-featureset002-master-upload/3565ce7/logs/undercloud/home/zuul/overcloud_deploy.log.txt.gz19:36
rfolco|ruckI want to build an env for arx to debug19:36
rlandyrfolco|ruck: it's a zuul-based reproducer19:36
weshayrfolco|ruck any ci.centos job you just run quickstart.sh19:36
weshayw/ the same args19:37
weshayyou'll need your centos box to do that19:37
weshayone19:37
weshayanyone see pip fail on build-test-packages?19:37
weshay2019-03-12 19:25:43.496709 | primary |   Could not find a version that satisfies the requirement cryptography>=2.3 (from pyOpenSSL>=16.2.0->rdopkg==0.47.3) (from versions: )19:37
weshay2019-03-12 19:25:43.496802 | primary | No matching distribution found for cryptography>=2.3 (from pyOpenSSL>=16.2.0->rdopkg==0.47.3)19:37
rfolco|ruckweshay, this one fs002 above hits the pacemaker bug19:45
rfolco|ruck"Error: Evaluation Error: Error while evaluating a Function Call, The 'hacluster_pwd' hiera key is undefined, did you forget to include ::tripleo::profile::base::pacemaker in your role? (file: /etc/puppet/modules/tripleo/manifests/profile/base/pacemaker.pp, line: 94, column: 5) on node overcloud-controller-0.localdomain",19:45
rfolco|ruckso fs001 probably infra, fs002 pacemaker19:45
rfolco|ruckhttps://bugs.launchpad.net/tripleo/+bug/1818994 probably does not show in cockpit coz it was reopened (was in fix_commit)19:48
openstackLaunchpad bug 1818994 in tripleo "ovb jobs broken because pacemaker is unconfigured" [Critical,Triaged] - Assigned to Juan Antonio Osorio Robles (juan-osorio-robles)19:48
rfolco|ruckweshay, ^19:48
rfolco|ruckso tempest, pacemaker... checking what else19:49
rfolco|ruckweshay, actually latest periodic skipped due to container build bug - https://bugs.launchpad.net/tripleo/+bug/181976620:01
openstackLaunchpad bug 1819766 in tripleo "containers build job failing" [Critical,Triaged] - Assigned to Gabriele Cerami (gcerami)20:01
weshayrfolco|ruck put the trace in the summary please https://bugs.launchpad.net/tripleo/+bug/181976620:08
openstackLaunchpad bug 1819766 in tripleo "containers build job failing" [Critical,Triaged] - Assigned to Gabriele Cerami (gcerami)20:08
weshayso we can find it amoungst other container build job failures20:08
rfolco|ruckweshay, this is all the job produces20:09
rfolco|ruckI put what we see in build-err.log20:10
weshayrfolco|ruck /me updated20:12
rfolco|ruckweshay, ah with containers name20:12
rfolco|rucknot trace20:12
weshaywell .. usually a trace if the the trace is meaningful20:13
weshayin this case it's not20:13
rfolco|ruckk20:13
weshayrfolco|ruck folks get into the habit of saying.. for instance20:13
weshaymultinode-container job failed... as the bug summary20:13
weshayso you end up w/ 30 bugs w/ that summary20:13
rfolco|ruckweshay, agreed20:14
weshayrfolco|ruck so do your best to make it specific and hopefully unique20:14
rfolco|ruckweshay, ok thanks for your patience20:14
weshayrfolco|ruck it would be nice to update the upstream playbook that logs container build to get more info20:14
rfolco|ruckweshay, ok, I have the timestamp patch maybe we can add more verbose logs20:15
weshayhttps://github.com/openstack-infra/tripleo-ci/blob/master/playbooks/tripleo-buildcontainers/post.yaml#L10-L2720:15
rfolco|ruckweshay, https://review.openstack.org/#/c/639089/5/playbooks/tripleo-buildcontainers/run.yaml20:16
rfolco|ruckweshay, need a more verbose output to openstack container build command20:17
rfolco|ruckor in kolla.cfg I don't know20:18
weshayrfolco|ruck that is a very helpful update20:18
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset035, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-fedora-28-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq- (3 more messages)20:19
weshayrfolco|ruck we're going to switch to http://logs.openstack.org/89/639089/5/check/tripleo-build-containers-centos-7-buildah/cd41d96/logs/buildah-builds/ buildah soonish20:20
weshaywould be interesting to see if http://logs.openstack.org/89/639089/5/check/tripleo-build-containers-centos-7-buildah/cd41d96/logs/build.log.txt.gz20:21
weshayis really all the real output we get20:21
weshayEmilien did that work..20:21
* weshay checks to see if there is a job that fails20:21
rfolco|ruckweshay, hmm doesn't seem to be collecting stderr20:22
weshayhttp://logs.openstack.org/63/642663/5/check/tripleo-build-containers-centos-7-buildah/a3c4184/logs/build-err.log.txt.gz20:22
rfolco|ruckmight be wrong though20:22
weshayhttp://logs.openstack.org/63/642663/5/check/tripleo-build-containers-centos-7-buildah/a3c4184/logs/build.log.txt.gz20:23
rfolco|ruckah there is20:23
weshayhrm.. not much info20:23
* weshay pings Emilien20:23
rfolco|ruckyeah need to increase verbosity or debug mode on kolla.cfg I suppose... or in openstack cmd20:23
weshayrfolco|ruck I think it would be kolla.cfg20:25
weshaynot sure20:25
weshaybut I think so20:25
weshaycommon is just a wrapper20:26
rfolco|ruckweshay, looking at kolla docs20:26
rfolco|ruckweshay, there is a debug = true20:28
rfolco|ruckweshay, will put in a patch for check job20:28
weshaythanks20:32
*** agopi has quit IRC20:42
*** fmount has quit IRC20:43
*** fmount has joined #oooq20:44
*** chkumar246 is now known as chandankumar20:47
rlandyweshay: hello21:20
rlandyweshay: new wrt internal shared user21:20
weshayrlandy howdy21:20
rlandyweshay: pasting  on pvt - internal details21:21
weshayrlandy we need to not use rdo mirros in the reproducer21:23
weshay:(21:23
weshay2019-03-12 21:22:58.996567 | primary | Could not install packages due to an EnvironmentError: HTTPConnectionPool(host='mirror.regionone.rdo-cloud.rdoproject.org', port=80): Max retries exceeded with url: /pypifiles/packages/50/d8/95f7cb04344033bf9d1a12c5a7969a15999b6a710fbe1969c517333d9a62/bcrypt-3.1.6-cp27-cp27mu-manylinux1_x86_64.whl (Caused by C21:23
weshayonnectTimeoutError(<pip._vendor.urllib3.connection.HTTPConnection object at 0x7f74d8297990>, 'Connection to mirror.regionone.rdo-cloud.rdoproject.org timed out. (connect timeout=60.0)'))21:23
rlandyweshay: because rdocloud goes down?21:23
rlandyif running in rdocloud, it's best21:24
rlandyfor libvirt we set it otherwise21:24
rlandyweshay: ^^ what do you want set?21:25
* rlandy thinks there is a mirror option21:26
weshayrlandy I don't know re: mirrors21:26
weshayfailing twice in a row21:26
weshay:(21:26
weshaymakes me sad21:26
rlandywhere are you running?21:26
rlandylibvirt or rdocloud?21:26
*** agopi has joined #oooq21:27
weshayrlandy I guess it was an rdo job21:27
weshayovb21:27
weshayso it theory it should work.. but DANG IT21:27
rlandythe rdocloud mirrors are best21:27
rlandyyo can set them in the script21:27
weshaythey were21:28
rlandybut not sure that's a good idea21:28
rlandyto something other than rdo mirrors21:28
weshayDownloading http://mirror.regionone.rdo-cloud.rdoproject.org/pypifiles/packages/7b/7c/c9386b82a25115cccf1903441bba3cbadcfae7b678a20167347fa8ded34c/pyasn1-0.4.5-py2.py3-none-any.whl (21:28
rlandyyou can try ... https://github.com/openstack/tripleo-quickstart-extras/blob/master/roles/create-zuul-based-reproducer/templates/reproducer-zuul-based-quickstart.sh.j2#L25721:32
rlandywhen you run the launcher playbook21:32
rlandyweshay: ^^21:32
weshayk will try in a bit..21:45
*** vkapalav has quit IRC21:51
zbrinteresting q35 seems to break some tempest test, https://stackoverflow.com/questions/55131153/how-do-i-make-pytest-fail-fast-as-a-user-level-configuration21:52
zbr... or they are caused by something else.21:52
*** d0ugal has joined #oooq21:53
zbri am curious what caused tmpwatch to fail to install on f28 job.... as the rpm is clearly the same on both distros. http://logs.openstack.org/17/642517/2/check/tripleo-ci-fedora-28-standalone/cea6a01/logs/undercloud/home/zuul/standalone_deploy.log.txt.gz#_2019-03-12_19_09_4421:58
rlandyweshay: when you have a moment ... https://sf.hosted.upshift.rdu2.redhat.com/logs/51/165051/18/check/tripleo-ci-rhel-7-standalone-rhos-14/95f88cb/job-output.txt.gz#_2019-03-12_17_33_02_374238 - any suggestions with deps on rhel?22:08
hubbot1FAILING CHECK JOBS on master: tripleo-ci-centos-7-standalone-upgrade, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset035, tripleo-ci-centos-7-scenario008-multinode-oooq-container, tripleo-ci-centos-7-ovb-3ctlr_1comp_1supp-featureset039, tripleo-ci-centos-7-scenario012-standalone, tripleo-ci-fedora-28-standalone, tripleo-ci-centos-7-scenario010-multinode-oooq-container @ https://review.openstack.org/604298,  (3 more messages)22:19
*** agopi has quit IRC22:23
*** tosky has quit IRC22:43
*** jjoyce has quit IRC22:46
*** jjoyce has joined #oooq22:48
*** jjoyce has quit IRC22:51
*** jjoyce has joined #oooq22:52
*** rascasoft has quit IRC23:05
*** rascasoft has joined #oooq23:40
*** dsneddon has quit IRC23:46
*** rascasoft has quit IRC23:53

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