15:02:21 #startmeeting RDO meeting - 2019-02-27 15:02:21 Meeting started Wed Feb 27 15:02:21 2019 UTC. 15:02:21 This meeting is logged and archived in a public location. 15:02:21 The chair is amoralej. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:21 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:02:21 The meeting name has been set to 'rdo_meeting_-_2019-02-27' 15:02:21 Meeting started Wed Feb 27 15:02:21 2019 UTC and is due to finish in 60 minutes. The chair is amoralej. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:25 The meeting name has been set to 'rdo_meeting___2019_02_27' 15:02:36 #topic roll call 15:06:01 i'm not sure if anyone is around :) 15:06:07 apevec, ykarel|afk chandankumar jpena|brb 15:06:08 o/ 15:06:16 #chair ykarel 15:06:16 Current chairs: amoralej ykarel 15:06:17 Current chairs: amoralej ykarel 15:06:22 \o 15:06:25 ah someone poked me 15:06:29 amoralej: \o 15:06:42 #chair chandankumar PagliaccisCloud 15:06:42 Current chairs: PagliaccisCloud amoralej chandankumar ykarel 15:06:43 Current chairs: PagliaccisCloud amoralej chandankumar ykarel 15:07:42 #topic Stein GA preparation has started! https://trello.com/c/nkadXFWF/702-stein-release-preparation 15:07:57 in that card it's the list of tasks for stein GA prep 15:08:00 based on last one 15:08:13 please review it 15:09:53 We'll start creating a new dlrn builder for stable stein soon 15:10:29 amoralej, so we are getting rid of stein-py3-uc tag, right? 15:10:34 yes 15:10:45 and will be creating fedora-stein and master, right? 15:10:56 we've done the changes so that we can remove stein-py3-uc 15:11:03 that's part of the discussion 15:11:11 i'm not sure if it's worthy to have both 15:11:18 or just keep following master 15:11:43 yes good to clean it up, as it was only Ucssdk not python3 ready 15:11:45 Félix Enrique Llorente Pastora created config master: [WIP] Report base-singlenode-containers-build to DLRN https://review.rdoproject.org/r/19030 15:11:57 the point is if any CI job is going to use fedora and stein stable 15:12:21 currently iirc there is just one job using fedora repo in tripleo-ci, right? 15:12:24 quiquell, ^ 15:13:47 if there are plans to set fedora jobs for stable/stein we can create the builder 15:14:01 otherwise we'll just chase master 15:14:32 amoralej: a f28 containers build job is in the process to be run as non-voting check and as periodic 15:14:44 amoralej: is still WIP 15:15:04 amoralej: apart from that we just run the standalone-f28 job 15:15:25 * Duck o/ 15:15:47 quiquell, the question here is if we need two different dlrn repos for fedora 15:16:01 one for master and one for stein 15:16:46 quiquell, maybe it's worthy to bring the topic in one of the triple-ci meetings 15:16:52 about the plans for stein 15:17:10 also, need to discuss about adding the new promotion pipeline for stable/stein 15:17:55 i think it'd be good to coordinate between rdo and tripleo-ci 15:18:06 weshay, ^ time for stein preparation! 15:18:07 amoralej: yep this is a big issue we have to plan 15:18:30 yes +1, also pike is going EOL in few days, so good to plan for both pike and stein promotion jobs 15:18:33 weshay, panda|ruck: ^ 15:18:36 ok, so i think it's a topic for follow up after the meeting i'd say 15:20:09 agree, let's move ahead, and follow up post meeting in coming days 15:20:20 so i think that's the big thing to think about, what to do with fedora 15:20:30 other than that, is just another new release 15:20:58 ykarel, one thing that we can start doing is asking for replication of -testing to buildlogs 15:21:02 which is not in place yet 15:21:36 amoralej, +1 15:22:03 amoralej, so do we have some timeline for stein jobs 15:22:17 no, we need to discuss with the ci team 15:22:18 amoralej, i think it will be only after we have client/libraries releasesd 15:22:26 yes 15:22:26 and dlrn is ready 15:22:28 well 15:22:36 dlrn ready is the minimal 15:22:47 it does not depends on client/libraries released 15:23:23 yup but good to avoid running duplicate jobs until stein and master differs 15:23:32 yeah, that's right 15:24:25 ok, so let's keep discussing in the card 15:24:30 and move on to the next topic 15:24:55 next is about the fedora which we already discussed, let's get feedback from ci team before taking a decission 15:25:08 ack 15:25:35 quiquell, when do you have the meeting for tripleo-ci? 15:26:15 0/ 15:26:26 #chair weshay 15:26:26 Current chairs: PagliaccisCloud amoralej chandankumar weshay ykarel 15:26:27 amoralej ugh.. k 15:26:27 Current chairs: PagliaccisCloud amoralej chandankumar weshay ykarel 15:26:29 thanks 15:26:31 amoralej: we usually have the community meeting wednesday 15:26:46 amoralej we should review the branching doc together 15:26:51 #chair quiquell 15:26:51 Current chairs: PagliaccisCloud amoralej chandankumar quiquell weshay ykarel 15:26:52 Current chairs: PagliaccisCloud amoralej chandankumar quiquell weshay ykarel 15:27:02 yes weshay, we need to coordinate and plan 15:27:22 weshay: community meeting is the place ? 15:27:52 quiquell sorry .. for which subject? 15:28:40 weshay, about planning for stein promotion pipeline 15:28:51 would it be good to add it to a meeting? 15:29:02 weshay: they are talking about creating a dlrn builder for fedora stein 15:29:07 I think we should review the doc async first.. and keep raising as a topic here 15:29:21 ok 15:29:36 weshay, quiquell look for me after the meeting and let's review it 15:29:50 k.. found it 15:29:53 adding you both 15:29:55 and others 15:30:37 ok, let's move on 15:30:40 to next topic 15:31:06 #topic RDO Ocata EOL/Removal 15:31:25 #info https://releases.openstack.org/ ocata appears as unmaintained 15:31:40 with new model, releases can stay unmantained for long time 15:31:53 i'm not sure for how long do we need to maintain it in RDO 15:32:08 amoralej, i heard it was extended maintainance 15:32:19 nop according to official docs 15:32:31 oh sorruy 15:32:34 i missread it 15:32:45 actually it's in extended maintenance 15:32:47 you are right 15:32:56 yes, unmaintainted is TBD 15:33:05 yeah yeah 15:33:18 ok, then let's keep it while it's in extended 15:33:19 amoralej quiquell email sent to collaborators 15:33:36 i just wondered if we could free some space for stein 15:33:41 but it seems not yet 15:33:42 ok 15:34:05 amoralej, pike is going EOL in few days 15:34:24 2019-03-03 15:34:49 ok sorry, it says it will go extended maintainance 15:34:53 it's confusing :( 15:35:09 yes, it will go to extended 15:35:40 wait.. pike is getting extended? 15:35:52 so all releases go extended maintainance? i remember only few releases go to that 15:35:53 we have an issue w/ ceph on pike 15:35:55 https://releases.openstack.org/ says so 15:36:21 rfolco|rover panda|ruck fyi ^ 15:36:37 but check definition of extended https://docs.openstack.org/project-team-guide/stable-branches.html#maintenance-phases 15:36:51 "All bugfixes (that meet the criteria described below) are appropriate. No Releases produced, reduced CI commitment." 15:39:34 the point is that the timeframe for EM is "While there are community members maintaining it." 15:39:45 which is kind of difficult to define 15:40:02 so, we can say, we'll keep it on RDO while it passes CI 15:40:42 it also says projects to decide whether they are going to extended maintainance or not 15:41:17 Some project teams may choose to NOT enter extended maintenance and go directly to End of Life. At this point should a group wish to maintain that branch of a project they can do so within license and trademark constraints. Some OpenStack CI testing may be available via Zuul drivers 15:41:46 yeah, that's hard to track 15:43:03 let's move to next topic 15:43:12 #topic Ansible 2.7 update https://review.rdoproject.org/r/#/c/18721/ 15:43:22 i'm not sure about the status of nautilus 15:43:46 may be fultonj ^^ 15:43:53 i think they were building it in CBS 15:44:26 https://cbs.centos.org/koji/buildinfo?buildID=25141 seems wip 15:44:34 we have early builds which i linked to 15:44:43 in the review 15:44:48 however, they fail in tripleo ci 15:45:01 i had a test job to get it working 15:45:02 * fultonj gets link 15:45:16 fultonj, you mean package builds or containers? 15:45:22 amoralej: both 15:45:30 ceph-ansible rpm package and ceph-container container 15:45:43 links to both my in last comment in that review ^ 15:46:03 i don't see successful cbs builds in https://cbs.centos.org/koji/packageinfo?packageID=534 15:46:23 the same combination fails for me in tripleo ci however https://review.openstack.org/#/c/501810/ 15:46:47 https://review.openstack.org/#/c/501810/ 15:47:09 http://cbs.centos.org/repos/storage7-ceph-nautilus-testing/x86_64/os/ 15:47:11 i guess using ceph-ansible from https://cbs.centos.org/koji/buildinfo?buildID=25129 with containers using 4.0 beta 15:47:12 right? 15:47:44 amoralej: that's the version of ceph-ansible we want 15:47:51 which works w/ ansible 2.7 15:48:19 amoralej: remember gfidente's copr? 15:48:29 ah, ok, using a copr 15:48:39 we need to get the newer clients in the openstack containers so they can talk to nautilus 15:49:06 fultonj, i see FS0001 passed using new ceph-ansible 15:49:19 amoralej, but there is no ceph 15:49:25 in fs001 15:49:33 oh, i though fs001 uses ceph 15:49:40 i always mess it up with FS 15:49:54 fultonj, so, do you expect to have fixes soon? 15:50:49 amoralej: we need gifidente 15:50:53 he's not here today 15:51:00 ok 15:51:09 we'll sync with him when he's back 15:51:10 we need to get the newer clients in the openstack containers so they can talk to nautilus 15:51:21 the newer clients, he was building in copr 15:51:31 1. gfidente on copr 15:51:41 2. can we build new newer clients? 15:51:51 amoralej: want to talk more about it after this meeting? 15:52:13 fultonj, we can wait for gfidente 15:55:29 rdo-trunk created openstack/networking-bgpvpn-distgit rpm-master: python-networking-bgpvpn: failed to build 29ae6f6 https://review.rdoproject.org/r/19031 15:55:30 let's move on 15:55:37 ack 15:55:46 #topic open floor 15:55:53 anything else to bring to the meeting? 15:56:12 not sure if folks saw the email to the ML about replacing some puppet modules 15:56:24 the openstack ml that is 15:56:46 it sounds liek they would like to investigate replacing vcsrepo, sysctl and powerdns 15:56:59 this may have an impact on tripleo/rdo depending on how we can cut over 15:57:00 no i didn't mwhahaha 15:57:08 i'll check 15:57:46 the plan is to do it in this cycle? 15:57:59 it sounded like they wanted to try 15:58:02 i'm concerned about that 15:58:26 #link http://lists.openstack.org/pipermail/openstack-discuss/2019-February/003264.html 15:58:45 please reply on the thread if you have concerns about this switch as well 15:59:08 yeah i see 15:59:13 rdo-trunk created openstack/networking-bgpvpn-distgit rpm-master: python-networking-bgpvpn: failed to build 29ae6f6 https://review.rdoproject.org/r/19032 15:59:51 looks like it may be a problem, yes 16:00:11 I'll check and reply 16:00:17 thanks 16:00:22 thanks for point to it 16:00:27 we are out of time 16:00:36 any volunteer for next week meeting? 16:00:54 I'll take it 16:01:23 #action jpena will chair next meeting 16:01:43 unless someone has anything else, i'll close the meeting 16:02:13 Javier Peña proposed rdo-infra/fedora-stable-config master: Add python-jira to stable config https://review.rdoproject.org/r/19028 16:02:48 Juan Antonio Osorio proposed openstack/tripleo-common-distgit rpm-master: Clean up leftovers https://review.rdoproject.org/r/19019 16:03:03 #endmeeting