15:01:14 #startmeeting RDO meeting - 2019-04-03 15:01:14 Meeting started Wed Apr 3 15:01:14 2019 UTC. 15:01:14 This meeting is logged and archived in a public location. 15:01:14 The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:14 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:14 The meeting name has been set to 'rdo_meeting_-_2019-04-03' 15:01:15 Meeting started Wed Apr 3 15:01:14 2019 UTC and is due to finish in 60 minutes. The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:18 The meeting name has been set to 'rdo_meeting___2019_04_03' 15:01:31 o/ 15:01:38 @all add topic to agenda: https://etherpad.openstack.org/p/RDO-Meeting 15:01:43 #topic roll call 15:01:51 #chair jpena mjturek fmount 15:01:51 Current chairs: fmount jpena mjturek ykarel 15:01:53 Current chairs: fmount jpena mjturek ykarel 15:02:15 o/ 15:02:29 #chair baha 15:02:29 Current chairs: baha fmount jpena mjturek ykarel 15:02:30 Current chairs: baha fmount jpena mjturek ykarel 15:02:53 o/ 15:03:12 #chair amoralej 15:03:12 Current chairs: amoralej baha fmount jpena mjturek ykarel 15:03:14 Current chairs: amoralej baha fmount jpena mjturek ykarel 15:04:18 ok let's start 15:04:27 #topic [fmount] Ceph Nautilus update 15:04:50 so for ceph nautilus we made some progresses 15:05:15 now we have scenario001-standalone green applying few hacks from ceph side 15:06:07 as ykarel knows the first one (disabling v1 from ceph.conf) don't give us a clear view 15:06:50 fmount, but iiuc, that fixed the ceph part 15:07:02 then we also need to hack tripleo to wait for quorum, right? 15:07:04 the ideal scenario is to have both v1+v2 enabled in ceph.conf for backward compatibility, but seeing cinder able to create a volume is good enough 15:07:26 amoralej: yes, for the quorum we have a PR ready for ceph-ansible 15:07:29 fmount, v1+v2 both are enabled, right, it's just removed from conf 15:07:38 6789+3300 both listening 15:07:43 mmm 15:07:51 ykarel: I was checking it on our first env and I don't see 6789 15:08:09 ykarel: I'm talking about the first env in which we created a volume using cinder 15:08:16 so, maybe he does not like syntax of host mon? 15:08:40 amoralej: not sure 15:08:43 fmount, ok 15:08:51 fmount, amoralej https://logs.rdoproject.org/21/18721/28/check/rdoinfo-tripleo-stein-centos-7-scenario001-standalone/bb9468a/logs/undercloud/var/log/extra/netstat.txt.gz 15:08:55 did you report it to ceph cores? 15:08:58 both 6789 and 3300 open 15:09:00 o/ 15:09:07 what's the next step? 15:09:09 ykarel: I'll do this 15:09:13 #chair fultonj 15:09:13 Current chairs: amoralej baha fmount fultonj jpena mjturek ykarel 15:09:14 Current chairs: amoralej baha fmount fultonj jpena mjturek ykarel 15:09:31 from my point of view next step is to PR ceph-ansible for the quorum hack 15:09:37 (fmount has been leading this from the ceph integration side, i'm just listening in) 15:09:57 and investigate the mon host = [] config on ceph.conf with ceph-core people 15:10:01 ok 15:10:05 and ceph-ansible people 15:10:07 sounds good 15:10:16 but now things are more clear 15:10:34 i'd like to spend some time checking to add support for nautilus in puppet-ceph 15:10:36 so despite we have some hacks the fix are not blockers 15:10:41 amoralej: re sahara-tests; we may have a new release, but 0.8.0 is good enough for stein (not 0.7 for sure); if you want to use the latest snapshot, be my guest 15:10:43 so that we can keep ceph in p-o-i 15:11:37 for me that's all, fultonj would you like to add any consideration? 15:11:46 i think getting it working with those hacks is a good progress 15:11:55 ykarel: I'll report that log you've pasted ^^ 15:11:57 +1, job did turn green 15:12:19 fmount, ack 15:12:38 qauck o/ 15:12:47 #chair Duck 15:12:47 Current chairs: Duck amoralej baha fmount fultonj jpena mjturek ykarel 15:12:48 Current chairs: Duck amoralej baha fmount fultonj jpena mjturek ykarel 15:13:37 anything else in this topic? or we move 15:13:45 for me we can move 15:13:49 move 15:13:52 ok let's have some action 15:13:56 #action fmount to investigate mon host config part involving ceph people and push a PR to ceph-ansible handle ceph quorum part 15:14:11 #action amoralej to look for changes in puppet-ceph for including nautilus 15:14:32 #topic Status of stein GA preparation 15:14:40 amoralej would you like to update ^^ 15:14:58 yes 15:15:03 ack 15:15:18 so, we have builds for RC releases for services 15:15:44 main missing builds in CBS for stein are tripleo and kolla which are trailing release 15:15:51 and still some tempest plugins 15:16:01 which are still pending to release new tags 15:16:13 we are validating it with weirdo jobs 15:16:20 currently packstack scenarios are all passing 15:16:40 but we need some more tempest plugins for p-o-i 15:17:05 once we have all weirdo passing, we'll tag them in -testing 15:17:20 and keep building new updates until GA releases are published 15:17:53 for Stein GA, i think we should release with nautilus 15:18:32 so, having nautilus working in tripleo and p-o-i and get it released in StorageSIG i 'd say is a blocker for RDO Stein 15:19:07 i don't think we should update ceph release post-GA 15:19:24 so we need to get it working and released 15:19:42 i think that's it 15:19:44 Merged openstack/sahara-tests-distgit stein-rdo: openstack-sahara-tests-0.8.0-1 https://review.rdoproject.org/r/19922 15:19:47 well, i sent https://review.rdoproject.org/r/#/c/19909/ 15:19:52 ykarel, ^ 15:20:04 * ykarel looks 15:20:07 to add Stein to dashboards 15:20:21 okk we will be having a stein promotion soon btw 15:20:34 amoralej, so stein GA on 12th 15:20:46 you mean we need to get ceph nautilus ready before ^^ 15:21:07 yep 15:21:25 fultonj, fmount what's your take on this deadline? 15:21:41 i think it's better to hold the release from RDO some days that release with luminous and switch later 15:23:04 in fact, i'd say upstream release will probably be on 10th-11th, they always release in wed-thu 15:23:05 iirc 15:23:08 * fultonj looks 15:23:22 hmm possibly they will do on Wednesday iirc 15:23:37 last time doing on Thursday they faced some issue 15:23:39 yeah, i think so too 15:23:40 ykarel: stein/nautilus must work togehter by the 12th right? 15:23:42 * fmount reading 15:24:06 fultonj, yes that would be ideal case 15:24:08 fultonj, fmount yes 15:24:11 ykarel: i'm expecting we get ceph-ansible patch so we can meet it 15:24:21 ykarel: i agree 15:24:25 dsavineau: ^ fyi 15:24:35 anyway, tripleo will probably be released later 15:24:41 fmount: is it ok with you? 15:24:46 fultonj: ykarel amoralej after the patch if the issues we had are no blockers we can do this 15:24:49 so, from tripleo/ceph-ansible we have some more time 15:24:55 gfidente: ^ fyi 15:24:57 fultonj: yes 15:25:13 but we'd need to get it officially released in mirror.c.o 15:25:32 so that we can make centos-openstack-release stein depend on ceph-nautilus 15:25:49 amoralej: so it's a little earlier than the 12th then? 15:26:06 fultonj, probably upstream will be on 10th 15:27:01 we like to release RDO asap after upstream, but we can wait a bit if needed 15:28:04 amoralej: thank you, let's make it happen and include nautilus 15:28:44 fultonj: agree ^ 15:29:05 fultonj, as said before, i prefer to wait and include nautilus that release with luminous and switch to nautilus later 15:29:14 so yeah, i thing we are all in the same page 15:29:50 ++ 15:30:17 ok so this sounds a plan: get RDO-stein released with nautilus, let's move on to next topic 15:30:26 #topic [mjturek | baha] ppc64le container builds update 15:30:27 ceph-ansible patch --> ceph-ansible tag --> ceph-ansible rpm in centos storage sig --> this rdo job with the rpm 15:30:34 hey! 15:30:46 fultonj, yep, sounds good 15:30:57 so update is that we can build the containers using the upstream playbooks with buildah enabled 15:31:20 nice 15:31:27 next step is for me and baha to get it working reproducibly for cico 15:31:33 which seems doable 15:31:40 need to mock some zuul values 15:31:45 and make an iptables rules 15:31:49 rule chain* 15:31:57 We haven't run into any dealbreakers yet, just stuff that will take time to try out 15:32:11 yep, any questions? if not we're good to move on 15:32:24 oh! 15:32:33 except, we're not sure what to compare against 15:32:40 I have a list of the containers that built here http://paste.openstack.org/show/748813/ 15:33:37 i think https://github.com/openstack/tripleo-common/blob/master/container-images/overcloud_containers.yaml is the list 15:33:41 mjturek, ^^ 15:33:55 and you can also check the jobs we run in tripleo promotion 15:34:08 cool! will compare that 15:34:08 thanks 15:34:32 Thanks ykarel! 15:34:59 mjturek, baha this is the job we run: https://review.rdoproject.org/zuul/builds?pipeline=openstack-periodic&job_name=periodic-tripleo-centos-7-master-containers-build-push 15:35:09 so you can check that also to compare 15:35:48 will do! 15:35:50 mjturek, baha so are you guys also testing the ppc build containers somewhere? 15:36:04 like some tripleo job 15:36:14 no we aren't 15:36:44 okk so there is a plan to do in future? 15:37:05 yes for sure, but first goal is getting them published 15:37:22 okk good 15:37:40 so let's move to next topic 15:37:45 #topic Chair for next meeting 15:37:53 any volunteer? 15:37:54 running some tripleo-standalone on ppc with those would be nice 15:38:31 i will chair 15:38:41 #action amoralej to chair next meeting 15:39:10 #topic Open Discussion 15:39:17 Merged openstack/cloudkitty-distgit stein-rdo: Add flask and flask-restful dependencies https://review.rdoproject.org/r/19926 15:39:19 so bring any topic now 15:40:06 I have one question... Why does this meeting "chair" anyone who joins, when in typical IRC/Openstack meetings, the chair (as denoted above by "who will chair the next meeting") is generally left to one individual who runs the meeting? 15:41:27 Vorrtex, by chair as in "Who will chair next meeting?" means who will run it 15:41:45 chairing everyone allows anyone to add actions to the meeting notes iirc 15:42:25 i remember this was discussed time ago, but tbh, i'm not sure if it's needed 15:42:45 I'm 80% sure anyone can add an action, but the people you add to the "#chair" list can do other meeting-specific actions, like changing topic and other things. 15:43:59 we probably do it just by habit then 15:44:19 ha ha, that's fine I suppose, just thought it was a strange practice and was curious why it was done ha ha. 15:44:34 we want anyone to be able to add actions, info and links 15:44:47 but only the one that runs open, close, change topics 15:47:26 +1 Okk so let's continue the habit :) if there is no harm else found the reason for not doing it 15:48:15 yep wfm 15:48:32 so any other thing to discuss, or let's close 15:49:52 okk so let's close, Thanks all 15:49:57 #endmeeting