21:00:04 #startmeeting Solum Team Meeting 21:00:05 Meeting started Tue Sep 29 21:00:04 2015 UTC and is due to finish in 60 minutes. The chair is devkulkarni. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:13 The meeting name has been set to 'solum_team_meeting' 21:00:13 #topic Roll Call 21:00:16 Devdatta Kulkarni 21:00:23 Ed Cranford 21:01:26 #link https://wiki.openstack.org/wiki/Meetings/Solum#Agenda_for_2015-09-29_2100_UTC Our Agneda 21:01:37 looks like its just you and me today datsun180b 21:01:51 hopefully others are trickling in 21:02:00 i don't guess they thought it had already moved? 21:02:17 no, I don't think so 21:02:26 james_li had asked me this morning about it 21:02:42 and I had mentioned to him that today we are still at the original time 21:02:45 james li 21:03:08 hi james_li 21:03:19 Hi devkulkarni 21:03:35 good that two cores are here :) 21:03:43 I need to get few patches in 21:03:53 welcome swati_9 21:03:55 looking at trigger changes now 21:04:12 datsun180b, james_li: swati_9 is new member of our team 21:04:14 devkulkarni: hi, thanks 21:04:25 glad to have you swati_9 21:04:30 swati_9: would you like to introduce yourself to datsun180b and james_li 21:04:39 datsun180b: thanks :) 21:04:45 yes, sure 21:05:07 Hey everyone, my name is Swati 21:05:24 I am a 3rd year student studying CS 21:05:56 thanks for the introduction swati_9 21:06:07 devkulkarni: :) 21:06:18 datsun180b: swati_9 was running into issues with vagrant setup 21:06:38 may be you have some insight.. we can discuss about it during open discussion 21:06:43 sounds good 21:06:48 let me proceed with today's agenda 21:07:07 so the first item today is to change our meeting time. 21:07:09 Changing meeting time to 1700 UTC 21:07:22 #link http://lists.openstack.org/pipermail/openstack-dev/2015-September/075611.html 21:07:32 o/ 21:07:38 hi adrian_otto 21:07:46 we just got started 21:07:50 sorry I am late 21:08:03 glad you got started 21:08:18 adrian_otto: we have a new team member — swati_9 21:08:32 Hi swati_9, welcome 21:08:48 ok, so the first item on agenda is changing meeting time 21:08:54 james_li: hi :) 21:09:18 please vote on the review: https://review.openstack.org/#/c/228441/ 21:09:48 this was based on our discussion from last week's meeting 21:10:39 Of note is the change in IRC channel, too, to #openstack-meeting-3 instead of -alt as it is now 21:10:49 yes, that is correct datsun180b 21:11:05 this channel is busy at that hour. murano has their team meeting 21:11:25 I am proposing that we move to new time starting next week's meeting 21:11:53 alright 21:12:23 I will remove WIP once most of the active members have voted (or by thursday) whichever is latest 21:12:43 hopefully no other team chooses that time slot and channel before our changes get merged! 21:13:10 next item on agenda is 21:13:16 Glance bug affecting our Devstack environment 21:13:24 #link http://lists.openstack.org/pipermail/openstack-dev/2015-September/075409.html 21:13:50 so last week I started noticing that image uploads to glance (languagepacks) started failing 21:13:56 in our devstack environment 21:14:20 turns out there was a bug in glance client, which has been fixed now 21:14:37 just wanted to bring it everyone's attention 21:15:32 looks like the bug was fixed and merged 21:15:47 till that bug fix is ported to liberty, we might have to set glance client repo and branch when starting up vagrant 21:16:04 james_li: yes, but don't think it has been back-ported to liberty yet. 21:16:11 they had two patches 21:16:11 ok 21:16:33 I haven't restarted my vagrant vm, so haven't tried setting the glance client repo and branch 21:17:01 but, there variables inside stackrc for glance client which we need to override when we start the vagrant v 21:17:05 vagrant vm 21:17:32 probably similar to the way we use to override novadocker 21:17:44 right, datsun180b, james_li? 21:18:04 spinning plates, catching up 21:18:12 datsun180b: sure 21:19:50 so that was just a fyi 21:20:06 we've pinned before 21:20:09 if you run into issues related to glance upload, that will be the reason 21:20:13 datsun180b: yes 21:20:24 and we still have the mechanism to pin via environment variables 21:20:51 datsun180b: yep, thats what I am thinking we need to do 21:21:03 set the environment variables before doing 'vagrant up' 21:21:54 ok, so just be aware of this bug. that is all on that topic 21:22:05 let me move to the next one 21:22:09 Porting trigger resource to apps 21:22:19 #link https://review.openstack.org/#/c/224918/ 21:22:27 #link https://review.openstack.org/#/c/226081/1 21:22:42 datsun180b: thanks for +2 on the API patch 21:22:52 james_li: I have addressed your comments 21:23:08 looked good to me, that's what +2 is for 21:23:16 +1 datsun180b :) 21:23:29 I can look 21:23:39 these have been around for more than a week now.. would like to get them merged soon 21:23:44 thanks james_li 21:23:57 no arguments from me 21:24:18 btw, datsun180b probably you missed an intermediate patch which got merged couple days back 21:24:39 it was about adding uniqueness constraint to the workflow object model 21:24:53 i saw mention of it 21:25:03 datsun180b: yeah 21:25:17 I like these too 21:25:23 I am going to approve them for merge now 21:25:33 adrian_otto: awesome!! 21:25:52 *feeling happy* 21:25:58 :) 21:26:10 done 21:26:17 thanks adrian_otto 21:26:17 well that was easy 21:26:48 james_li: if you had any other comments, would be happy to address them in a follow up patch 21:27:11 ok, moving to next item 21:27:32 which, actually is not on the agenda as I just realized I had forgotten about it 21:27:51 it is about several patches submitted by stannier for python3 21:28:00 saw them 21:28:03 #link https://review.openstack.org/#/q/project:openstack/solum+status:open,n,z 21:28:21 james_li, datsun180b: I think you guys will be perfect to weigh in on them 21:28:40 I had already requested randallburt to look through them 21:28:56 he has given his +1 for a few and a -1 for one 21:29:06 there are few he has not looked at 21:29:28 should we expect to see our py34 gate pass with his patches? 21:29:29 james_li: did you get a chance to look at any of them? 21:29:43 jame_li: good question 21:29:53 the patches seem to be failing on py34 21:29:58 #link https://review.openstack.org/#/c/227757/ 21:30:05 but I am still seeing failures 21:30:13 so just these changes may not be enough 21:30:22 james_li: yes 21:30:59 I can check with Victor to understand what would be required to make it so that py34 gate will start passing 21:32:02 I think we can work it out, I imagine the gate will only pass when all of the changes are in 21:32:07 james_li: but even though the gate check is still not passing, the current set of changes might be in line to where eventually we can have a green gate 21:32:18 datsun180b: oh 21:32:25 datsun180b: may be that is the case 21:33:14 in any case, please review those patches whenever you get a chance 21:33:31 seems like good contribution to me 21:33:39 maybe we can check the logs to make sure that each change in order at least decreases the number of problems the py34 gate has 21:34:06 are the changes interdependent? 21:34:21 so it would seem, they're all fairly well scoped 21:35:16 datsun180b: that is a good idea .. to check the logs of the gate failure 21:35:34 I mean, it's our job, right 21:35:56 http://logs.openstack.org/57/227757/2/check/gate-solum-python34/b9cda5b/console.html#_2015-09-28_08_20_30_772 21:36:13 "ImportError: No module named 'urlparse'" 21:36:45 One of Victor's changes moved our use of urlparse to a six urllib borrow, IIRC 21:36:53 or, it would, if it merged 21:37:14 so for that patch, we should not see above error 21:38:02 so we can merge the other one and then order a recheck on this one to prove it? 21:38:08 #link http://logs.openstack.org/98/227398/1/check/gate-solum-python34/fd362a6/console.html.gz 21:38:21 adrian_otto: yes, that makes sense 21:38:28 https://review.openstack.org/227398 21:39:00 ok, I approve that one 21:39:05 +d 21:39:21 ok..do we have to wait till it merges? 21:39:33 or could we retrigger the other one now? 21:39:45 only if you want to know for sure if that clears the gate error 21:39:49 judging from how long the solumclient review took to merge, I wouldn't imagine it'll take that long 21:40:15 should know in like 5 mins 21:40:29 ok.. we can keep an eye out on solum irc channel.. we will get a notification there 21:41:21 so the next two items on the agenda are copied over from last time 21:41:30 - Moving logs resource from assembly to workflow 21:42:00 this is probably the last thing we need to complete before calling old api to new api migration done 21:42:21 vijendar is going to be looking at this 21:43:10 I have created two bugs (one for api and another for cli) and assigned them to vijendar 21:43:24 will check with him if he needs any help 21:44:19 next item is some new bugs for which I am looking for volunteers 21:44:29 this is the same list that I had last time 21:45:28 swati_9: once you get your devstack + solum environment working, we can look at if you might be able to pick up one of these 21:45:52 I think #link https://bugs.launchpad.net/python-solumclient/+bug/1498209 might be a good one 21:45:52 Launchpad bug 1498209 in python-solumclient "created-at-in-solum-app-list" [Medium,New] 21:46:46 ok, so that is all I had for reviews/discussion topic 21:46:52 moving to open discussion 21:47:07 #topic Open Discussion 21:47:24 I have two items for this today. 21:47:37 First one is: Figuring out details of the Solum Fishbowl session at Tokyo (when, where, what) 21:47:53 there was this email some time back #link http://lists.openstack.org/pipermail/openstack-dev/2015-September/073654.html 21:48:25 yesterday (or day before), an etherpad was shared as well #link https://etherpad.openstack.org/p/infra-mitaka-summit-planning 21:49:10 so looks like the planning of various sessions and workdays is now going to start soon 21:49:33 hopefully we will hear about when is solum's fb session 21:50:08 will let everyone know as soon as I find out 21:50:13 devkulkarni: yes, definitely, sounds good 21:50:23 swati_9: cool 21:52:00 the second topic was related to recent email chain on magnum 21:52:39 adrian_otto: I am was following the discussion on http://lists.openstack.org/pipermail/openstack-dev/2015-September/075763.html 21:53:19 and was intrigued to read your response that some of the current abstractions, like replication controller, pods, services, would not have been in magnum had it started now 21:54:05 my interest is to know — then should solum not be considering using these abstractions when interfacing with magnum? 21:54:32 good question 21:54:38 my advice is to simply use bay 21:54:47 and to interface with the bay using its native API 21:55:15 so if you plan to use a kubernetes bay, then create your resources usingthe ku8 v1 api 21:55:23 s/ku8/k8s/ 21:55:43 adrian_otto: I see 21:55:46 if you are creating swarm bays (probably makes more sense for solum) then just use the docker API 21:56:08 oh okay 21:56:22 the advantagethere is if you want to start using new features in Docker, you can get them sooner than waiting for magnum to implement them 21:56:31 btw, for using swarm bays, each bay node will have a docker registry on it, right? 21:56:43 sure, makes sense 21:57:02 I saw your comment on that bp 21:57:14 and also saw a patch which got merged 21:57:43 yes, so you will be able to use localhost as your registry endpoint 21:57:52 that code may still be in review, but it's close 21:58:15 ok.. I will be starting with investigating magnum integration next 21:58:29 now that the triggers work is done 21:58:31 for example, you might want: https://review.openstack.org/225400 21:58:57 oh okay. thanks for sharing 21:59:11 I believe the initial patch which adds a registry was merged 21:59:59 may be not 22:00:03 https://review.openstack.org/#/q/status:merged+project:openstack/magnum+branch:master+topic:bp/registryv2-in-master,n,z 22:00:05 but this is the bp https://blueprints.launchpad.net/magnum/+spec/registryv2-in-master 22:00:08 those are the two that merged 22:00:17 ok cool 22:00:20 thanks adrian_otto 22:00:27 its top of the hour 22:00:33 will end the meeting now 22:00:37 tx!! 22:00:44 thanks everyone for joining today 22:00:48 #endmeeting