14:00:22 #startmeeting tripleo 14:00:22 Meeting started Tue May 16 14:00:22 2017 UTC and is due to finish in 60 minutes. The chair is EmilienM. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:23 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:26 #topic agenda 14:00:27 The meeting name has been set to 'tripleo' 14:00:32 * review past action items 14:00:34 * one off agenda items 14:00:36 * bugs 14:00:38 * Projects releases or stable backports 14:00:40 * CI 14:00:42 * Specs 14:00:44 * open discussion 14:00:46 Anyone can use the #link, #action and #info commands, not just the moderatorǃ 14:00:48 Hi everyone! who is around today? 14:00:54 o/ 14:01:04 Hey folks! Good to have you all back! 14:01:11 o/ ooo 14:01:17 o/ 14:01:18 ccamacho: yeah I missed you too 14:01:19 o/ 14:01:20 o/ 14:01:24 ajaj :P 14:01:35 o/ 14:01:39 hi 14:02:11 #topic one off agenda items 14:02:16 #link https://etherpad.openstack.org/p/tripleo-meeting-items 14:02:25 if you have more topics for this week, please add it 14:02:35 rasca: floor is yours :) 14:03:13 ok, thanks, so basically the topic here is to decide whether to give more exposure to tripleo-quickstart-utils pcakage 14:03:27 o/ 14:03:30 o/ 14:03:31 basically it is a series of tools dedicated to HA 14:03:47 to test, apply things like stonith and instance ha 14:03:50 and so on 14:03:56 o/ 14:04:05 today this lives under redhat-openstack github repo 14:04:33 and despite of the name it is NOT a thing usable just with quickstart deployments 14:04:39 rasca: why does it not belong in quickstart extras sorry for silly question 14:04:42 rasca: is it something that could live in tripleo-quickstart-extras? 14:05:44 marios, EmilienM, originally it was part of extras, but with the guys from the team we realized that HA was a topic limited to few (basically me) and it was really hard to find out guys for reviews 14:06:03 marios, EmilienM, so we decided to move it off and create that redhat-openstack repo 14:06:26 0/ 14:06:27 since this was separated I worked to keep the things usable also off-quickstart 14:06:31 in general, i'm not in favor of using redhat-openstack namespace for tripleo related projects 14:06:47 o/ 14:06:47 tripleo aims to be 100% upstream and part of OpenStack 14:06:52 EmilienM, yes, and this is why I'm raising the topic 14:06:58 rasca: thanks - perhaps consider lowering barrier to commit if there aren't enough reviewers yet (i mean maybe we say only one +2 14:06:59 EmilienM, I think we're hoping to move it an upstream repo 14:07:25 rasca: and moving it toa completely new repo isn't going to help with reviews unless i miss more of the context 14:07:27 would it make sense to have it to extras again and give +2 to rasca on the HA bits? 14:07:55 EmilienM, that's a valid option 14:08:03 imho 14:08:13 EmilienM, just automatic merge? 14:08:20 wat 14:08:24 EmilienM: this is something that happens also for upgrade stuff 14:08:37 is it something we could eventually test? 14:08:48 the problem was that rasca had to self merge a bunch of stuff essentially 14:08:53 EmilienM: but it was improve a bit with new contributor like jistr 14:09:06 because existing cores did not understand the feature well enough to do timely reviews 14:09:15 similar problem with upgrades 14:09:54 in addition guys, this set of utils is meant to be usable also outside quickstart 14:10:16 I'm thinking about someone who wants to test HA on its env, well with this he can 14:10:16 rasca: is there any validations bits? 14:10:25 so giving rasca +2 on just the ha parts wont help much... we still need other people to look at it and do good reviews 14:10:28 EmilienM, what do you mean? 14:10:38 rasca: because we also have tripleo-validations, based on ansible 14:10:47 trown: sure, what do you propose then? 14:10:51 EmilienM: while we're on the topic, matbu should definitely have +2 as well afaics i mean he has contributed lots to the oooq/extras and the upgrades work there /ci and that should also help? 14:10:51 rasca: FWIW I think there's a bunch of stuff in quickstart which should be more easily usable outside of the main quickstart flow 14:11:10 so in general making things decoupled so they can be reused by $whatever is a good thing IMO 14:11:22 shardy: +1 14:11:22 shardy, we're working on that 14:11:32 marios: not sure this is the best place to bring that up... but I have not seen many reviews 14:11:33 shardy, this is exactly why I developed the repo like it is 14:11:41 just in a proposal phase atm really 14:11:46 and more reviews are going to be merged in that sense 14:11:48 marios: and +2 is more about high quality reviews than submissions 14:12:05 trown: ack (yea that was the big thing for another person i had in mind) agree and i just brought it up as the option of giving +2 to alleviate the reviews came up for ooq 14:12:10 +1 with what trown said ^ 14:12:19 trown: i mean as well (in mind as well, the reviews #) 14:12:43 shardy, myoung|bbl and I will be presenting something to uncouple roles to the group of folks in the prod chain 14:13:08 weshay: great, a mail to the list with some details would be awesome too :) 14:13:12 ya 14:14:16 I see a bunch of things that could be used by TripleO directly: 14:14:18 https://github.com/redhat-openstack/tripleo-quickstart-utils/tree/master/roles/instance-ha 14:14:27 are they day 2 operations? 14:14:44 EmilienM, yes they are 14:15:06 EmilienM, for example, as you may know, once you apply instance-ha you lose the ability to do upgrades 14:15:19 I'm wondering if we could create a repo with ansible tasks for managing tripleo on day 2 14:15:27 EmilienM, this role makes you able to apply, then undo (if you need upgrade) and then redo 14:15:28 it wouldn't be HA focused (or maybe?) 14:16:04 EmilienM, I'm focused on ha just because of my everyday job, but yes, a more general thing shuld fit 14:16:09 the ansible tasks to manage upgrades are in THT though 14:16:29 if you say that you need to apply some ansible tasks during the upgrade, why not doing that in THT? 14:16:45 and some logic to whether or not run the playbooks when instance-ha is enabled 14:17:31 EmilienM, you're opening a big window here 14:18:03 EmilienM, on the stonith side for example, we already started to build something integrated in THT 14:18:16 EmilienM, but it is a wider topic IMHO 14:18:43 well, it's a big topic yes 14:18:56 but your bits overlap with https://github.com/openstack/tripleo-heat-templates/blob/master/puppet/services/pacemaker.yaml#L148 for example 14:19:11 if you say that some tasks needs to be executed during the upgrade process, I think these tasks can live here ^ 14:19:15 instead of creating a new repo 14:19:32 EmilienM, no I'm not saying that 14:19:37 if that's day 2 operations that are not upgrades, then OK we need to investigate a new repo eventually 14:20:02 EmilienM, I just said that once you apply instance-ha you have no guarantee that the upgrade will end file, so you need to undo it first 14:20:13 right 14:20:18 EmilienM, but the instance-ha specific case is something we don't support 14:20:34 and, correct me if I'm wrong, we'll never support 14:20:46 but someone can be interested into 14:20:47 there are 3 use cases, right? 14:20:57 validate-ha is some sort of validation, right? 14:21:03 yes 14:21:11 we can consider it "apart" 14:21:13 "This role acts on an already deployed tripleo environment, testing all HA related functionalities of the installation." 14:21:20 exactly 14:21:23 why can't we move these bits into tripleo-validations then? 14:21:34 we have a git repo for that and good reviewers 14:22:07 rasca: https://github.com/openstack/tripleo-validations 14:22:15 rasca: happy to review ;-) 14:22:38 for the stonith use case: is it a day 1 operation? (deployment) 14:22:58 I see: https://github.com/redhat-openstack/tripleo-quickstart-utils/blob/master/roles/stonith-config/tasks/main.yml and to me it sounds like something you want to do at day one 14:23:03 EmilienM, I will take a look at the tripleo-validations project 14:23:25 rasca, I need to get in there too for some containers work, we can work together a bit 14:23:26 EmilienM, this have an explanation 14:24:00 EmilienM, we do support stonith, but just from ocata (and the process is, let me say... tricky) 14:24:11 ok so instance-ha is not supported, validate-ha would be in tripleo-validations and stonith-config sounds like something that could live in THT/puppet 14:24:54 EmilienM, since stonith is a dependency of instance-ha I just kept the things easier and wider (supported from kilo to pike) creating the stonith role 14:25:30 but i thought we didn't support instance-ha 14:25:51 so if we manage to move validate-ha in tripleo-validations, can we trash the repo? or do you still need it? 14:26:47 rasca: we just spent 25 min on $topic, let's continue offline... 14:26:54 EmilienM, before trashing this repo you need to pass over my body :D or at least I need to be certain that all the things made there can be done with something else 14:26:55 I'll go to the next topic and give people time 14:27:03 EmilienM, sure, no problem at all 14:27:17 rasca: let's take it offline, mailing-list. Please send a thread if not already done 14:27:24 and i'll reply with my proposal 14:27:29 so we have open discussion etc etc 14:27:55 rasca: don't forget to mention your past carreer of rugbyman to EmilienM before 14:28:14 matbu: that's why I moved to Canada, so nobody can find me 14:28:24 matbu, past carreer?!?!?!??!?! I'm STILL a player 14:28:24 ok next topic 14:28:27 #topic bugs 14:28:32 #link https://launchpad.net/tripleo/+milestone/pike-2 14:28:40 do we have outstanding bugs this week? 14:28:59 EmilienM: hehe :) rasca sorry man, i thought you were too old ;)) 14:29:00 I saw we have a bunch of CI alerts 14:29:01 EmilienM: https://bugs.launchpad.net/tripleo/+bug/1690373 this is not pike 2 but it blocks newton ci 14:29:02 Launchpad bug 1690373 in tripleo "stable/newton gate-tripleo-ci-centos-7-nonha-multinode-oooq broken" [Critical,Triaged] - Assigned to Marios Andreou (marios-b) 14:29:23 marios: yeah this one. I still need to look, maybe today 14:29:30 EmilienM: well it is targetted at pike 2 i meant it isn't related to Pike .. ack 14:29:32 marios: do we have any clue before I start looking? 14:29:38 marios: the target is about milesones 14:29:43 we want this one closed by Pike-2 14:29:51 it doens't mean the code is in master (mike) 14:29:54 (pike) 14:29:58 i have 2 backports for a heat bug, idk if it's the right place 14:30:01 EmilienM: added some notes on the bug and bandini also looked. the case passed last on the 9th so is good to have that to compare to for eliminating the rrors you might see in logs 14:30:04 I reopened bug #1687908 as similar issues are still blocking upgrade CI 14:30:05 bug 1687908 in tripleo "Could not fetch contents for file:///usr/share/openstack-tripleo-heat-templates/extraconfig/tasks/post_puppet_pacemaker.yaml" [Critical,In progress] https://launchpad.net/bugs/1687908 - Assigned to Carlos Camacho (ccamacho) 14:30:19 I've got a patch up which I'm hoping will fix it 14:30:25 https://review.openstack.org/#/c/464667/ 14:30:31 shardy: again? thanks for looking at it 14:30:42 matbu: ping folks on #heat 14:31:01 yeahp same issue related with the paths but failing in another stage now 14:31:21 matbu: post them and ping me and zaneb, we can probably help with the backport reviews 14:31:35 sounds like critical things are mostly WIP. Is there any other bug to discuss this week? 14:31:37 shardy: EmilienM ack 14:32:22 #action rasca to send ML about tripleo-quickstart-utils so we keep open discussion going 14:32:33 #topic projects releases or stable backports 14:32:44 no update on my side about release / backports 14:32:56 anything before we move on? 14:33:22 #topic CI 14:33:43 so like we said, a bunch of alerts now, folks are working on it for most of them but feel free to join the debug party. 14:33:59 adarazs, sshnaidm: any quickstart-related update? 14:34:20 EmilienM, no, everything works afaik 14:34:21 as far as I understand there's nothing critical directly with quickstart. 14:34:38 good to know 14:34:44 there are some bigger problems with gate jobs, but they are not quickstart problems. 14:34:58 adarazs: any reference? 14:35:04 sure, sec, digging it up 14:35:20 just making sure the problems are seen and someone looking at it 14:35:35 https://bugs.launchpad.net/tripleo/+bug/1680195 14:35:36 Launchpad bug 1680195 in tripleo "Random ovb-ha ping test failures" [Critical,Triaged] 14:35:49 yeah this one is in our radar already 14:35:50 yeah, that's the most critical 14:35:54 ok 14:36:10 I'll spend time on it this week 14:36:24 anything else before we move on? 14:36:27 https://bugs.launchpad.net/tripleo/+bug/1690132 -- this is newton only but still not good. 14:36:27 Launchpad bug 1690132 in tripleo "Newton HA failure: unable to push cib, cib_apply_diff failed" [Critical,Triaged] 14:36:48 ok also in alert ^ so in our radar too 14:36:54 ok moving on 14:36:55 that's it. 14:36:59 adarazs: thx 14:37:01 #topic specs 14:37:08 #link https://review.openstack.org/#/q/project:openstack/tripleo-specs+status:open 14:37:32 I see 2 updates in our specs since last meeting 14:37:46 #link https://review.openstack.org/420878 tempest/mail spec 14:38:02 #link https://review.openstack.org/462900 Best practices for logging of containerized services 14:38:15 I guess they are ready for review 14:38:41 anything to discuss about specs this week? 14:39:13 okidoki 14:39:15 #topic open discussion 14:39:46 last week, shardy flaper87 and I did a presentation about TripleO roadmap 14:39:55 #link https://docs.google.com/presentation/d/1knOesCs3HTqKvIl9iUZciUtE006ff9I3zhxCtbLZz4c 14:40:12 read it share it tweet it, and also any feedback is welcome 14:40:21 I'll probably share it to the ML to make sure folks can see this info 14:40:34 #action EmilienM to share tripleo project updates slides to ML 14:40:40 We also did an onboarding session, slides are here (inc a link to github): 14:40:46 #link http://hardysteven.blogspot.co.uk/2017/05/openstack-summit-tripleo-project.html 14:41:00 oh we can probably do one email with both links 14:41:04 EmilienM: https://www.openstack.org/videos/boston-2017/project-update-triple0 14:41:06 shardy: do you mind if I steal it? 14:41:11 marios: oh I hate videos 14:41:23 EmilienM: sure but it may be useful for others :) 14:41:23 I hate my accent 14:41:25 anyway 14:41:34 is there anything else for this week? 14:41:34 EmilienM: sure, although I already linked the slides for the onboarding, there was a thread asking for them for all projects last week 14:41:50 shardy: ok great 14:42:16 have a great and happy week folks 14:42:31 #endmeeting