15:01:33 #startmeeting RDO meeting - 2017-03-01 15:01:34 Meeting started Wed Mar 1 15:01:33 2017 UTC and is due to finish in 60 minutes. The chair is amoralej. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:35 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:37 The meeting name has been set to 'rdo_meeting___2017_03_01' 15:01:47 Oh, is it that time already? 15:01:47 #topic rollcall 15:01:55 o/ 15:01:55 o/ 15:02:02 o/ 15:02:03 o/ 15:02:05 o/ 15:02:08 o/ 15:02:18 o/ 15:02:41 #chair myoung rbowen dougbtv number80 jruzicka leifmadsen trown jpena 15:02:42 Current chairs: amoralej dougbtv jpena jruzicka leifmadsen myoung number80 rbowen trown 15:03:39 * apevec not here, but on other mtg... 15:03:49 * apevec will read back 15:04:31 ok, then let's start with topics 15:05:08 #topic openstack-puppet-modules in pike cycle 15:05:26 \o/ 15:05:29 we discussed earlier today about what to do with o-p-m 15:05:36 #chair chandankumar 15:05:37 Current chairs: amoralej chandankumar dougbtv jpena jruzicka leifmadsen myoung number80 rbowen trown 15:05:44 +1 to drop it 15:06:01 but in fabor of? 15:06:11 s/fabor/favor/ 15:06:12 is there a discussion somewhere that can be linked for reference? 15:06:20 I abstain :) 15:06:22 adding individual requires to puppet-tripleo and openstack-packstack 15:06:27 +1 15:07:07 +1, p-o-i doesn't need it at all if I remember correctly 15:07:12 opm was meant to be transitional solution between monolithic opm and individual puppet modules packages 15:07:20 #info conext about discussion in http://eavesdrop.openstack.org/irclogs/%23rdo/latest.log.html#t2017-03-01T12:44:26 15:07:26 thx 15:07:52 one of the proposals is to convert puppet-tripleo in new meta-package for tripleo only 15:08:08 which i don't know if it's the right solution 15:08:21 and making o-p-m to depend on it for backwards compatibility 15:08:59 right now dib elements for overcloud image creation is using o-p-m and instack-undercloud use o-p-m also 15:09:21 \o 15:09:31 anyway, i think it's something we need to discuss with tripleo team, as they are the only user and may require changes in their side 15:10:08 #chair number80 15:10:09 Current chairs: amoralej chandankumar dougbtv jpena jruzicka leifmadsen myoung number80 rbowen trown 15:10:10 amoralej: if the dib elements switched to including puppet-tripleo it would work 15:10:15 #chair dmsimard 15:10:16 Current chairs: amoralej chandankumar dmsimard dougbtv jpena jruzicka leifmadsen myoung number80 rbowen trown 15:10:19 +1 on splitting opm down to individual requires 15:10:39 EmilienM: ^ 15:10:42 amoralej: right now they dont because puppet-tripleo is really used on the undercloud, but it would not hurt anything to install it on the overcloud 15:10:46 but puppet-tripleo is an real puppet module 15:11:01 adding requirements on it not purely required by it may be a bit artifical, not? 15:11:06 yep, but it calls other puppet modules? 15:11:13 ya but it is an integration layer 15:11:18 but i think not all of them 15:11:23 amoralej, it has list of modules in upstream source 15:11:34 amoralej, that must be synced to rpm deps 15:11:39 you mean https://github.com/openstack/puppet-tripleo/blob/master/Puppetfile_extras ? 15:11:42 not all of them I confirm 15:11:56 amoralej: this file is for modules that have unit tests in puppet-tripleo 15:12:00 I'm fine with asking tripleo folks, we're only on the first week of Pike cycle 15:12:32 Proposal: discuss this on rdo-list 15:12:47 ok 15:12:49 mhh, yeah works for me 15:13:05 i'll add action to myself 15:13:11 Aso, if I might suggest something 15:13:13 do as you like 15:13:31 If we could phrase it, rather than dropping something, asking for osmoene from the community to step up to do it 15:13:56 rbowen: actually, OPM is just an empty package pulling other stuff 15:14:06 Oh, my mistake. carry on. 15:14:10 no worries 15:14:23 #action amoralej to send a mail to rdo-list about future of openstack-puppet-modules package 15:14:37 I'm looking for places where we can call out things to the community where people can step in and do things that are not getting done due to lack of time, or whatever. 15:15:04 let's move on to next topic 15:15:13 #topic announcements 15:15:30 #info RDO Ocata - https://www.rdoproject.org/blog/2017/02/rdo-ocata-released/ 15:15:45 #info Videos from PTG beginning to appear at https://www.youtube.com/playlist?list=PLOuHvpVx7kYksG0NFaCaQsSkrUlj3Oq4S 15:15:50 Thanks to everyone that helped get Ocata out the door, and put together awesome release notes. 15:16:00 And to everyone that participated in my video project. 15:16:14 I've published 6 or 7 of the videos, and have another 15 or so to go. 15:16:38 amoralej, ah, it's actually tripleo-puppet-elements/elements/puppet-modules/source-repository-puppet-modules 15:16:41 That's all. :-) 15:16:53 sorry for OT, balancing w/ other mtg... 15:17:08 testing days for ocata GA are tomorrow and friday, right? https://www.rdoproject.org/testday/ocata/final/ 15:18:34 #info RDO Ocata GA test days are on 2-3 March 15:18:52 thanks rbowen for working on that project :) 15:19:08 Thanks to petr for geting the test day pages ready while I've been traveling. 15:19:32 I'm heading to SCALE tomorrow, so please, folks, pay attention to the channel and help people that are trying to test. 15:20:14 #action all support RDO users on Ocata GA test days 15:20:25 :) 15:20:45 ok, next topic 15:20:53 amoralej: hi 15:21:24 trozet, we are in rdo meeting, can we talk later? 15:21:36 amoralej: oh sorry, yeah 15:21:41 #topic Updates on Tempest 15:21:53 Tempest rpm support in oooq: https://review.openstack.org/#/c/431916 15:22:01 #info Tempest rpm support in oooq: https://review.openstack.org/#/c/431916 15:22:10 #info Enable Tempest rpm for weirdo poi jobs: https://review.rdoproject.org/r/5273 15:22:17 #undo 15:22:18 Removing item from minutes: #info Enable Tempest rpm for weirdo poi jobs: https://review.rdoproject.org/r/5273 15:22:23 #info Enable Tempest rpm for weirdo poi jobs: https://review.rdoproject.org/r/5273 15:22:31 This patch will add support for tempest rpm as well as venv support with plugins by supporting mitaka , newton , ocata and further release 15:22:33 al yours chandankumar 15:22:47 Feel free to take a look and comment on that 15:22:59 since it is a huge changes 15:23:17 My second ongoing work is Enable Tempest rpm for weirdo poi jobs: https://review.rdoproject.org/r/5273 15:23:24 it is done from my side 15:23:37 in fact, as we enabled it by default in weirdo we are already testing from rpm in p-o-i jobs in ocata and master 15:23:51 amoralej: dmsimard: https://review.rdoproject.org/r/#/c/5273/ feel free to take a look 15:23:59 it already discovered we had wrong version on rdoinfo for dlrn builds in ocata 15:24:34 oh 15:25:21 one more thing current tempest newton is tagged with temepst-13.0 are we moving to tempest-14 for newton and keeping tempest-15 for ocata? 15:26:08 amoralej: ^^ 15:26:18 yes, we should 15:26:25 in fact we have 14.0.0 in stable repos 15:26:31 iirc, lemme check 15:26:39 amoralej: one worry is it might break tempest plugins 15:26:43 we test it with 14.0.0 15:27:03 chandankumar: I didn't see the new patchsets for the ci-config patch, I'll look 15:27:08 we need it, currently stable/newton ceilometer doesn't work with 13.0.0 15:27:14 sorry 15:27:20 in newton we have backports 15:27:23 that's shy 15:27:28 that's why 15:27:45 we are still using the redhat fork in newton 15:27:46 amoralej: so we need to backport to tempest -14 to newton branch in redhat-openstack/tempest 15:28:00 i think we already backport all required changes 15:28:13 it should be ok 15:29:15 amoralej: i will take a look 15:29:27 that's it from my side 15:29:30 i think we are not forced to move to 14 as we backported changes in redhat-openstack/tempest but as we are testing it with 14.0.0 in p-o-i jobs it may be convenient to do it 15:30:14 amoralej: can you point me ceilometer issue and the patch which fix it 15:30:32 amoralej: if needed i can simply backport that patch to newton branch 15:31:01 for the shake of not breaking other plugins 15:31:17 chandankumar, i think it's already done, i'll send it after the meeting 15:31:20 ok? 15:31:27 amoralej: Thanks, that will work 15:31:46 there not other topics on the etherpad 15:31:53 #topic open floor 15:32:07 any other topic that you'd like to discuss? 15:33:16 I can drop a small fyi 15:33:48 Javier Peña proposed DLRN: Add unit tests for dlrn/shell.py https://review.rdoproject.org/r/5492 15:34:02 There will soon be a centralized instance of ARA (starting with a POC that will contain only review.rdoproject.org jobs) 15:34:49 So a bit like how http://status.openstack.org/openstack-health/#/ aggregates results from jobs, there will be an aggregation for ara as well 15:35:22 that's nice dmsimard, is there any plan to have it for jobs in ci.centos.org also? 15:36:02 amoralej: yeah, the more things we aggregate the better it will be I think 15:36:49 The new UI is almost good to go (WIP here http://46.231.133.111/reports/index.html ) and is the last thing I want before cutting the release that will contain the necessary wsgi bits for better centralized deployment 15:36:53 dmsimard, cool 15:37:53 neat 15:38:27 dmsimard: please add me to any updates re: ara aggregation, I would like to do something similar for rdophase2 jobs that are currently generating ara reports 15:39:01 myoung: sure thing, there is someone working on an ansible role to deploy ara with wsgi backend :) 15:39:58 I don't have anything else 15:40:03 dmsimard: we are currently also publishing all the rdophase2 artifacts (including ara reports) to thirdparty logs server 15:40:18 dmsimard: if your existing work can just scrape from there, #win 15:40:51 myoung: more or less, it'll be centralized through wsgi/mysql but you'll keep the ability to generate static reports for a single playbook for standalone viewing 15:43:28 more topics? 15:44:49 Nope 15:44:57 #topic chair for next meeting 15:45:05 volunteers? 15:45:28 amoralej: i can do 15:45:48 #info chandankumar will chair next meeting 15:46:13 i'm giving you some minutes back :) 15:46:19 thanks for joining 15:46:35 #endmeeting