Wednesday, 2016-12-14

*** galstrom_zzz is now known as galstrom00:00
*** singlethink has quit IRC00:01
*** yfauser has joined #openstack-meeting-400:01
*** bpokorny has quit IRC00:02
*** lamt has quit IRC00:02
*** bpokorny has joined #openstack-meeting-400:02
*** yfauser has quit IRC00:06
*** Xeregin has quit IRC00:07
*** baoli has quit IRC00:07
*** asettle has joined #openstack-meeting-400:10
*** itisha has quit IRC00:12
*** asettle has quit IRC00:14
*** ativelkov has quit IRC00:15
*** galstrom is now known as galstrom_zzz00:16
*** ativelkov has joined #openstack-meeting-400:17
*** hongbin has quit IRC00:22
*** haleyb_ has joined #openstack-meeting-400:24
*** spzala has quit IRC00:26
*** harlowja has joined #openstack-meeting-400:30
*** uck_ has quit IRC00:31
*** Julien-zte has joined #openstack-meeting-400:31
*** Julien-zte has quit IRC00:36
*** Julien-zte has joined #openstack-meeting-400:37
*** Julien-zte has quit IRC00:39
*** Julien-zte has joined #openstack-meeting-400:40
*** Julien-zte has quit IRC00:41
*** Julien-zte has joined #openstack-meeting-400:42
*** Julien-zte has quit IRC00:43
*** Julien-zte has joined #openstack-meeting-400:44
*** sdake has quit IRC00:45
*** Julien-zte has joined #openstack-meeting-400:45
*** rbak has joined #openstack-meeting-400:54
*** limao has joined #openstack-meeting-400:55
*** sacharya has joined #openstack-meeting-400:58
*** uck has joined #openstack-meeting-400:59
*** sacharya has quit IRC01:03
*** uck has quit IRC01:04
*** Zer0Byte__ has quit IRC01:06
*** rbak has quit IRC01:08
*** haleyb_ has quit IRC01:10
*** asettle has joined #openstack-meeting-401:13
*** asettle has quit IRC01:18
*** tovin07__ has joined #openstack-meeting-401:22
*** markvoelker has quit IRC01:29
*** piet has joined #openstack-meeting-401:30
*** bpokorny_ has joined #openstack-meeting-401:32
*** bpokorny_ has quit IRC01:32
*** yamamoto has quit IRC01:33
*** bpokorny has quit IRC01:35
*** JRobinson__ has quit IRC01:36
*** haleyb_ has joined #openstack-meeting-401:37
*** JRobinson__ has joined #openstack-meeting-401:38
*** ativelkov has quit IRC01:40
*** ativelkov has joined #openstack-meeting-401:40
*** haleyb_ has quit IRC01:41
*** vishnoianil has joined #openstack-meeting-401:44
*** yamamoto has joined #openstack-meeting-401:52
*** Julien-zte has quit IRC01:55
*** yfauser has joined #openstack-meeting-402:00
*** Jeffrey4l has quit IRC02:05
*** JRobinson__ is now known as JRobinson__afk02:06
*** yfauser has quit IRC02:07
*** Julien-zte has joined #openstack-meeting-402:07
*** rainya has quit IRC02:09
*** dave-mccowan has quit IRC02:10
*** dave-mccowan has joined #openstack-meeting-402:11
*** Jeffrey4l has joined #openstack-meeting-402:15
*** tovin07__ has quit IRC02:16
*** hongbin has joined #openstack-meeting-402:27
*** qwebirc32205 has joined #openstack-meeting-402:32
*** baoli has joined #openstack-meeting-402:32
qwebirc32205test02:34
*** JRobinson__afk is now known as JRobinson__02:35
*** haleyb_ has joined #openstack-meeting-402:39
*** tovin07__ has joined #openstack-meeting-402:40
*** thorst_ has joined #openstack-meeting-402:40
*** haleyb_ has quit IRC02:43
*** haleyb_ has joined #openstack-meeting-402:43
*** kunlun has joined #openstack-meeting-402:44
*** hieulq_ has joined #openstack-meeting-402:45
*** qwebirc32205 has quit IRC02:46
*** kunlun has left #openstack-meeting-402:46
*** Swami_ has joined #openstack-meeting-402:46
*** hieulq_ has quit IRC02:46
*** thorst_ has quit IRC02:47
*** Julien-zte has quit IRC02:47
*** thorst_ has joined #openstack-meeting-402:47
*** Swami has quit IRC02:48
*** Swami__ has quit IRC02:48
*** mrunge has quit IRC02:49
*** Julien-zte has joined #openstack-meeting-402:49
*** Swami has joined #openstack-meeting-402:49
*** Kevin_Zheng has joined #openstack-meeting-402:49
*** bpokorny has joined #openstack-meeting-402:51
*** thorst_ has quit IRC02:52
*** mrunge has joined #openstack-meeting-402:54
*** bpokorny has quit IRC02:55
*** sdake has joined #openstack-meeting-402:55
*** sacharya has joined #openstack-meeting-402:59
*** yfauser has joined #openstack-meeting-403:03
*** sacharya has quit IRC03:04
*** yfauser_ has joined #openstack-meeting-403:08
*** yfauser has quit IRC03:08
*** Julien-zte has quit IRC03:11
*** yfauser_ has quit IRC03:13
*** gongysh has joined #openstack-meeting-403:19
*** EmilienM has quit IRC03:19
*** EmilienM has joined #openstack-meeting-403:20
*** reedip has joined #openstack-meeting-403:23
*** yamahata_ has quit IRC03:24
*** bpokorny has joined #openstack-meeting-403:24
*** iyamahat_ has quit IRC03:24
*** Syed__ has quit IRC03:25
*** sacharya has joined #openstack-meeting-403:25
*** coolsvap has joined #openstack-meeting-403:27
*** vikasc has quit IRC03:28
*** bpokorny has quit IRC03:29
*** markvoelker has joined #openstack-meeting-403:30
*** markvoelker has quit IRC03:35
*** piet has quit IRC03:35
*** dave-mccowan has quit IRC03:39
*** vikasc has joined #openstack-meeting-403:40
*** sdake has quit IRC03:44
*** unicell has quit IRC03:46
*** prateek has joined #openstack-meeting-403:49
*** thorst_ has joined #openstack-meeting-403:54
*** bpokorny has joined #openstack-meeting-403:55
*** bpokorny has quit IRC03:56
*** baoli has quit IRC03:57
*** Swami_ has quit IRC03:57
*** Swami_ has joined #openstack-meeting-403:57
*** thorst_ has quit IRC03:58
*** thorst_ has joined #openstack-meeting-403:59
*** haleyb_ has quit IRC04:00
*** sdake has joined #openstack-meeting-404:01
*** hongbin has quit IRC04:05
*** thorst_ has quit IRC04:07
*** hieulq has quit IRC04:07
*** hieulq has joined #openstack-meeting-404:08
*** yfauser has joined #openstack-meeting-404:09
*** sdake_ has joined #openstack-meeting-404:10
*** sdake has quit IRC04:13
*** yfauser has quit IRC04:14
*** psachin has joined #openstack-meeting-404:18
*** haleyb_ has joined #openstack-meeting-404:19
*** haleyb_ has quit IRC04:19
*** unicell has joined #openstack-meeting-404:19
*** unicell1 has joined #openstack-meeting-404:27
*** vikasc has quit IRC04:28
*** unicell has quit IRC04:29
*** prateek has quit IRC04:31
*** thorst_ has joined #openstack-meeting-404:38
*** sdake_ is now known as sdake04:40
*** vikasc has joined #openstack-meeting-404:41
*** sambetts_ has quit IRC04:43
*** sambetts_ has joined #openstack-meeting-404:44
*** sambetts_ is now known as Guest5156604:44
*** Guest51566 has quit IRC04:55
*** JRobinson__ is now known as JRobinson__afk04:55
*** sambetts has joined #openstack-meeting-404:57
*** links has joined #openstack-meeting-404:57
*** hieulq_ has joined #openstack-meeting-405:00
*** sdake has quit IRC05:00
*** vishnoianil has quit IRC05:01
*** anilvenkata has joined #openstack-meeting-405:03
*** thorst_ has quit IRC05:04
*** JRobinson__afk is now known as JRobinson__05:04
*** Swami_ has quit IRC05:06
*** Swami has quit IRC05:06
*** prateek has joined #openstack-meeting-405:09
*** prateek has quit IRC05:09
*** yfauser has joined #openstack-meeting-405:10
*** hieulq_ has quit IRC05:11
*** prateek has joined #openstack-meeting-405:14
*** asettle has joined #openstack-meeting-405:14
*** yfauser has quit IRC05:16
*** janki has joined #openstack-meeting-405:18
*** asettle has quit IRC05:21
*** yamahata_ has joined #openstack-meeting-405:28
*** yfauser has joined #openstack-meeting-405:30
*** s3wong has joined #openstack-meeting-405:31
*** markvoelker has joined #openstack-meeting-405:31
*** thorst_ has joined #openstack-meeting-405:34
*** yfauser has quit IRC05:35
*** markvoelker has quit IRC05:37
*** thorst_ has quit IRC05:41
*** amotoki has joined #openstack-meeting-406:12
*** amotoki has quit IRC06:14
*** hieulq has quit IRC06:16
*** tovin07_ has quit IRC06:17
*** tovin07__ has quit IRC06:17
*** amotoki has joined #openstack-meeting-406:17
*** tovin07_ has joined #openstack-meeting-406:18
*** tovin07__ has joined #openstack-meeting-406:19
*** unicell1 has quit IRC06:19
*** hieulq has joined #openstack-meeting-406:20
*** unicell1 has joined #openstack-meeting-406:22
*** thorst_ has joined #openstack-meeting-406:28
*** vikasc has quit IRC06:29
*** yfauser has joined #openstack-meeting-406:31
*** s3wong has quit IRC06:32
*** ricolin has joined #openstack-meeting-406:35
*** yfauser has quit IRC06:36
*** thorst_ has quit IRC06:36
*** yfauser has joined #openstack-meeting-406:43
*** vikasc has joined #openstack-meeting-406:47
*** Xeregin has joined #openstack-meeting-406:57
*** markvoelker has joined #openstack-meeting-407:00
*** Xeregin has quit IRC07:05
*** markvoelker has quit IRC07:06
*** iyamahat has joined #openstack-meeting-407:08
*** Julien-zte has joined #openstack-meeting-407:16
*** asettle has joined #openstack-meeting-407:18
*** bapalm has quit IRC07:18
*** yamamoto has quit IRC07:18
*** JRobinson__ has quit IRC07:22
*** thorst_ has joined #openstack-meeting-407:23
*** iyamahat has quit IRC07:24
*** asettle has quit IRC07:25
*** sacharya has quit IRC07:26
*** nofarsch has joined #openstack-meeting-407:30
*** thorst_ has quit IRC07:31
*** yujunz has joined #openstack-meeting-407:33
*** yamahata_ has quit IRC07:37
*** bapalm has joined #openstack-meeting-407:38
*** yujunz has quit IRC07:38
*** zenoway has joined #openstack-meeting-407:41
*** gongysh has quit IRC07:47
*** zenoway has quit IRC07:49
*** ralonsoh has joined #openstack-meeting-407:51
*** ricolin has quit IRC07:52
*** ricolin has joined #openstack-meeting-407:52
*** ricolin has quit IRC07:55
*** yamamoto has joined #openstack-meeting-407:56
*** yujunz has joined #openstack-meeting-407:56
*** ifat_afek has joined #openstack-meeting-407:58
*** yamahata_ has joined #openstack-meeting-407:59
*** pcaruana has joined #openstack-meeting-407:59
*** sacharya has joined #openstack-meeting-408:00
ifat_afek#startmeeting vitrage08:00
openstackMeeting started Wed Dec 14 08:00:30 2016 UTC and is due to finish in 60 minutes.  The chair is ifat_afek. Information about MeetBot at http://wiki.debian.org/MeetBot.08:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.08:00
*** openstack changes topic to " (Meeting topic: vitrage)"08:00
openstackThe meeting name has been set to 'vitrage'08:00
*** eyalb has joined #openstack-meeting-408:01
*** idan_hefetz has joined #openstack-meeting-408:01
eyalbhi08:01
idan_hefetzHi08:01
*** alexey_weyl has joined #openstack-meeting-408:01
tovin07__o/08:01
alexey_weylhi08:01
ifat_afekHi everyone!08:01
*** nadav has joined #openstack-meeting-408:01
*** danoffek has joined #openstack-meeting-408:01
danoffekHi guys08:01
nadavhi08:01
nofarschhi08:02
ifat_afek#topic Status and Updates08:03
*** openstack changes topic to "Status and Updates (Meeting topic: vitrage)"08:03
ifat_afekI created a Vitrage RoadMap page under our wiki page. I tried to list all activities we are currently involved in, as well as ones we wanted to do but might not be able to complete in Ocata08:03
ifat_afek#link https://wiki.openstack.org/wiki/Vitrage/RoadMap08:03
ifat_afekFeel free to look, edit, add… and also implement of course if you are free08:03
ifat_afekBesides that, I started working on implementing Vitrage as a Doctor Inspector08:04
ifat_afekThe first task is to write tests for Vitrage as an inspector. To complete this task, I first need to write a Doctor datasource in Vitrage, that will implement Doctor SB API08:04
ifat_afek#link https://gerrit.opnfv.org/gerrit/#/c/1217908:04
ifat_afekI plan to write a blueprint and start the implementation in the coming days08:04
ifat_afekThe next task would be to add Vitrage installation to OPNFV Apex installer. But to complete this, we need to have Red Hat support08:05
*** sacharya has quit IRC08:05
ifat_afekeyalb: any progress with this?08:05
eyalbnot much progress few more comments were added to the review08:06
ifat_afekok08:06
ifat_afekAnyone wants to update?08:06
*** elisha_r has joined #openstack-meeting-408:07
elisha_rhi08:07
alexey_weylI will updat08:07
alexey_weylwe had some gate problems last week due to infra and heat changes, and we fixed them08:07
alexey_weylIn addition, I have wrote a blueprint for a custom alarm in Aodh08:08
alexey_weylhttps://review.openstack.org/#/c/408060/08:08
*** reedip has quit IRC08:08
alexey_weylI also sent an email to aodh about it08:08
ifat_afekalexey_weyl: I’ve seen it, looks good08:08
alexey_weylbut at the moment I dont have any feedbacks from the aodh team08:09
ifat_afekDid they review it alrady?08:09
alexey_weylI will continue to talk with them about it and get their response08:09
alexey_weylthats it08:09
* yujunz reports that static datasource will be ready for review in a few days.08:09
ifat_afekOk. We need to get their approval, or at least their comments08:10
ifat_afekyujunz: great, thanks08:10
yujunzIf somebody can help explain how to work with placeholder, it might be accelerated.08:10
alexey_weylyujunz: great! we ware waiting for it08:10
ifat_afekWe keep following your changes :-)08:10
alexey_weylno problem, i will explain08:10
ifat_afekAnd please explain how you wrote the ‘*’ next to your name in *yujunz reports …08:11
yujunzThanks, I'll ask in mailing list08:11
*** zenoway has joined #openstack-meeting-408:11
yujunzuse /me08:11
* ifat_afek thanks08:11
alexey_weylok, i will wait for your email to explain08:11
* alexey_weyl NICEEEEEEEEEEEEEEE08:12
* alexey_weyl :)08:12
yujunzAfter that, I may continue work on datasource skeleton generator08:12
ifat_afekok, anyone else wants to update?08:12
yujunzIf there is no other high priority tasks08:12
eyalbi will update08:13
ifat_afekyujunz: sounds great08:13
ifat_afekI actually plan to write a datasource these days, but I guess your skeleton won’t be ready yet08:13
alexey_weylsounds great, I will try to think if there might be some more important issue to work on08:14
ifat_afekRegarding the tasks, I just listed the important ones in the road map page, but of course you can work on whatever is important to you08:14
yujunzI guess so, since I need more time to study how datasource works.08:15
ifat_afekof course08:15
alexey_weylyujunz: if you have any questions, just send an email and we will be glad to help you :)08:15
yujunzThank you in advance alexey_weyl and all vitragers08:16
*** iyamahat has joined #openstack-meeting-408:16
ifat_afekeyalb: you wanted to update?08:17
eyalbyes08:17
eyalbstill working on the collectd datasource08:18
*** dwj has joined #openstack-meeting-408:18
eyalbi was able to write a python plugin that will send notifications on the bus to vitrage08:18
eyalbnow i need to write the vitrage side08:19
eyalbthats all08:19
ifat_afekeyalb: sounds great08:19
ifat_afekthanks08:19
*** thorst_ has joined #openstack-meeting-408:19
ifat_afekanyone else wants to update?08:19
ifat_afekor any other issue to discuss before I close the meeting?08:21
yujunzBy the way, how do we usually call ourselves?08:21
yujunzVitragers?08:21
alexey_weylThat sound nice :)08:21
ifat_afekWe never used this term :-) or any other08:21
ifat_afekBut I agree it sounds nice08:21
ifat_afekSo we can adopt it08:21
yujunzJust try to find something to starting a new message in mailing list08:22
*** reedip has joined #openstack-meeting-408:22
ifat_afekThat would be a good start indeed :-)08:22
idan_hefetz+108:22
danoffekNope08:23
ifat_afekdanoffek: so suggest something else08:23
danoffekIt's a good start, let's take it to the next level08:23
yujunzIn doctor project it is easy, we call ourselves doctors :-)08:24
ifat_afek:-)08:24
yujunzIn QTIP project, runners, since we run benchmarks08:24
yujunzAnd the core module is called runner08:24
danoffekWell, so does elisha_rosentzweig08:24
ifat_afekthat’s less obvious...08:24
ifat_afekyou mean he’s a doctor too08:25
ifat_afekI wonder what Aodh does ;-)08:25
danoffekIn doctor, it's a good one.08:25
danoffekSo, the next idea would be "giraffes", but I wouldn't go with a shirt naming me "giraffe"08:26
ifat_afekFirst we need to convince OpenStack illustrator to design a nicer giraffe than the previous one08:27
*** matrohon has joined #openstack-meeting-408:27
ifat_afekAnd personally I prever Vitragers over Giraffes…08:27
yujunzOr root cause digger => diggers08:27
ifat_afekprefer08:27
*** thorst_ has quit IRC08:27
danoffekI root for this idea08:27
danoffekDiggers is nicer08:27
ifat_afekOk, I guess we won’t reach a conclusion today…08:29
ifat_afekyujunz: feel free to call us however you want in your mail :-)08:29
yujunzOK08:30
ifat_afekAny other issue to discuss?08:30
ifat_afekOk, let’s close the meeting08:32
nofarschcan we design our own giraffe?08:32
ifat_afeknofarsch: Hi!08:33
nofarschhaha hi08:33
nofarschif it takes a long time or there aren't any resources let's just design our own08:33
ifat_afekUnfortunately we can’t. There is one illustrator that designed the mascots of all projects. I sent him an example of what we wanted our giraffe to look like, and he designed something else08:34
nofarschI know, we've talked about it08:34
nofarschdid he respond?08:34
ifat_afekIt might be a good idea to ping the woman who organized it, and ask if our feedback was accepted08:34
nofarschok08:35
ifat_afekI didn’t contact him (or her?) directly08:35
nofarschand btw about the nickname, I suggest Root causers :P08:35
ifat_afekBut thanks for the reminder, we deserve a nice giraffe!08:35
nofarschyes we do!08:35
*** alexey_weyl has quit IRC08:35
ifat_afek+1 to root causers08:35
nofarschnow you can close the meeting :)08:36
danoffekroot root for Nofar08:36
*** nbloom has joined #openstack-meeting-408:36
danoffek+208:36
nofarschyay!08:36
*** danoffek has left #openstack-meeting-408:36
ifat_afekOk, closing the meeting08:36
ifat_afekSee you next week08:36
eyalbbye08:36
nbloombye08:36
nofarschbye guys! see you soon08:36
ifat_afek#endmeeting08:37
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"08:37
openstackMeeting ended Wed Dec 14 08:37:19 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)08:37
openstackMinutes:        http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-12-14-08.00.html08:37
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-12-14-08.00.txt08:37
openstackLog:            http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-12-14-08.00.log.html08:37
*** eyalb has left #openstack-meeting-408:37
*** ricolin has joined #openstack-meeting-408:37
*** ifat_afek has left #openstack-meeting-408:38
*** iberezovskiy|off is now known as iberezovskiy08:38
*** Zer0Byte__ has joined #openstack-meeting-408:39
*** nofarsch has quit IRC08:45
*** nbloom has quit IRC08:49
*** alexchadin has joined #openstack-meeting-408:49
*** iyamahat has quit IRC08:51
*** elisha_r has quit IRC08:51
*** ricolin has quit IRC08:54
*** yujunz has left #openstack-meeting-408:55
*** thedac has quit IRC08:56
*** markvoelker has joined #openstack-meeting-409:02
*** markvoelker has quit IRC09:07
*** yfauser has quit IRC09:07
*** yfauser has joined #openstack-meeting-409:07
*** ricolin has joined #openstack-meeting-409:08
*** alexchadin has quit IRC09:10
*** yfauser has quit IRC09:12
*** thorst_ has joined #openstack-meeting-409:18
*** bogdando has joined #openstack-meeting-409:19
*** thorst_ has quit IRC09:24
*** Julien-zte has quit IRC09:37
*** yamahata_ has quit IRC09:37
*** itisha has joined #openstack-meeting-409:39
*** Zer0Byte__ has quit IRC09:41
*** asettle has joined #openstack-meeting-409:44
*** karthiks has quit IRC09:48
*** idan_hefetz has left #openstack-meeting-409:56
*** tovin07__ has quit IRC10:01
*** gongysh has joined #openstack-meeting-410:04
*** yfauser has joined #openstack-meeting-410:08
*** yfauser has quit IRC10:12
*** yfauser has joined #openstack-meeting-410:13
*** yfauser has quit IRC10:18
*** ricolin has quit IRC10:18
*** thorst_ has joined #openstack-meeting-410:21
*** ricolin has joined #openstack-meeting-410:23
*** thedac has joined #openstack-meeting-410:27
*** vikasc has left #openstack-meeting-410:28
*** limao has quit IRC10:28
*** limao has joined #openstack-meeting-410:29
*** sdake has joined #openstack-meeting-410:29
*** thorst_ has quit IRC10:29
*** yfauser has joined #openstack-meeting-410:29
*** limao has quit IRC10:30
*** limao has joined #openstack-meeting-410:30
*** yfauser has quit IRC10:34
*** limao has quit IRC10:35
*** links has quit IRC10:38
*** links has joined #openstack-meeting-410:38
*** cholcombe has quit IRC10:39
*** thedac has quit IRC10:40
*** gongysh has quit IRC10:43
*** matrohon has quit IRC10:55
*** dtardivel has joined #openstack-meeting-410:58
*** markvoelker has joined #openstack-meeting-411:02
*** markvoelker has quit IRC11:07
*** yamamoto has quit IRC11:12
*** woodard has quit IRC11:12
*** woodard has joined #openstack-meeting-411:12
*** thorst_ has joined #openstack-meeting-411:16
*** portdirect is now known as portdirect_away11:20
*** prateek_ has joined #openstack-meeting-411:21
*** prateek has quit IRC11:21
*** qwebirc40703 has joined #openstack-meeting-411:21
*** qwebirc40703 has quit IRC11:22
*** thorst_ has quit IRC11:23
*** gongysh has joined #openstack-meeting-411:24
*** yamamoto has joined #openstack-meeting-411:26
*** gmann_ has joined #openstack-meeting-411:27
*** yfauser has joined #openstack-meeting-411:32
*** thedac has joined #openstack-meeting-411:35
*** yfauser has quit IRC11:37
*** ricolin has quit IRC11:48
*** yfauser has joined #openstack-meeting-411:55
*** sacharya has joined #openstack-meeting-412:02
*** dave-mccowan has joined #openstack-meeting-412:04
*** sacharya has quit IRC12:07
*** zenoway has quit IRC12:07
*** thorst_ has joined #openstack-meeting-412:10
*** rtheis has joined #openstack-meeting-412:12
*** prateek_ has quit IRC12:14
*** bobmel_ has quit IRC12:15
*** thorst_ has quit IRC12:18
*** gongysh has quit IRC12:19
*** bobmel has joined #openstack-meeting-412:19
*** sdake has quit IRC12:31
*** jimbaker has quit IRC12:34
*** jimbaker has joined #openstack-meeting-412:38
*** jimbaker has quit IRC12:44
*** sdague has joined #openstack-meeting-412:46
*** jimbaker has joined #openstack-meeting-412:48
*** qwebirc50810 has joined #openstack-meeting-412:52
*** qwebirc50810 has quit IRC12:52
*** bobh has joined #openstack-meeting-412:56
*** sdake has joined #openstack-meeting-412:57
*** sdake_ has joined #openstack-meeting-412:58
alex_xu#startmeeting nova api13:00
openstackMeeting started Wed Dec 14 13:00:09 2016 UTC and is due to finish in 60 minutes.  The chair is alex_xu. Information about MeetBot at http://wiki.debian.org/MeetBot.13:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
*** openstack changes topic to " (Meeting topic: nova api)"13:00
openstackThe meeting name has been set to 'nova_api'13:00
alex_xuwho is here today?13:00
gmanno/13:00
Kevin_Zhengo/13:01
sdagueo/13:01
alex_xufirst, let me give a quick update before we jump in the filters....13:01
alex_xu#link https://etherpad.openstack.org/p/ocata-nova-priorities-tracking13:02
*** sdake has quit IRC13:02
johnthetubaguyo/13:02
*** sdake_ is now known as sdake13:02
alex_xuthe server side patch of the deprecation of image-metadata is merged13:02
alex_xuand I feel the pagination of single_tenant_usage is close13:03
alex_xu#link https://review.openstack.org/38609313:03
*** markvoelker has joined #openstack-meeting-413:03
alex_xuso we have better give more attension for other api patches, hope we can merge them all13:03
alex_xu#topic API Priorities13:04
*** openstack changes topic to "API Priorities (Meeting topic: nova api)"13:04
alex_xuso....i think we can begin to talk about filters again. I have two points for it today13:04
*** thorst_ has joined #openstack-meeting-413:05
alex_xufirst is about the policy rule, sdague have concern on it, it make the API behaviour different without any discoverable way.13:05
alex_xuas I remember johnthetubaguy have point that the user don't want to remove it?13:05
johnthetubaguyI am worried operators rely on those, given their comments at the summit13:06
johnthetubaguythe policy idea was a way to relax the restrictions in some clouds where its really wanted13:06
*** jimbaker has quit IRC13:06
johnthetubaguy(with a view towards capabilities API fixing discoverability eventually)13:06
sdaguejohnthetubaguy: did we get any comments about which filters people were concerned about?13:07
alex_xuyea, I +1 for that also. but I can't answer the question of behaviour change13:07
sdagueI *really* don't want to make this a config option13:07
sdagueI would much rather add in things people are concerned about being dropped13:07
*** markvoelker has quit IRC13:08
alex_xuemm....maybe we should discussion the second problem first. That may change which filters we want to remove13:08
johnthetubaguysdague: basically no, they seemed to want everything for admins13:08
alex_xus/discussion/discuss13:08
sdaguejohnthetubaguy: define everything13:08
johnthetubaguysdague: well all API visible properties, filter and sorting, but I don't think we have that today, it wasn't really a useful data point I guess13:09
sdagueright13:09
sdaguehere is the thing, we either decide we're going to define this, so the behavior is known13:10
*** jimbaker has joined #openstack-meeting-413:10
sdagueor we decide we aren't, and then any db changes randomly break people with no warning in the future13:10
johnthetubaguyright, I am on the define side of things, for sure, the status quo is stupid13:11
alex_xuactualy only one db index can be used in the query....so I feel we can keep all the filters, due to most of them won't get benefit from index13:11
sdaguebecause exposing that policy point / config actually means we're saying "have raw access to our db... but no guaruntees that any of these things will keep working"13:11
sdaguealex_xu: yeh, without building a ton of indexes, that's a whole other challenge13:11
johnthetubaguybut when it came to jay's worries about shrinking the set of allowed things, I was basically saying we have an always allowed set, and some extra we allow only for admins (but there is a policy to change that)13:12
sdaguejohnthetubaguy: is that concern posted somewhere? still catching up.13:12
alex_xusdague: so that means the rest of those filters kept can't get benefit from index also. so keep one or keep all are no different13:12
johnthetubaguyI don't believe anyone is arguing for unrestricted13:12
sdaguejohnthetubaguy: ok, I guess I'm confused, what are you arguing for?13:13
*** thorst_ has quit IRC13:13
johnthetubaguysdague: I thought that was in the comments in the spec, but unsure13:13
johnthetubaguyso I should describe my preference here13:13
johnthetubaguyfirst there is a set of things we allow for filter and sort, they should be limited to things that work today, and match properties we have in the API (ideally)13:14
johnthetubaguynow, come the performance concerns, should we reduce the set further to those that don't cause big performance issues, a smaller set13:14
alex_xuonly the db index  'instances_project_id_deleted_idx' is used. So the result already shrink to single tenant, then even other filters can't get benefit from index it is fine13:15
johnthetubaguythere are some that only make sense for admins (like project_id filters, or host filters)13:15
alex_xujohnthetubaguy: the only bad one is admin with all_tenant=113:15
sdagueok, so lets see where we have common ground.13:15
alex_xuwe should encourge admin user list with all_tenant=013:15
sdague1) agree that we should build this as a smaller set13:16
johnthetubaguy+113:16
sdaguewell defined, matching the API for names (not random db tables)13:16
johnthetubaguy+113:16
alex_xuemm...+1 for second one13:16
sdague2) all filters are indexed13:17
johnthetubaguy(I guess the second one makes the first one true, but either way)13:17
sdaguemy feeling on this is that I'm ok fixing this by adding more indexes13:17
sdaguenot dropping filters13:17
sdagueI'm also ok punting on this, because it's a performance improvement that also gets odd if we use searchlight anyway13:18
gmannbut that way list can be smaller ?13:18
johnthetubaguyso I am not sure (2) is actually required, I would say, we should remove end use DOS attack vectors13:18
johnthetubaguyyeah, search light does confuse these things13:18
johnthetubaguys/ //13:18
sdaguejohnthetubaguy: yeh, well dropping the join tables for query mitigates that13:18
sdaguethe worst things are going to be removed13:18
johnthetubaguysdague: yeah, maybe thats enough13:18
sdaguethen we're just doing filter / sort on unindexed values13:19
sdaguewhich sucks13:19
sdaguebut it something a site can local patch if they see a ton of it13:19
sdague3) admin vs. non admin properties13:19
johnthetubaguyso the big text columns, as I understand it, adding an index is more expensive to maintain than what it agains you, at least I hear that needs to be checked13:19
sdaguejohnthetubaguy: sure, that makes sense13:19
*** sdake_ has joined #openstack-meeting-413:20
sdaguehow many bigtext columns are we thinking will be in the list here?13:20
johnthetubaguyname?13:20
sdagueI hope we mostly pulled them out13:20
sdaguethat's varchar(255)13:20
alex_xuname is regex matching, it can't get benefit from db index13:20
johnthetubaguyyeah, I wasn't every clear, it sounds like that might already by not worth an index, but we need to check that13:20
sdagueright, the regex issue is a whole other issue13:21
johnthetubaguyyeah, lets table that discussion for now13:21
sdagueespecially because that's not going to be supportable with elastic search (searching there is different)13:21
johnthetubaguy+113:21
sdagueok, so I think on #313:21
johnthetubaguyyeah13:21
*** bobh has quit IRC13:22
sdaguemy feeling is most of the admin vs. non-admin is artificial13:22
sdagueexcepting nodenames13:22
sdagueso, project_id, no reason to exclude that for non admin13:22
sdaguebecause they are already scoped13:22
johnthetubaguytrue, it just returns zero results I guess13:22
*** hanrong1 has joined #openstack-meeting-413:22
sdagueand... in the future of hierarchical multi tenancy, it actually will mean something for non cloud admin13:23
*** sdake has quit IRC13:23
johnthetubaguyyep, thats true13:23
sdagueso just start with the basic assumption that we try to make everything the same between the 2 groups13:23
sdaguethe only place this can't be is when things start leaking cloud topology13:23
sdaguewhich is the node/host fields13:23
alex_xuyea13:24
sdagueso, short term, that's the only admin adds13:24
*** markvoelker has joined #openstack-meeting-413:24
johnthetubaguyyeah, no breaking out of token scope, and no topology leak, agreed with that13:24
sdaguelonger term, it would honestly be nice if those fields did expose to normal users, in the hashed format13:24
sdagueand could be filtered sorted13:24
* johnthetubaguy forgot thats not upstream already... I guess13:25
alex_xuwe have that in the api response13:25
sdagueso the difference isn't the filter/query side, it's just in the representation used, whether or not we are hiding topology13:25
*** janki has quit IRC13:25
alex_xubut calculated in the python, so can't filter and sort13:25
sdaguealex_xu: right, so it's not an Ocata thing13:25
sdaguebut, something we should figure out if there is a way forward on in Pike+13:26
*** janki has joined #openstack-meeting-413:26
alex_xuyea13:26
johnthetubaguyyeah, its hashed on tenant_id, so I guess which tenant_id will be used for each instance13:26
sdaguealex_xu: because, we totally could calculate it in the db13:26
alex_xusdague: got it13:26
johnthetubaguyyeah, thats what I was thinking13:26
johnthetubaguyanyways, keeping moving13:26
sdagueso...13:26
sdagueI'm hoping this means we've agreed to the following:13:27
sdague1) we should have a strict whitelist13:27
*** sp__ has joined #openstack-meeting-413:27
sdague2) it's ok to defer the issue that everything in the whitelist has an index13:27
sdague3) the admin list differences should only be node/host - and that's a temporary stop gap until we have the better story there13:28
alex_xuI feel we can't have everthing have an index. anyway that is second question we will discuss13:28
sdaguealex_xu: I agree with you13:28
*** sdake_ is now known as sdake13:29
alex_xusdague: ok, now i feel same page with you  :)13:29
johnthetubaguyI am +1 for all three13:29
johnthetubaguystill getting my head around (3), I like its simplicity13:29
sdaguealex_xu: I think we probably want to write up some doc about performance tuning filters, knowing that we're going to do our best here, but that site specific workloads might be using filters we didn't see as high priority13:30
*** woodard has quit IRC13:30
johnthetubaguyI was only trying policy instead of (2) as a compromise with those against (2), but its great to avoid that13:31
alex_xusdague: ah, that is good idea13:31
*** woodard has joined #openstack-meeting-413:31
alex_xuand we should suggestion user don't user all_tenant=113:31
sdagueI also think that searchlight being needed for cells v2 ... a bunch of the performance characteristics are going to change13:31
johnthetubaguyalex_xu: so the token scope wins, so its meaningless I think13:31
sdaguejohnthetubaguy: right, that13:31
johnthetubaguysdague: +1 that blows the old rules out the water13:32
alex_xujohnthetubaguy: sorry, I didn't get that13:32
sdaguejohnthetubaguy: which is why I'm fine on defering #2, because it's going to change again, so not make guaruntees13:32
sdaguealex_xu: we should be doing the token scoping of queries such that all_tenant means "all tenants I can see"13:33
johnthetubaguysdague: yeah13:33
sdagueif role=admin, that's everything13:33
sdagueif not, that's a smaller thing13:33
sdaguewhich is just your own13:33
johnthetubaguyyeah, I like that view13:33
*** klamath has joined #openstack-meeting-413:33
*** klamath has quit IRC13:33
sdaguein hierarchical multi tenancy it would be from your part of the tree down13:33
*** sshnaidm is now known as sshnaidm|afk13:33
johnthetubaguyright now restricting to "what I can see" adds the where clause that hits the index we want to hit13:34
*** limao has joined #openstack-meeting-413:34
*** klamath has joined #openstack-meeting-413:34
*** gmann_ has quit IRC13:34
* alex_xu probably understand13:34
*** lamt has joined #openstack-meeting-413:35
sdaguethink of it like: `ps` vs `ps a`13:35
sdaguesorry, `ps` vs `ps x`13:35
sdagueby default, show me mine13:36
sdaguebut I can ask to see everything I'm allowed13:36
sdagueunder container systems, ps x is returning very small amount of stuff13:36
sdaguebecause you aren't allowed the whole system13:36
alex_xuemm...ok13:37
sdaguealex_xu: did I make it less clear? :)13:38
* johnthetubaguy things he should stop doing "sudo ps ax"13:38
*** lamt has quit IRC13:39
gmann:)13:39
sdagueheh13:39
alex_xusdague: I guess, you are looking for hierarchical multi tenancy, that is more than all_tenants13:39
Kevin_Zheng:)13:39
* johnthetubaguy makes hammer bashing noises13:39
alex_xu:)13:39
alex_xunever mind, maybe I just need to read the meeting log again :)13:39
johnthetubaguysdague: thanks for that, loving (2) and (3), I think thats a good re-starting point13:40
sdaguealex_xu: yeh, I'm just saying we clarify the meaning of all_tenants now to one that is compatible with future multi tenancy13:40
alex_xusdague: oh yeah, i think i understand13:41
alex_xuso we can forget the policy now?13:41
sdaguealex_xu: I hope so13:42
sdaguejohnthetubaguy: ^^^ ?13:42
alex_xuok, that point didn't resolve yet :)13:42
johnthetubaguyI like your breakdown of the issue basically13:42
* alex_xu is still in lost13:42
sdagueok, I thought that with 1), as long as we keep that whitelist large enough, there is no need for the policy13:42
sdaguethe issue with the policy was if we restricted the list further in 2) to only match indexes, we removed things people needed13:43
*** janki has quit IRC13:43
johnthetubaguyits (2) that stops the policy for me, I always wanted (1), but either way13:43
*** janki has joined #openstack-meeting-413:43
sdagueif we are ok leaving things in the whitelist that don't have indexes, we do not need the policy point13:43
johnthetubaguyyeah13:44
sdagueand I think that's a better trade off. Some queries are slower than they could be, but we aren't making the behavior site specific.13:44
sdagueknowing in one or two cycles the performance of searches is going to change dramatically anyway13:44
johnthetubaguyyeah, I am not too fussed with the performance, as for non-admins I don't think its ever going to break too badly13:45
johnthetubaguyI was trying to compromise with the folks that cared about the performance, but it left us in a worse position13:46
johnthetubaguyfor the folks super worried about performance, I think this can be accepted as a step in the right direction13:46
sdagueyeh13:47
sdagueit also gives us an idea of what we'd want to ask out of optimizing in searchlight13:47
johnthetubaguyyeah, very true13:47
sdagueas we'll say "here are the fields we let people filter on"13:47
sdaguewhat can we do with those?13:47
sdagueok... so I guess, what are the actions to move this forward?13:48
alex_xuyea...I just want to ask that. I feel i'm still in lost status.13:49
johnthetubaguyupdate the spec, update the prototypes?13:49
*** julim has joined #openstack-meeting-413:49
*** Yumeng has joined #openstack-meeting-413:49
alex_xuso....for now, what I should keep in the whitelist?13:49
sdagueok, so how about this:13:50
johnthetubaguyeverything thats in the API response, and works today, I guess?13:50
alex_xuok13:50
sdague1) johnthetubaguy verify the whitelist looks sane to him (he has the most interaction with ops here)13:50
sdagueshould we take the summary out to the ML for context?13:50
*** chrisspencer has joined #openstack-meeting-413:51
alex_xuthat sounds better13:51
sdaguebecause the spec is getting sliced and diced and sometimes I think the forest is lost for the trees13:51
Kevin_Zhengyeah13:51
* gmann need to read all review comments also. ll be nice to learn lot of things.13:51
*** Julien-zte has joined #openstack-meeting-413:51
sdague2) sdague to write summary of current high level agreement13:51
sdagueto ML13:51
johnthetubaguyI am good with the ML, it might be a good point to start a new spec honestly13:51
johnthetubaguyshould be the same change-id, but start over might help here13:52
sdaguejohnthetubaguy: yeh, well, we're so late at this point, I think we need to figure out how the spec lands ASAP13:52
johnthetubaguysdague: true13:53
sdaguealex_xu / Kevin_Zheng can we start coding this in parallel assuming this will be the agreement?13:53
Kevin_Zhengsure13:53
alex_xusdague: yea, after I figure out the plan from your summary :)13:53
johnthetubaguywe have the validation framework already up I guess?13:54
alex_xu#link https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/add-whitelist-for-server-list-filter-sort-parameters13:54
sdaguealex_xu: ok, well I'll make breakfast first, then write up that email :)13:54
johnthetubaguywell, just is all about tweaking the whitelist, it can start from the old one I guess13:54
Kevin_ZhengI will keep sync with alex13:54
alex_xu^ yea the top two patches13:54
sdaguejohnthetubaguy: yeh, honestly, I'm good with whatever you sign off on for the whitelist13:54
alex_xusdague: thanks :)13:54
sdaguewe'll make you the required ACK for that13:54
johnthetubaguyOK13:55
sdagueand we'll try to get this all sorted by the end of the week?13:55
*** baoli has joined #openstack-meeting-413:55
sdagueA week from now is my last day in the office for the year13:55
johnthetubaguyI think we have to, thats a good goal13:55
johnthetubaguyyeah, same13:55
johnthetubaguyactually, its a week yesterday for me13:55
alex_xuso will we have meeting next week?13:56
*** atuly has joined #openstack-meeting-413:57
johnthetubaguymaybe? lets keep in close contact over the week though13:58
alex_xuok, cool13:58
alex_xu2 mins left13:58
*** limao_ has joined #openstack-meeting-413:58
*** limao has quit IRC13:58
alex_xuwho is updating the spec?13:58
*** tmetsch has joined #openstack-meeting-413:59
alex_xuok... it time close the meeting14:00
alex_xuthanks all14:00
alex_xu#endmeeting14:00
gmannthanks all14:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:00
openstackMeeting ended Wed Dec 14 14:00:16 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-12-14-13.00.html14:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-12-14-13.00.txt14:00
openstackLog:            http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-12-14-13.00.log.html14:00
*** dkusidlo has joined #openstack-meeting-414:01
sballe_Hi14:01
Yumenghi14:02
acabot#startmeeting watcher14:02
openstackMeeting started Wed Dec 14 14:02:21 2016 UTC and is due to finish in 60 minutes.  The chair is acabot. Information about MeetBot at http://wiki.debian.org/MeetBot.14:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:02
*** openstack changes topic to " (Meeting topic: watcher)"14:02
openstackThe meeting name has been set to 'watcher'14:02
atulyhi14:02
acabothi everyone14:02
dtardivelhi14:02
tmetschhi14:02
acabotsorry to  be late14:02
hanrong1hi14:02
chrisspencero/  morning14:02
sballe_Hi14:02
acabotour agenda for today #link https://wiki.openstack.org/wiki/Watcher_Meeting_Agenda#12.2F14.2F201614:02
sballe_I am on my phone so typing is slow14:03
*** cathrichardson has joined #openstack-meeting-414:03
*** sacharya has joined #openstack-meeting-414:03
acabotsballe_ : :-) ok I will let you more than to 2 sec to answer14:03
sballe_thx14:03
acabot#topic Announcements14:04
*** openstack changes topic to "Announcements (Meeting topic: watcher)"14:04
sballe_my internet is back now :)14:04
acabot#info we had a couple of gate issues last days due to upper constraints14:04
acabotthx licanwei for fixing it14:04
sballe_+114:04
acabotand dtardivel for reviews ;-)14:04
sballe_+114:04
acabot#info Watcher mid-cycle will be held in Atlanta in February Wednesday 22nd & Thursday 23rd14:04
acabot#link http://www.openstack.org/ptg14:05
acabotit will be at the PTG event with other openstack team14:05
acabotyou need to register on eventbrite https://www.eventbrite.com/e/project-teams-gathering-tickets-2754929869414:05
sballe_who has signed up ?14:05
*** alexchadin has joined #openstack-meeting-414:05
atulyThis time i am also attend this time if visa is issued ;-)14:05
acabotwe will be 2 from b-com dtardivel & I14:05
alexchadinhello!14:05
acabothi alexchadin14:06
acabotalexchadin : do you plan to be in Atlanta ?14:06
sballe_ok we are 3 from intel. me, pshedimb and chrisspencer14:06
acabottmetsch : do you want to join ?14:06
sballe_atuly: do you need anythign for your visa14:06
atulyi already got IL14:06
*** cathrich_ has joined #openstack-meeting-414:06
tmetschacabot: I'd be interested for sure. will check.14:06
alexchadinacabot: I think no:(14:07
atulydepends on budget also ;-)14:07
atulyany chance for sponsership .14:07
acabotalexchadin : ok we will try to have a hangout session (I hope timeshift will be ok for you)14:07
alexchadinacabot: It would be great14:07
sballe_atuly: not sure. have you looked at #link http://www.openstack.org/ptg14:07
atulyyes14:08
Yumengacabot: what's the deadline for registration ?14:08
*** sacharya has quit IRC14:08
acabotok we should be at least 6 (3 Intel, 2 b-com, jwcroppe for IBM)14:08
acabotand Walmart will probably be there as well14:08
acabotaround 10 people would be great14:08
*** cathrichardson has quit IRC14:08
sballe_yes I talked to hvprash_ and he was going ot be there14:08
*** cathrich_ is now known as cathrichardson14:09
acabotYumeng : February 20th14:09
acabotFYI, you have to buy a $100 ticket for the PTG but it includes a full pass for the Boston summit14:10
atulyok14:10
acabotlets move to reviews as we have many things today...14:10
acabot#action Review Action Items14:10
acabot#undo14:11
openstackRemoving item from minutes: <ircmeeting.items.Action object at 0x7fc56902db90>14:11
acabot#topic Review Action Items14:11
*** openstack changes topic to "Review Action Items (Meeting topic: watcher)"14:11
acabotSpecs14:11
*** pmesserli has joined #openstack-meeting-414:11
*** klamath has quit IRC14:11
acabotDefine grammar for workload characterization needs a new PS an answering previous comments14:11
acabot#link https://review.openstack.org/#/c/377100/14:11
sballe_I am looking at it with hvprash14:11
acabot#action hvprash sballe_ add a new PS for https://review.openstack.org/#/c/377100/14:12
acabotSupport Description For Dynamic Action needs completion14:12
acabot#link https://review.openstack.org/#/c/401111/14:12
hanrong1yes, I will14:12
acabotthx14:12
acabotand hello hanrong1 ;-)14:12
hanrong1:)14:12
acabot#action hanrong1 complete spec https://review.openstack.org/#/c/401111/14:12
acabotAdd specs for cache occupancy strategy needs a new PS14:13
acabotAdd specs for cache occupancy strategy needs a new PS14:13
acabot#link https://review.openstack.org/#/c/398162/14:13
*** iyamahat has joined #openstack-meeting-414:14
sballe_yeah pshedimb and I working on it.14:14
acabotsballe_ : I'm concerned about this spec because the associated BP has 2 BPs dependancies that have not been implemented yet14:14
*** exploreshaifali has joined #openstack-meeting-414:14
acabotI'm really not sure we can have it in Ocata14:14
sballe_acabot: then let's undo the dependencies. Because right now we are looking at the algorithms and pshedimb will start implementing so we can iterate over the algorithm14:15
acabotI hoped that characterization grammar would have been done earlier14:15
sballe_the issue here is thta when we put out the spec we called it cache occupancy and it should really be noisy neighbor strategy14:15
*** dkusidlo has quit IRC14:15
*** dkusidlo has joined #openstack-meeting-414:16
acabotsballe_ : why dont you rename it ?14:16
acabotsballe_ : it would be more readable14:16
sballe_ok will do.14:16
*** cathrichardson has left #openstack-meeting-414:16
acabotlets discuss dependencies in open discussions14:16
acabotAudit tag in VM Metadata needs final reviews from core14:16
acabot#link https://review.openstack.org/#/c/391374/14:16
*** klamath has joined #openstack-meeting-414:17
sballe_and it also ties much closer to the QoS BP so we might just replace the QOS BP with the noisy neightbor BP14:17
acabot#action sballe_ jwcroppe hvprash review https://review.openstack.org/#/c/391374/14:17
acabotAdd improvements to the planner and workflow mechanisms needs a jenkins fix & reviews14:18
acabot#link https://review.openstack.org/#/c/385871/14:18
acabotalexchadin : do you need help with jenkins fix ?14:18
sballe_alexchadin: when you do you will be my hero :)14:18
sballe_jenkins has been a pain14:18
alexchadinacabot: I will make it myself:)14:19
alexchadinacabot: Just have a little time because of end of year14:19
acabotthx14:19
sballe_alexchadin: if you need help I believe pshedimb can help14:19
acabot#action alexchadin fix jenkins for https://review.openstack.org/#/c/385871/14:19
alexchadinsballe_: ok, thanks!14:19
acabotwho wants to review this important spec ?14:19
sballe_the jenkins fix?14:20
acabotafter jenkins fix :-)14:20
acabot#link https://review.openstack.org/#/c/385871/14:20
alexchadinacabot: I've started to write Applier spec, hope it will be available to review by EOW14:20
acabotalexchadin : great, I moved it to ocata-3 scope14:20
alexchadinacabot: ok, cool14:21
acabotmoving to Watcher code14:21
acabotocata-2 release is due tomorrow14:21
acabotso we have a lot of code to merge14:21
acabotcentralise-config-opts must be merged14:21
acabot#link https://review.openstack.org/#/q/status:open+project:openstack/watcher+branch:master+topic:bp/centralise-config-opts14:21
dtardivelon going got this one14:21
alexchadinacabot: I will review it ASAP14:21
dtardivelfor this one14:22
acabotthx alexchadin, dtardivel is already merging them one by one14:22
dtardivelI need to rebase locally a lot of changesets. I will take time because gate is slow ...14:22
acabotupdate strategy table when parameters_spec changes must be merged14:22
acabot#link https://review.openstack.org/#/c/408411/14:22
acabotalexchadin can you W+1 ?14:23
dtardivelalexchadin: can you merge this one ?14:23
alexchadindtardivel: acabot: ok14:23
acabot#action alexchadin review & W+1 https://review.openstack.org/#/c/408411/14:23
acabotAdd auto_trigger support to watcher needs final reviews & merge14:23
acabot#link https://review.openstack.org/#/c/403718/14:24
dtardivelbut after I finish with config-opt please .... :)14:24
acabot#action dtardivel review and merge https://review.openstack.org/#/c/403718/14:24
acabotNew default planner needs final reviews & merge14:25
acabot#link https://review.openstack.org/#/c/406991/14:25
dtardivel+114:25
acabotalexchadin : can you fix licanwei comment ?14:25
acabotbefore dtardivel starts reviewing14:26
alexchadinacabot: I will do till end of this day14:26
acabotthx14:26
*** thorst_ has joined #openstack-meeting-414:26
alexchadinacabot: a lot of work, sorry14:26
*** unicell has joined #openstack-meeting-414:26
acabot#action alexchadin fix comment for https://review.openstack.org/#/c/406991/14:27
*** unicell1 has quit IRC14:27
acabotcheck the state of action plan needs final reviews & merge14:27
acabot#link https://review.openstack.org/#/c/391383/14:27
acabotwho wants to review it ?14:27
Yumeng+114:27
* exploreshaifali wants to14:27
dtardivel+114:28
acabot#action Yumeng exploreshaifali review https://review.openstack.org/#/c/391383/14:28
atuly+114:28
acabot#action dtardivel review & merge https://review.openstack.org/#/c/391383/14:28
acabot#action atuly review https://review.openstack.org/#/c/391383/14:28
*** yamahata_ has joined #openstack-meeting-414:28
*** wxy| has joined #openstack-meeting-414:28
acabotplease keep in mind that we need your reviews before tomorrow EOD14:28
*** hongbin has joined #openstack-meeting-414:29
exploreshaifaliokay14:29
atulyok14:29
acabotRepair log parameter error needs a bug reference & reviews14:29
acabot#link https://review.openstack.org/#/c/407901/14:29
acabot#action licanwei submit a new bug and add bug ID to patch https://review.openstack.org/#/c/407901/14:29
acabotwho wants to review it ?14:30
atulyI think bug is already there14:30
* exploreshaifali wants to14:30
acabotatuly : bug # ?14:30
atulysorry got confused with other review..14:30
acabot#action exploreshaifali review https://review.openstack.org/#/c/407901/14:30
acabotatuly : ok ;-)14:30
acabot#action dtardivel review and merge https://review.openstack.org/#/c/407901/14:31
acabotWatcher CLI14:31
acabotAdd auto_trigger support needs reviews & merge14:31
*** tonytan4ever has joined #openstack-meeting-414:31
acabot#link https://review.openstack.org/#/c/403716/14:31
*** asettle has quit IRC14:31
dtardivel+114:32
acabot#action dtardivel review & merge https://review.openstack.org/#/c/403716/14:32
*** asettle has joined #openstack-meeting-414:32
acabotSupport parents field along with planner changes needs reviews & merge14:32
acabot#link https://review.openstack.org/#/c/409632/14:32
Yumengopps. sorry.. I may not be able to review https://review.openstack.org/#/c/391383/  before tomorrow EOD.. already late night in my time..14:32
acabotalready merged :-)14:32
sballe_ll14:32
sballe_lol14:32
acabotYumeng : ok no pb14:33
acabotwrong link...let me check14:33
acabot#undo14:33
openstackRemoving item from minutes: #link https://review.openstack.org/#/c/409632/14:33
acabot#link https://review.openstack.org/#/c/409126/14:34
acabotsorry14:34
acabotwho wants to review ?14:34
acabotthis patch needs reviews before being merged tomorrow14:34
exploreshaifali+114:34
atuly+114:34
acabot14 lines ;-)14:35
acabotthx14:35
exploreshaifalihaha14:35
acabot#action exploreshaifali atuly review https://review.openstack.org/#/c/409126/14:35
acabot#action dtardivel review and merge https://review.openstack.org/#/c/409126/14:35
acabotdtardivel has a lot of merge to do so please try to help him with +1 reviews14:36
dtardivelyep, thx14:36
acabot#topic Blueprint/Bug Review and Discussion14:36
*** openstack changes topic to "Blueprint/Bug Review and Discussion (Meeting topic: watcher)"14:36
atulyi may be able to review only be tomrw morning..14:36
acabotatuly : tomorrow morning your time is fine14:36
atulyokay14:37
acabotatuly : we will release tomorrow around 2pm GMT14:37
acabotsame time as the current meeting14:37
atulyok :)14:37
*** Yumeng has quit IRC14:37
acabot#info Watcher ocata-2 must be released tomorrow December 15th14:37
*** Yumeng__ has joined #openstack-meeting-414:37
acabot#link https://launchpad.net/watcher/+milestone/ocata-214:37
acabotI have moved all unimplemented BPs to ocata-314:38
sballe_Can I ask a question? I have two doc spec and people keep on adding stuff to the comments. I am happy to oblige but will need a +2 after people have given it +1s14:38
acabotWe are targeting 4 BPs & 7 bugs fixed14:39
dtardivelsballe_: links ?14:39
acabot#link https://review.openstack.org/404960 & https://review.openstack.org/40497214:40
sballe_https://review.openstack.org/#/c/404972/6 and https://review.openstack.org/#/c/404960/314:40
acabotsballe_ : thats right, we need to merge them14:40
acabot#action acabot dtardivel review and merge https://review.openstack.org/404972 & https://review.openstack.org/40496014:41
sballe_I'fix the latest comments and then let's merge them. for example some of the comments are true for past doc as well14:41
*** Yumeng has joined #openstack-meeting-414:41
*** dkusidlo has quit IRC14:41
acabotsballe_ : please add a new PS asap, I will review it by EOD14:41
dtardivelyes but after you take into account last -1 comment :) please14:41
sballe_I will do it withing ht enext hour14:41
acabotthx14:41
*** marst has joined #openstack-meeting-414:41
acabot#info Improve Applier to execute Actions in parallel has been added14:41
sballe_dtardivel: of course.14:42
acabot#link https://blueprints.launchpad.net/watcher/+spec/parallel-applier14:42
dtardivelsballe_: please ping me if you need help14:42
acabotas alexchadin has been splitted in 214:42
*** sdake_ has joined #openstack-meeting-414:42
acabot:-)14:42
acabotalexchadin BP has been splitted14:42
sballe_the issue is that if you go back into the older doc the same comment-1 is tru for some of those. how do we want to deal with that14:42
alexchadin:D14:42
sballe_dtardivel: ^14:42
acabotsballe_ : please move this discussion to #openstack-watcher14:43
sballe_ok14:43
acabotis vm-migration-ordering dependent on Improve Applier to execute Actions in parallel ?14:43
acabot#link https://blueprints.launchpad.net/watcher/+spec/vm-migration-ordering14:44
acabot#link https://blueprints.launchpad.net/watcher/+spec/parallel-applier14:44
*** andymaier has joined #openstack-meeting-414:44
acabotalexchadin : I think we have a dependency here with the new BP you submitted, what do you think ?14:44
*** sdake has quit IRC14:45
alexchadinacabot: seems that this BP propose to set actions order by strategies14:45
*** thorst_ has quit IRC14:46
alexchadinaction's*14:46
*** hanrong1 has quit IRC14:46
alexchadinacabot: looks like dependency, yes14:47
acabotalexchadin : so does it mean we should keep them separated ?14:47
alexchadinacabot: yes, absolutely14:47
acabotI think VM migration ordering would be dependant from your BP14:47
*** sdake_ is now known as sdkae14:47
alexchadinacabot: I need more info about these proposing things14:47
alexchadinacabot: yes14:47
*** sdkae is now known as sdake14:48
acabotok dependency added14:48
acabotStrategy to detect and migrate the the cache greedy VM affecting other's performance is dependent on Define grammar for workload characterization & Workload Characterization and QoS which have not been started yet, I would suggest to postpone it to Pike cycle14:48
acabotsballe_ : should we get rid of dependencies in https://blueprints.launchpad.net/watcher/+spec/cache-occupancy-strategy ?14:49
sballe_yes14:49
acabotsballe_ : if yes I would suggest to rename it "noisy neighbour strategy"14:49
acabotto avoid confusion14:49
*** rbak has joined #openstack-meeting-414:49
acabotbefore removing dependancies14:49
acabotdependencies14:50
sballe_I will do that and the noisy neighbor strategy is very much the Workload characteristic and QoS BP14:50
sballe_We have decided to craete one useful strategy which is why we are doign it14:51
sballe_this way14:51
*** mohankumar has joined #openstack-meeting-414:51
sballe_but for now let's keep noisy neightbor and the otehr one14:51
acabotsballe_ : ok so what would be the diff between https://blueprints.launchpad.net/watcher/+spec/cache-occupancy-strategy and https://blueprints.launchpad.net/watcher/+spec/workload-characterization-qos then ?14:51
sballe_for now let's keep both but as I work throught hw details they migth end up being the same14:52
*** thorst_ has joined #openstack-meeting-414:52
acabotsballe_ : ok :-D very easy for me to plan it for ocata in these conditions14:52
sballe_sorry ;-(14:53
acabotsballe_ : I suppose you can at least remove the dependency with characterization grammar bp14:53
sballe_yes14:53
exploreshaifaliI would like to work on "characterization grammar" BP, if it is needed14:54
sballe_and I will do that as soon as I rename the https://blueprints.launchpad.net/watcher/+spec/cache-occupancy-strategy  BP14:54
acabot#action sballe_ review & rename BPs https://blueprints.launchpad.net/watcher/+spec/cache-occupancy-strategy & https://blueprints.launchpad.net/watcher/+spec/workload-characterization-qos and remove dependency with https://blueprints.launchpad.net/watcher/+spec/workload-characterization-grammar14:54
sballe_exploreshaifali: you and hvprash_ are already workingon it :-)14:54
exploreshaifaliyes, but not started writing code14:55
acabotexploreshaifali : you are more than welcome to add a PS or reviews to https://review.openstack.org/#/c/377100/14:55
exploreshaifaliokay. Thanks :)14:55
acabot#topic Open discussions14:55
*** openstack changes topic to "Open discussions (Meeting topic: watcher)"14:55
acabotI don't have any topic today14:56
acabot4 minutes left14:56
acabotagain we have to release tomorrow so please keep the focus on "in review BPs"14:56
sballe_neither do I. Do we have a IRC meeting on 12/28?14:56
sballe_acabot: will do14:57
*** links has quit IRC14:57
acabotgood point, I will be off for the next 2 weeks but vincentfrancoise will be there14:57
acabotdo you want to keep weekly meetings during xmas holidays ?14:57
sballe_ok. I will be off the week between x-mas and new year14:58
*** anilvenkata has quit IRC14:58
acabotI will ask vincent to handle it if needed14:58
Yumengacabot: do you want to discuss https://blueprints.launchpad.net/watcher/+spec/cluster-energy-saving next week? or we can discuss on openstack-watcher ?14:58
acabotok, vincent will open the meeting as usual and if there are not enough people it will be canceled14:58
Yumengbefore we start spec14:58
*** dkusidlo has joined #openstack-meeting-414:59
acabot#action vincentfrancoise open meetings during xmas holidays14:59
*** GeraldK has joined #openstack-meeting-414:59
sballe_Yumeng: I am interseted int his topic as well. please ping me if I am around14:59
*** Swami has joined #openstack-meeting-414:59
Yumengsballe_: no pb14:59
acabotYumeng : sorry I missed it14:59
acabotI will add it to the agenda next week14:59
Yumengacabot: no worries.  thx :)15:00
acabothave a good day/night15:00
acabotbye15:00
*** bobh has joined #openstack-meeting-415:00
Yumengbye15:00
atulybye15:00
exploreshaifalibye!15:00
acabot#endmeeting15:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:00
openstackMeeting ended Wed Dec 14 15:00:33 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-12-14-14.02.html15:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-12-14-14.02.txt15:00
openstackLog:            http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-12-14-14.02.log.html15:00
serverascode#startmeeting operators_telco_nfv15:00
openstackMeeting started Wed Dec 14 15:00:51 2016 UTC and is due to finish in 60 minutes.  The chair is serverascode. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: operators_telco_nfv)"15:00
openstackThe meeting name has been set to 'operators_telco_nfv'15:00
serverascode#topic roll call / opening15:01
*** openstack changes topic to "roll call / opening (Meeting topic: operators_telco_nfv)"15:01
*** tmetsch has left #openstack-meeting-415:01
serverascodehello! anyone here for the ops telecom nfv meeting? :)15:01
*** chrisspencer has left #openstack-meeting-415:01
GeraldKo/15:01
serverascodehi GeraldK, it might just be you and I, we shall see15:02
serverascodeI'll give it a minute or so15:02
GeraldKhi serverascode. let's see15:02
*** atuly has left #openstack-meeting-415:02
serverascodeI know Adrien said he would not be here today15:03
*** alexchadin has quit IRC15:04
serverascodeok I think it is just you and I15:04
*** srwilkers has joined #openstack-meeting-415:04
GeraldKokay. np.15:05
*** PerfectChaos has joined #openstack-meeting-415:05
GeraldKshall we still go through the agena?15:05
* PerfectChaos waves15:05
serverascode#topic Creating a project repository in openstack git15:05
*** openstack changes topic to "Creating a project repository in openstack git (Meeting topic: operators_telco_nfv)"15:05
serverascodehi PerfectChaos :)15:06
serverascodeok, so for the first topic I was writing up some things about a "generic nfv platform" and realized what I was probably doing was writing a "spec" in openstack terms15:06
serverascodeor a "blueprint", as I haven't really figured out the difference15:06
serverascodesome working groups/teams have a repo in git15:06
serverascodelet me find one...15:07
GeraldKyes. e.g. PWG15:07
serverascode#link  https://git.openstack.org/cgit/?q=wg15:07
serverascodethat will show a couple of working group repos15:07
*** wxy| is now known as wxy15:07
serverascodeshould we setup a repository for our projects?15:08
*** bklei has joined #openstack-meeting-415:08
serverascodeeven if it is just for the docs on the specs, ie. what we are actually doing15:08
*** wxy is now known as wxy115:08
*** Rockyg has joined #openstack-meeting-415:08
GeraldKas soon as we have something more stable, yes, why not.15:08
serverascodeok, I think so too, I'll at least start the process of creating one15:09
GeraldKeasier to find than an etherpad page15:09
PerfectChaosIt potentially helps us, and I don't think we lose out in any way for having one, so sure.15:09
GeraldKand we can have the reviews / comments on it.15:09
serverascodeyeah I agree15:09
* PerfectChaos nods15:10
serverascode#action serverascode setup an openstack git repo for this group15:10
PerfectChaosThere's a lot of infrastructure with gerrit and all that it gives us access to for reviewing spec type things15:10
serverascodecool, good to hear you are both in favor, as some people don't like the enforced structure of the openstack gerrit/git system :)15:10
GeraldK#me agrees15:10
serverascode(some people would be me, but I can see the value in doing it)15:11
*** psachin has quit IRC15:11
serverascodeok if I call it something like "otn-wg" ? as in operators telecom nfv working group?15:11
GeraldKsee my last agenda item on a quick discussion "wg" vs "team"15:12
serverascoderight ok we'll cover it then, great15:12
serverascodenext topic?15:13
serverascodeI should say moving to next agenda item15:13
*** spzala has joined #openstack-meeting-415:13
GeraldKokay15:13
serverascode#topic upgrades project proposal15:13
*** openstack changes topic to "upgrades project proposal (Meeting topic: operators_telco_nfv)"15:13
serverascodeall yours GeraldK :)15:13
GeraldK#link https://etherpad.openstack.org/p/ops-telco-nfv-upgrades initial draft15:13
*** sshnaidm|afk is now known as sshnaidm15:13
GeraldKi have drafted some points around the upgrade topic15:14
GeraldKi noticed there had also been a session in BCN on the topic15:14
*** anilvenkata has joined #openstack-meeting-415:14
serverascodegreat, yeah there is a lot of information left in the etherpads of previous summits and such15:14
GeraldKi will try to collect more info15:15
GeraldKone issue on our side is the problem with skipping releases which is what we do so far. see line 1215:15
*** qwebirc59297 has joined #openstack-meeting-415:16
serverascoderight, that is interesting as I believe most openstack projects now expect not to jump versions15:16
PerfectChaosWhat's the proposal here, for this group?15:16
GeraldKi believe getting more feedback / input from Telcos would be great for this discussion15:16
PerfectChaosIs this just discussing these various upgrade-related points and information-gathering?15:16
*** Yumeng has quit IRC15:16
GeraldKI'd like to see pain points of others15:16
*** DaSchab has joined #openstack-meeting-415:17
*** qwebirc59297 has quit IRC15:17
GeraldKif several Telcos have similar pain points we can try to see how we can approach the openstack services to address it.15:17
* PerfectChaos nods15:18
GeraldKmaybe, also other have found a good solution on that already15:18
serverascodeso do you see it as a requirements gathering project at first? to talk to other telelcoms and find out what they would like to be able to do?15:18
serverascodeor I should say what issues they are having with upgrades15:18
GeraldKyes, maybe that would be a necessary first step.15:19
GeraldKe.g. create a survey on this topic15:19
serverascodedo you know if the previous telecom wg did a usecase on upgrades?15:19
serverascodeor "user story"15:19
serverascode(I'm taking a look right now)15:20
PerfectChaosYes, I was about to ask whether we should be conducting a survey for these information gathering sorts of projects15:20
GeraldKdefinitely, it had been discussed in a meeting as far as I remember15:20
*** alexchadin has joined #openstack-meeting-415:20
*** exploreshaifali has quit IRC15:20
serverascode#link https://git.openstack.org/cgit/openstack/openstack-user-stories/tree/user-stories/proposed15:21
serverascodenot sure if that is actually all the user stories, b/c there is not many there15:21
*** anilvenkata has quit IRC15:21
serverascodeoh there is a rolling upgrades story15:21
serverascode#link https://git.openstack.org/cgit/openstack/openstack-user-stories/tree/user-stories/proposed/rolling-upgrades.rst15:21
serverascodeI'm slightly hesitant to work on user-stories, but if there is not a "jump version" story that might be interesting15:22
serverascodeor other requirements you mention15:22
GeraldKthat is the user stories from PWG15:23
*** duonghq has joined #openstack-meeting-415:23
GeraldK#link https://review.openstack.org/gitweb?p=openstack/telcowg-usecases.git;a=tree;f=usecases;h=f4004434a7ca606ff6eca3d71e26a2b5a7b978e3;hb=HEAD TelcoWG use cases15:23
serverascodeI think those got pushed into the pwg once the old telco wg closed15:24
GeraldKRolling upgrades is part of the upgrading discussion, but just one part15:24
serverascodeI agree regarding rolling upgrades being only one part15:24
GeraldKcreating a user story in PWG could be a second step after the survey15:24
serverascodeok that sounds doable to me :)15:25
serverascodeso are we agreeing that some kind of survey would be the next step?15:25
GeraldK+115:25
PerfectChaosYup~15:25
GeraldKsomeone having experiences how to do such surveys?15:26
PerfectChaosSince getting people to come in here and talk about their problems seems to be difficult.15:26
serverascode#agreed Some kind of telecom upgrade survey would be the next step15:26
serverascodeI know that the openstack foundation does surveys15:26
serverascodeI know that some people also get somewhat upset when random surveys are sent to the openstack lits15:26
serverascode*list15:26
GeraldKokay. once we have a set of questions ready, we can reach out to them how to best do it15:27
PerfectChaosI'll be honest, last time I attempted to conduct any sort of survey was well over a decade ago and I was still in school at the time.15:27
PerfectChaosDoes feel like asking the foundation for advice would be a useful step if none of us happen to be super-confident in the art of surveying15:27
GeraldKalternatively, have a session at the Forum?15:27
*** tovin07__ has joined #openstack-meeting-415:28
serverascodeI agree that it would be best to check with the foundation first on surveys just to make sure everything is proper15:28
serverascodeI can do that15:28
PerfectChaosThat could work too, though also has going through the foundation as a necessary step, so we could discuss that possibility with then when we do that15:28
serverascodeunless someone else wants to15:28
GeraldKthanks serverascode15:29
PerfectChaos*them15:29
serverascode#action serverascode check on surveys with foundation15:29
serverascodealso, I agree a session at the next summit would be a great idea15:29
*** baoli has quit IRC15:29
PerfectChaosThanks.15:30
*** draynium_ has quit IRC15:30
serverascodeok, so is our next step to write some questions for the survey?15:30
GeraldKmaybe a slot in the OTN session is sufficient15:30
GeraldKserverascode: yes15:30
serverascode(just looking at irc bot commands)15:31
*** janki has quit IRC15:31
GeraldKput an action on me. will not be able to work on before Jan15:31
serverascodeok15:31
serverascode#action GeraldK to begin developing survey questions15:31
serverascode#agreed Either a session or part of a session on telecom upgrades at next summit would be beneficial15:32
serverascodeanything else on this topic today?15:32
GeraldKnot from my side15:32
PerfectChaosOn the coming up with questions front - put it on an etherpad so that I and others can potentially comment/help out?15:33
GeraldKhi DaSchab15:33
GeraldKPerfectChaos: https://etherpad.openstack.org/p/ops-telco-nfv-upgrades15:33
serverascode#topic project proposal "Generic OpenStack NFV Platform"15:34
*** openstack changes topic to "project proposal "Generic OpenStack NFV Platform" (Meeting topic: operators_telco_nfv)"15:34
PerfectChaosAh, yes, putting it on that pad works15:34
DaSchabhi15:34
serverascode#link https://etherpad.openstack.org/p/OTN-nfvi-project15:34
serverascodehi DaShab :)15:35
serverascodeok, I started writing up what I thought would be a good start on a "Generic OpenStack NFV Platform"15:35
serverascodebut the first part was using the phrase "Generic OpenStack NFV Platform"15:35
serverascodeI think NFV Platform makes sense as a term? I had previously kept using "VIM" or "NFVi" interchangibly15:35
*** Reedip_ has joined #openstack-meeting-415:36
serverascodedo people think that "Generic OpenStack NFV Platform" makes sense as a general term, and as a project?15:36
DaSchabit makes sense. it's more than just a VIM15:36
GeraldK+115:36
*** alexchadin has quit IRC15:37
serverascodeI guess it's a lot like how OPNFV uses platform in their name15:37
serverascodeok, so after I realized I should use the word platform, I started to put together some parts of the platform15:37
serverascodewhich is when I realized I was writing more of a spec15:38
serverascodethat I was listing out pieces of the platform, and requirements and such15:38
GeraldKi like the approach15:38
serverascodeyeah and then I started a spreadsheet, but I wasn't sure that was the right format either15:39
serverascodeMy feeling is the next step is to put it into a doc in an openstack git repo and start detailing parts of the platform15:39
GeraldKhow would this be different from the OPNFV Platform?15:39
serverascodeGeraldK that is a good question, it would be similar, and in fact we would use some of the OPNFV components15:40
GeraldKif we want to run tests we would need to setup the platform not just write a spec. which resources would we use?15:40
*** Marcellin__ has joined #openstack-meeting-415:41
serverascoderight, I was thinking the OSIC would be the first option for actual resources15:41
GeraldKmy proposal: write a spec. see how much we align with OPNFV. propose a new scenario for OPNFV. propose test cases to OPNFV15:41
serverascode#link https://osic.org/15:41
serverascodeok, that approach would work for me15:41
GeraldKOPNFV already has all the environment and test framework setup15:41
serverascodeok, part of this is I'm really hoping to bridge the openstack and opnfv communities15:42
GeraldKi guess they would be happy to have some resources to develop further test cases or extend the set of scenarios that they have15:42
serverascodeok, so does a first step of writing a very basic spec, and finding people in both the openstack and opnfv communities to comment on it make sense?15:43
GeraldKOPNFV also has a few VNF services they are using in their tests, like a simple vIMS15:43
GeraldKserverascode: +115:43
serverascoderight, yeah can't test without VNFs :) which are actually hard to come by15:44
serverascodeanyone else have any thoughts/comments/critiques?15:44
*** thorst_ has quit IRC15:44
GeraldKif we have some agreement in this direction I can reach out to some OPNFV folks to comment on it15:44
serverascodeif no other comments I'll suggest we agree on the basic start of this project?15:45
GeraldKwhat I would like to see a bit better is what we want to achieve/produce/test15:45
GeraldK"functional tests" IMHO is a bit too generic15:45
DaSchabsorry that I joined your discussion at this late stage, but what is your intention to achieve with this paper and the alignment with OPNV15:45
DaSchabI missed the last weeks since the summit and now want to get onboard, sorry for nasty questions15:46
serverascodeno worries :)15:46
serverascodemy intention is to help openstack operators who are charged with running NFV environments15:46
GeraldKDaSchab: on the alignment with OPNFV, I would rather say utilize synergies, is that we should avoid doing the same work twice15:46
*** dave-mccowan has quit IRC15:46
serverascodein a way I'd like to bridge the opnfv and openstack communities work around an nfv platform15:47
serverascodeand to start, create a very basic, generic nfv reference platform (which may already exist in opnfv's docs)15:47
DaSchabunderstand15:47
GeraldKDaSchab: the topic had been raised in the Summit that people would like to run performance tests and would need a reference platform for it15:48
DaSchabI know, I'm also interested inthis topic15:48
serverascodeok, I'm going to say we are agreed in this direction for now so we can move onto the next topic :)15:48
GeraldKserverascode: any actions or agrees ?15:49
serverascode#agreed We agree that an initial attempt at a "Generic OpenStack NFV Platform" by writing a spec and gathering comments on it15:49
serverascodehopefully that is an ok start, and we can make changes later15:49
GeraldK+115:49
serverascode#action serverascode create an inital doc in the repo15:50
serverascode#topic Next meeting15:50
*** openstack changes topic to "Next meeting (Meeting topic: operators_telco_nfv)"15:50
GeraldK10 min left15:50
*** Sukhdev has joined #openstack-meeting-415:50
serverascode#info Last Dec meeting cancelled, next meeting not until 2nd week of January15:50
serverascode#info We meet on even weeks15:50
serverascode#topic "Working Group" vs "Team"15:51
*** openstack changes topic to ""Working Group" vs "Team" (Meeting topic: operators_telco_nfv)"15:51
*** ralonsoh_ has joined #openstack-meeting-415:51
GeraldKthere had been a similar discussion in PWG whether they should rename to team as according OpenStack definition a wg is limited in time, whereas a team is an onoging effort15:51
serverascodeGeraldK?15:51
*** ralonsoh has quit IRC15:51
GeraldKI am not saying we should change name, but maybe having a discussion on it would be good before setting up the reop15:52
serverascoderight, my impression is that we are a functional team as opposed to a working group15:52
GeraldKs/reop/repo/15:52
serverascodeby I'm confused by new groups being created taht don't seem like working groups15:52
serverascodelike the arch-wg15:52
serverascodeso I don't really know what to do myself15:52
PerfectChaosIs this just because that distinction isn't clearly documented somewhere obvious?15:52
GeraldKI don't have a strong position on it15:52
serverascode#link https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee15:53
serverascodeI think that is the list of working groups and such15:53
GeraldKPWG has decided -altough they are more like a team- not to change to team right now as the term PWG is widely known15:53
*** sayantan_ has joined #openstack-meeting-415:53
GeraldKor we keep a neutral repo name like ops-telco15:54
PerfectChaosHeh, we don't appear to currently be either15:54
serverascodeah, ok, yes I agree on a neutron repo name15:54
*** wirehead_ has joined #openstack-meeting-415:55
*** egonzalez90 has joined #openstack-meeting-415:55
serverascodethis is something to try to figure out there as it is confusing15:55
serverascodewhether we are a working group or team, based on the user commitee definitions15:55
serverascodeI can email the user commitee list15:55
serverascodeand ask15:55
PerfectChaosI guess if we had to pick one and there is something somewhere documenting that WGs are time-limited whilst teams are on-going, I'd prefer team15:55
*** bklei has quit IRC15:56
serverascodeI agree that we are a team as opposed to wg15:56
DaSchab+115:56
serverascodeperhaps lets leave this til Jan so we have time for the last topic?15:56
GeraldKokay15:57
serverascodethough we only have 3 minutes15:57
GeraldKi can be quick15:57
*** inc0 has joined #openstack-meeting-415:57
serverascode#agree table wg vs team to jan15:57
*** Reedip_ has quit IRC15:57
serverascode#topic telco related ux persona15:57
*** openstack changes topic to "telco related ux persona (Meeting topic: operators_telco_nfv)"15:57
GeraldK#link http://docs.openstack.org/contributor-guide/ux-ui-guidelines/ux-personas.html OpenStack UX personas15:57
GeraldKUX has defined personas that should be used for description of user stories, etc.15:58
*** magicboiz has joined #openstack-meeting-415:58
GeraldKthere is not Telco, so I have started drafting one15:58
serverascodeah, interesting15:58
GeraldK#link https://etherpad.openstack.org/p/osux-persona-nocengineer NOC engineer15:58
*** zhubingbing has joined #openstack-meeting-415:58
GeraldKfeedback welcome15:58
*** hieulq_ has joined #openstack-meeting-415:58
GeraldKwe may also need to draft a model company and other personas in the Telco15:59
GeraldKjust drop your feedback in the Etherpad page15:59
*** hieulq__ has joined #openstack-meeting-415:59
serverascodeok, cool, thanks GeraldK, that is something that is needed I think15:59
serverascodeI'm going to have to end the meeting15:59
*** lrensing has joined #openstack-meeting-415:59
*** hieulq_ has quit IRC15:59
serverascodethanks everyone for all your input!15:59
DaSchabdo we need an application owner?16:00
zhubingbing;)16:00
*** mliima has joined #openstack-meeting-416:00
serverascode#endmeeting16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:00
openstackMeeting ended Wed Dec 14 16:00:11 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/operators_telco_nfv/2016/operators_telco_nfv.2016-12-14-15.00.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/operators_telco_nfv/2016/operators_telco_nfv.2016-12-14-15.00.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/operators_telco_nfv/2016/operators_telco_nfv.2016-12-14-15.00.log.html16:00
*** rhallisey has joined #openstack-meeting-416:00
inc0#startmeeting kolla16:00
openstackMeeting started Wed Dec 14 16:00:26 2016 UTC and is due to finish in 60 minutes.  The chair is inc0. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: kolla)"16:00
openstackThe meeting name has been set to 'kolla'16:00
GeraldKDaSchab: I think it could be useful16:00
*** v1k0d3n has joined #openstack-meeting-416:00
inc0#topic rollcall - w00t...you know the rest16:00
*** openstack changes topic to "rollcall - w00t...you know the rest (Meeting topic: kolla)"16:00
wirehead_meow16:00
sdakeo/16:00
duonghqo/16:00
akwasniehi16:00
inc0w00t everyone!;)16:00
hieulq__o/16:00
v1k0d3no/16:00
coolsvapo/16:00
mliima\o/16:01
*** jascott1 has joined #openstack-meeting-416:01
sp__ o/16:01
v1k0d3nhello inc0 welcome back16:01
berendto/16:01
inc0duh, you're hard crowd16:01
zhubingbingo、16:01
zhubingbing0/16:01
zhubingbingo/16:01
*** cleong has joined #openstack-meeting-416:01
zhubingbingo/16:01
Jeffrey4l0/16:01
jascott1o/16:01
mliimaõ/16:01
qwango/16:01
inc0v1k0d3n, just temporary, writing from sierra nevada;)16:01
lrensingo/16:01
sp__o/16:01
egonzalez90woot o/16:01
*** Foliveira has joined #openstack-meeting-416:01
srwilkerswoot o/16:01
*** Syed__ has joined #openstack-meeting-416:01
inc0#topic Announcements16:02
*** thorst_ has joined #openstack-meeting-416:02
*** openstack changes topic to "Announcements (Meeting topic: kolla)"16:02
rhallisey- /ᐠ。ꞈ。ᐟ\16:02
*** Foliveira has quit IRC16:02
inc0I don't have any since I was away, you guys have anything?16:02
sdakeyes16:02
Jeffrey4li have one.16:02
inc0go ahead16:02
sdakehttp://www.openstack.org/ptg16:02
sdakePTG is Feb 20-24th iirc16:03
v1k0d3ninc0: not a bad place to take a meeting :)16:03
sdakecheck it out if you want to attend :)16:03
inc0yes, we have first part of week16:03
inc0still around 200 tickets left afair16:03
inc0but they are running out, so if you're going make sure to at least get a ticket soon16:03
sayantan_woot16:03
berendti participate in the travel support program, not yet sure if i can attend16:04
*** sacharya has joined #openstack-meeting-416:04
Jeffrey4li will make m2 tag tomorrow. also will make next z stream tag for stable branch ( mitaka and newton ).16:04
egonzalez90berendt: me too16:04
inc0Jeffrey4l? whats on your mind?16:04
*** kfox1111 has joined #openstack-meeting-416:04
Jeffrey4lbut no idea how to handle liberty branch, since it will be EOL too.16:04
inc0Jeffrey4l, I think tonyb handles that part16:05
sdakeJeffrey4l the liberty part is a agenda item I think :)16:05
inc0it's not sdake16:05
Jeffrey4lsdake, hrm not added it.16:05
Jeffrey4ljust for you information about the tag.16:05
sdakecool good work on the release liasing Jeffrey4l :)16:06
inc0yeah, thank you for handling this:)16:06
Jeffrey4lfor libert , i asked dellman, he has no idea no this and recommend me to throw a ML to talk.16:06
inc0can we move on?16:06
Jeffrey4lyep.16:06
inc0Jeffrey4l, when I'm back I can handle that16:07
inc0if you'll have issues till then16:07
inc0anyway, moving on16:07
inc0#topic fixed uid/gid16:07
inc0Jeffrey4l, you have the floor16:07
*** openstack changes topic to "fixed uid/gid (Meeting topic: kolla)"16:07
*** DaSchab has quit IRC16:07
Jeffrey4lSam and i talked this recently.16:08
Jeffrey4lwe have some different on this.16:08
*** dkusidlo has quit IRC16:08
Jeffrey4lbut he is not here today ;(16:08
Jeffrey4l#link https://review.openstack.org/40564716:08
*** bjolo has joined #openstack-meeting-416:08
*** sacharya has quit IRC16:08
pbourkeo/16:09
kfox1111o/16:09
Jeffrey4lthe talk is about:  does the uid/gid changable or not.  how the id is picked up.  picked by kolla? or based on rdo and cloud-archive.16:09
*** PerfectChaos has quit IRC16:09
Jeffrey4li prefer to use static uid/gid and picked by kolla.16:09
inc0if we would base it on repos, what if it differs in repo?16:09
kfox1111that answer depends on if you want to support easy switching between ubuntu and rdo based containers.16:09
inc0yeah agree Jeffrey4l16:10
inc0kfox1111, or rather between binary versions of it16:10
kfox1111if so, then the uid/gid's should be the same.16:10
sdakei prefer that approach Jeffrey4l16:10
kfox1111inc0: yeah.16:10
inc0gid/uid hardcodding only matters in source builds for us16:10
Jeffrey4lrdo has static uid. but rdo do not have all service.16:10
kfox1111no, it matters for binary builds to.16:10
inc0so ubuntu-source -> centos-source would just work16:10
kfox1111last I looked rdo didnt have static uid?16:11
Jeffrey4lkfox1111, it is. at least in nova package.16:11
Jeffrey4li am not sure wheter all packages have fix uid.16:11
kfox1111I thought the uid in centos-binary 2.0.2 was different then 3.0.1?16:11
kfox1111maybe I'm misremembering.16:11
Jeffrey4lkfox1111, in centos, the uid is the same expect rabbitmq.16:12
Jeffrey4lin ubuntu, totally no.16:12
kfox1111ah. maybe I'm thinking rabbit then.16:12
inc0maybe it's packager thing then16:12
inc0well16:12
Jeffrey4lok anyway. seems team like static uid + picked by kolla.16:12
kfox1111either way. at very least, it would be nice if it never changed in the same dist.16:12
Jeffrey4lthanks.16:12
Jeffrey4linc0, please move on.16:13
sdakethe key thing there is upgrades need to work16:13
inc0yeah let's keep doing what we're doing16:13
inc0#topic replace heka with fluentd16:13
*** openstack changes topic to "replace heka with fluentd (Meeting topic: kolla)"16:13
inc0zhubingbing, you're on16:13
zhubingbinghi16:13
zhubingbingflunted the current situation,16:14
zhubingbingi finish the most service has been synchronized to flunted i  expected  need 3 days to complete the first version;16:14
zhubingbingnext tuesday16:15
sdakesweet16:15
wirehead_So, you've got a heka lot of stuff done? :)16:15
duonghqnice16:15
*** l4yerffeJ has joined #openstack-meeting-416:15
zhubingbingi can finish first version16:15
egonzalez90cool16:15
mliimanice16:15
zhubingbingyes16:15
srwilkerswirehead_, :)16:15
inc0cool, thanks zhubingbing16:16
zhubingbingsome as with  heka16:16
inc0we don't need to run logstash right?16:16
inc0(please tell me no logstash)16:16
sdakeya no logstash plz16:16
zhubingbingyes i think we need not log stash16:16
sdakesweet16:16
wirehead_Log-beard or no-beard.16:16
sdakewirehead_ why - I shaved recently :)16:17
jascott1Tree-beard?16:17
inc0ok, can we move on?16:17
zhubingbingagree16:17
inc0hate to cut this short (see what I did there?), but we have full agenda16:17
inc0#topic Zero-downtime upgrade support in Kolla16:17
*** openstack changes topic to "Zero-downtime upgrade support in Kolla (Meeting topic: kolla)"16:17
inc0duonghq, you have floor16:18
*** dave-mccowan has joined #openstack-meeting-416:18
duonghqthank inc016:18
* duonghq is landing on the floor16:18
duonghq#link https://review.openstack.org/#/c/409598/16:18
duonghqquick recap: I and hieulq__ are working on 1st phase of add support for zero-downtime upgrade from kolla side16:18
duonghqdemo clip: https://review.openstack.org/#/c/409598/16:18
sdakeduonghq you mean kolla deliverlable?16:19
duonghqsdake, yup,16:19
sdakeduonghq nice :)16:19
inc0duonghq, we cant handle any less downtime than services work16:19
duonghqI and hieulq__  want to provide zero-downtime capability w/o native support from serviecs itself.16:19
duonghqinc0, the spec proposes 1 solution for this: buffering layer16:20
inc0duonghq, that's silent downtime tho16:20
inc0also is very prone to errors16:20
duonghqJust make users see it is only lag, not "down"16:21
inc0speaking form my operator hat on16:21
duonghqinc0, I thought about this, and tested with Neutron (w/ my patch for rolling upgrade Neutron)16:21
inc0I'd rather have explicit maintanence of cloud than implicit lag16:21
duonghqhmm16:22
inc0I can see it working for most part, it's the edge cases that I'm afraid of16:22
inc0also, if we have worst case scenerio - blocking database migration16:22
inc0which is the case in certain services still16:22
inc0upgrade downtime can take hours16:22
inc0just to migrate database16:22
inc0if it's sufficiently big16:23
inc0and alters moves data around16:23
inc0so having hour-long lag is no good.16:23
duonghqinc0, sure, in the case you just described, it also may let connection timeout.16:23
berendtwhich services are affected?16:23
portdirect_awayo/16:24
duonghqso we are working on provide some kind of canary for blue-green deployment16:24
duonghqwhich mitigate this issue16:24
inc0berendt, can't tell you from top of my head, neutron had issues but I think it's already done16:24
hieulq__inc0: yeah, that's why we think about the next step is blue-green or canary upgrade16:24
*** andymaier has quit IRC16:24
inc0well, that's beyond scope of kolla imho16:24
*** portdirect_away is now known as portdirect16:24
duonghqinc0, I applied the neutron rolling upgrade procedure, but still downtime from HAProxy side,16:24
*** yfauser has quit IRC16:24
duonghqHAProxy is part of Kolla16:25
srwilkershey portdirect o/16:25
*** yfauser has joined #openstack-meeting-416:25
duonghqas Sam and egonzalez90  mentioned in their comments, there is some tweak of HAProxy to reduce this,16:25
egonzalez90duonghq: because when upgrading the containers, connections are killed16:25
egonzalez90yes, there is an admin socket16:25
egonzalez90to which can put a node in maintenance mode waiting for end the connections16:26
inc0but green-blue upgrade or canary is 2 different installations of openstack16:26
duonghqegonzalez90, the buffering layers keeps connection from be killed16:26
sdakeblue/green and canary upgrades are a bit too much to swallow for kolla-ansible for ocata for me16:26
kfox1111sdake: +1. its difficult and there isn't much time left.16:27
sdaket-1 month16:27
duonghqsdake, kfox1111  I do not expect anybody can make it land for ocata16:27
duonghqso it's our next step16:27
sdakeah - ok - then we have plenty of time to sort it out - dont need to answer all the q's in this meeting :)16:27
kfox1111yeah.16:28
inc0let's work on this spec guys, we can provide options/tools for ops to use16:28
v1k0d3nspec is a good place16:28
inc0can we move on?16:28
duonghqI'm very appriciate if you guys can leave suggestion for me on my spec16:28
egonzalez90duonghq: my concern is not on the API side that can be buffered, is on rabbit and db connection, when the upgrade finished and buffered connections go in the older version to the worker16:28
*** hieulq__ has quit IRC16:28
*** Guest52040 has joined #openstack-meeting-416:29
duonghqegonzalez90, iirc, the current mechanism from service can handle plenty of this16:29
duonghqneed recheck16:29
*** yfauser has quit IRC16:29
inc0ok, moving on16:29
duonghqegonzalez90, we are just on the 1st phase16:29
inc0#topic Is the Nova Bug Dashboard (http://kolla.betacloud.io/bugs-dashboard.html) useful for us?16:29
*** openstack changes topic to "Is the Nova Bug Dashboard (http://kolla.betacloud.io/bugs-dashboard.html) useful for us? (Meeting topic: kolla)"16:29
duonghqthank you guys16:29
berendtcheck the URL http://kolla.betacloud.io/bugs-dashboard.html. is this dashboard useful for us or not? the nova team uses it. if it is useful i will activate a cronjob that updates it every hour and send a short mail to openstack-dev.16:29
*** hieulq__ has joined #openstack-meeting-416:29
Jeffrey4li like it ;)16:30
inc0me too16:30
egonzalez90yup, cool16:30
inc0this is cool;)16:30
srwilkersat first glance i like it16:30
*** outofmemory has joined #openstack-meeting-416:30
srwilkersyeah, this is pretty friendly16:30
zhubingbingcool16:31
berendtok, i will prepare the cron job, will send a mail to openstack-dev and add a note to the docs16:31
portdirectyeah thats looks nice :)16:31
Jeffrey4lplease add [kolla] tag berendt16:31
inc0thanks berendt :)16:31
inc0can we move on?16:31
berendtJeffrey4l: yes16:31
berendtinc0: think so16:31
Jeffrey4lthanks.16:31
duonghqthank berendt16:31
inc0I think I'm going to skip "pod" discussion as it was suggested in agenda;)16:32
inc0so we move to k8s topics16:32
inc0#topic kolla-kubernetes UX for service layers16:32
*** openstack changes topic to "kolla-kubernetes UX for service layers (Meeting topic: kolla)"16:32
inc0portdirect you have next 316:32
portdirecto/16:32
*** outofmemory is now known as reedip_16:32
portdirectso there has been a lot of discussion regarding the way we put kolla-k8s together16:33
v1k0d3nalanmeadows16:33
portdirectand so I think this is an area that we should look at, as it would let us get a target to aim for16:33
sdakeportdirect for those watching at home can you define UX plz :)16:33
alanmeadowsv1k0d3n: ;-)16:33
portdirectah, ok16:34
alanmeadowsim lurking16:34
portdirectUX - is user experience16:34
sdakeright thanks portdirect :)16:34
portdirectwhich in our case means the way that a human operator will interact with what we produce16:34
portdirectso the tools they will use16:34
kfox1111yeah.16:35
kfox1111and how they are expected to interact with those tools.16:35
portdirecthow they can change things to make the deplyment fit their needs16:35
portdirectand then keep their cloud running16:35
* kfox1111 nods16:35
inc0arent helm tool which was meant to help with that?16:35
portdirectv1k0d3n, has wriiten a bp16:35
inc0isn't*16:35
srwilkersinc0, yep16:36
sdakeinc0 helm is being used of course16:36
*** yfauser has joined #openstack-meeting-416:36
kfox1111inc0: helms one tool. it will help yes.16:36
portdirectI think that using helm is a big part of that, but we need to decide how we are going to use it16:36
kfox1111portdirect: link?16:36
portdirectso the bp here: https://blueprints.launchpad.net/kolla-kubernetes/+spec/installation-docs-refactor16:36
sdakei think the way the microservices layer worked out worked well16:36
sdakesa in people submit differnet patchsets and we come to consensus on the patchsets via review16:36
duonghqfirstly, I think we should make decission from which layer we should expose to user?16:36
portdirectI was thinking that we should start a doc that set out how we expect a person use kolla-k8s16:37
*** nadav has quit IRC16:37
v1k0d3nbasically as portdirect is mentioning, since it was suggested not to write a spec for helm usage...perhaps the docs can define how helm is being used and to what extent.16:37
sdakeportdirect sounds good16:37
*** iberezovskiy is now known as iberezovskiy|off16:37
kfox1111duonghq: no. al layers. its in the spec.16:37
portdirectduonghq: ans you question is a big part of that16:37
duonghqportdirect, you mean use case?16:37
v1k0d3npartially? as part of a post "something" process? as delivery, upgrades, etc?16:37
portdirectso how an operator will interact for vairius use cases16:38
jascott1fyi I started upgrade bp here https://blueprints.launchpad.net/kolla-kubernetes/+spec/helm-deployment-upgrade16:38
v1k0d3ni didn't realize when helm was brought up...other use cases. the current spec leaves some interpretation on what is first class.16:38
alanmeadowsthe operator usage is really one aspect of the larger spec16:38
srwilkersthe lack of clarity on this topic has led to some pretty heated/emotional debates, and i dont want to see it fracture the kolla community. as portdirect said, we need to set a target and expectations here for this before it becomes unmanageable16:38
portdirectv1k0d3n's questions abouve kinda match the headings i was thinking of16:38
kfox1111agreed.16:39
v1k0d3nif i'm come from a helm mindset, what needed to consume these charts?16:39
*** vhosakot has joined #openstack-meeting-416:39
kfox1111docs for sure are very lacking.16:39
v1k0d3ni think it's important to define that, in case they look different than what i'm used to seeing elsewhere.16:39
kfox1111but so are a lot of the layers too.16:39
portdirectand once we have it defined what we expect our final goal to be, then i think it will be much easier for us to collectivlye get there :)16:39
vhosakoto/  sorry I'm late.. had a conflicting meeting16:39
duonghqv1k0d3n, I think we should done this top-down? the helm layer is the middle layer16:39
duonghqsup vhosakot16:39
kfox1111so what is the focus? on getting something proof concepted at all layers, or docs?16:39
vhosakotduonghq: sup :)16:40
sdakepoc at mid layer wuld be my pref kfox111116:40
sdaketo drive consensus16:40
alanmeadowswell I think more then just docs, I feel like the overarching design and goal of the helm introduction is lacking, and a lot of that discussion is happening in silos on IRC - where it really belongs in a spec thats agreed to and if something comes in that doesn't align with that, its an easy rejection16:40
sdakethe service layer thta is16:40
portdirectso I think this topic/spec should stay away from technical discusstion as much as possible, as once we have the experince that we want our users to have, then we can define the technical route to implement that16:40
srwilkersdocs are important. but i think its beyond just docs. we need to decide: are we wanting to confirm to our own view of how helm should be used, or do we want to align with how other communities (the helm community especially) expects them to be used16:40
kfox1111sdake: yeah. thats what we've been doing so far.16:40
duonghqwe are working on 2/3 sub-layer in one of middle layers16:40
v1k0d3nkfox1111: i think (at least in my mind) that knowing the kolla-kubernetes vision would be helpful to new users.16:40
*** mattmceuen_ has joined #openstack-meeting-416:40
*** rainya has joined #openstack-meeting-416:41
v1k0d3ni need to know if i can consume this as is....or what else needs to happen?16:41
kfox1111v1k0d3n: +1. thats in the spec though?16:41
v1k0d3nif batteries are included...what batteries? AA, C, D?16:41
v1k0d3nperhaps D doesn't fit in my walkie talkie16:41
sdakehttps://blueprints.launchpad.net/kolla-kubernetes/+spec/helm-microservices16:41
sdakecheck out the dependency chart at bottom of that page16:41
portdirectcr1280 v1k0d3n16:41
v1k0d3nkfox1111: i think there was room for interpretation. this is what caused the discussions over the last couple of weeks.16:42
v1k0d3nthat should be clear.16:42
sdakethose were very fruitful16:42
v1k0d3nspec didn't do a great job.16:42
sdakewe produced code that deploys microservices16:42
sdakethat is why specs are evil v1k0d3n16:42
kfox1111v1k0d3n: the vision is to allow the greatest numbers of users to be able to use kolla-kubernetes by allowing the user to make the tradeoff on the specctrum of easy to use vs full customizability16:42
sdakeand why we dont use them typically in kolla :)16:42
v1k0d3nsorry, sdake i like specs16:42
sdakespecs cause more chaos then code reviews in kolla community :)16:43
kfox1111v1k0d3n: agreed, the spec doesn't have some terms defined that are open to misunderstanding.16:43
sdakewe need PerfectChaos16:43
portdirectso beefore we go down the rabbit hole again, can we step away from the tech dicussion and look at what we want at the end of the day16:43
portdirectI'd be happy to colate such a process16:43
kfox1111and we've arleayd changed temrinology a bit as we started into the design, realizing the terms used in the doc were old kolla-kuberntes terms and didn't quite apply as well in the helm world. :/16:43
kfox1111portdirect: +116:44
*** inc0_ has joined #openstack-meeting-416:44
duonghqportdirect, +116:44
portdirectkfox1111, v1k0d3n: (and any one else!) could we define what we want the end experienec that you have on day0, 1, and 2 of the finished kolla-k8s16:44
duonghqbut changing spec terms atm is a good idea?16:44
portdirect(and I know it's never fnished)16:44
*** inc0 has quit IRC16:44
sdakelets focus on day 0 imo ;)16:44
kfox1111sdake: lets focus on day 2.16:45
sdakeinc0 indicated goal of ocata was day 016:45
kfox1111sdake: all the rest is easy compared to that.16:45
portdirectwould the mailing list be the best place for this conversation?16:45
kfox1111if we dont focus on day 2 we have an unusable system. :/16:45
sdakeok then day 2 it is :)16:45
portdirectas i think it would alow us to compose out thoughts more clearly?16:45
srwilkersday 2 is important because it helps us understand what to expect at day 0.  are we expecting an actual kubernetes deployment through this project, or just the helm packages required for one?16:45
sdakemailing list might work16:45
inc0_yeah, I think we'll have plenty on our hands to even deploy by ocata16:45
v1k0d3nsdake: yes day 016:46
srwilkersthats where my confusion comes from16:46
v1k0d3nthis is really important...not for all...but i think for most.16:46
qwang+1 for mailing list16:46
kfox1111portdirect: it may be, yeah.16:46
inc0_with caveat of "let's not burn day2 bridges"16:46
alanmeadowsThe mailing list seems like a widening of the same isolation, why not a spec?16:46
sdakeinc0_ sounds good16:46
kfox1111v1k0d3n: there are pleanty of day 0 solutions, and most don't work for a lot of operators.16:46
portdirectI could start a thread after the meeting, and we could each then describe what we want from kolla, and from that I can produce a doc up on gerrit for us to rip apart?16:46
kfox1111because they never considerd day 2.16:46
sdakealanmeadows specs take weeks16:46
sdakealanmeadows we dont want  to block16:47
inc0_we don't have weeks if we want to deliver 1.0 for ocata16:47
kfox1111portdirect: sounds good. we really need a requirements doc. this could be a start of that.16:47
inc0_please let's deliver 1.0 - even without upgrades - for ocata16:47
kfox1111inc0_: +1.16:47
portdirect+1 (personally to that inc0 )16:47
sdakeright16:47
duonghqinc0_, +116:47
inc0_I'm ok with having bp or multiple bp for later on16:47
alanmeadowsBut why does the delivery requirement negate the spec entirely?16:47
alanmeadowsThe two can be done in parallel, granted some of the work may be in the opposite direction of the spec16:47
kfox1111microservcies are something that can be delivered in that timeframe. the upper layers in the next release.16:48
alanmeadowsbut at least the path will be set and clear16:48
portdirectalanmeadows is spot on here16:48
alanmeadowsThis is a long road16:48
v1k0d3ni thought that kolla-kubernetes was approaching from greenfield...16:48
v1k0d3nbut community has spoken. i can respect that.16:48
kfox1111alanmeadows: +1 for parallel.16:48
v1k0d3njust throwing it out there that spec define a very clear path for operators and developers alike.16:48
duonghqkfox1111, I think we need service layer too16:48
kfox1111v1k0d3n: theres an issue with total greenfield. kolla-kubernetes has compeditors. that has to be weighed.16:48
alanmeadowsIf you want to present this to Ocata, you need to explain some of the deficiencies, and you can't say, go back and read our mailing list for the complete vision16:48
kfox1111duonghq: I agree, but not sure that can be done by ocata16:48
alanmeadowsYou need to be able to say, take a look at the refined spec16:49
alanmeadowsto understand where we are going16:49
lrensingalanmeadows: +116:49
srwilkerskfox1111, im glad you mentioned competitors. heres whats likely to happen if we get hamstrung on not defining this soon and acting on it16:49
sdakethe ocata presentation of this work is in NOVEMBER16:49
v1k0d3nalanmeadows: +116:49
duonghqkfox1111, anybody can define what is the end goal of service layer?16:49
*** rainya_ has joined #openstack-meeting-416:49
portdirectduonghq, this is why i raised this subject, the technical implementation of the service layer will acutally define a huge portion of the user expereince of kolla-k8s16:49
inc0_alanmeadows, well, don't forget that we have PTG16:49
inc0_where we can sort lots of things face to face16:49
kfox1111duonghq: services layer is about easy deployment.16:49
inc0_but agree, let's draft a spec and not block on it16:49
duonghqportdirect, can we narrow it?16:49
inc0_just work on it16:49
inc0_and use it to plan for Pike16:50
*** zhubingbing has quit IRC16:50
srwilkersmy worry is that if we dont figure this out and define a clear, meaningful path forward for the long term, that another project is going to swoop in and implement a standard approach for deploying openstack with helm outside of the kolla namespace16:50
v1k0d3nok, so portdirect i think spec in parallel. is that what i hear everyone saying?16:50
kfox1111microservices layer is about providing lego building blocks of which you can assemble manually any openstack config you want.16:50
portdirectyes i think so16:50
inc0_I don't want to talk about other projects tbh16:50
sdakekfox1111 agree - and we need to automate that at some point16:50
v1k0d3ninc0_: +1 or competition.16:50
srwilkersthere are a lot of people who are looking to kolla to solve this problem, and i really think it belongs here, whether its through kolla-kubernetes taking a standard approach that aligns with other communities doing the same, or whether its through a kolla-helm project focused on an opinionated way of deploying openstack on kubernetes through the standard helm approach16:51
kfox1111sdake: +1. but on the other hand, if we get a system that is 2day managable before anyone else, I think operators will flock to that.16:51
*** Yumeng__ has quit IRC16:51
*** rainya has quit IRC16:51
kfox1111so we have to carefully balance the two.16:51
duonghqsdake, +1 but we need limit how much "automation" we'll deliver in O16:51
inc0_yeah, but no matter how well defined specs we have, we'll fail the race if we won't deliver16:51
sdakekfox1111 we want everyone to work together not compete ;)16:51
kfox1111sdake: +1 on coooperation.16:51
*** mohankumar has quit IRC16:51
kfox1111thats anotherthin g the microsevices allow.16:51
inc0_so yes, let's write spec, but keep us focused on "deploy by ocata" please16:51
v1k0d3n+1 inc0_ i think that is important to consider, and that is our approach16:51
kfox1111sharing at the microservice level, and doing their own service thing.16:51
v1k0d3nbeen there many times before.16:51
portdirectthese points are why i think we should move this discusstion to the mailing list, as they are all valid, but get llost in the noise of irc16:51
kfox1111portdirect: +116:52
sdakeportdirect agree - ml is winning for these types of discussions16:52
alanmeadowsI get the competition concern, and what will set you apart from that is a clear spec with the design approach, how all day-2 facets would be tackled with said design, and articulating clearly what your helm approach is16:52
duonghq+1 portdirect16:52
alanmeadowslots of people have "stuff", few are providing that complete picture16:52
v1k0d3n+1 alanmeadows16:52
kfox1111alanmeadows: +1.16:52
srwilkersalanmeadows, agreed16:52
*** SamYaple has joined #openstack-meeting-416:52
duonghq8min left for this meeting :(16:52
SamYapleo/16:52
duonghqhey SamYaple16:52
portdirectalanmeadows for king!16:52
SamYapleim new to this16:52
portdirectlol16:53
v1k0d3nso path? continue?16:53
sdakeok we got 7 ins left - what are the actions inc0_ ?16:53
*** uck has joined #openstack-meeting-416:53
inc0_lets start on ML thread16:53
inc0_and see where that gets us16:53
SamYaplewas there anything specific that was being asked of me that i missed?16:53
srwilkersSamYaple, just your firstborn16:54
srwilkersnbd16:54
inc0_as far as discussions go - ML are more efficient than spec16:54
portdirectv1k0d3n, i think we will need to contunue, but I'm very hesistant about choosing the path of least technical resistance to our current codebase if it may hurt us in the long run16:54
inc0_we can draft a spec from there16:54
Jeffrey4luid/gid SamYaple. but seems we run out of time16:54
sdakeif we draft a spec, no blocking plz16:54
v1k0d3nportdirect: +1 that16:54
inc0_portdirect good thing about k8s is that once we deploy, we have abstraction layer16:54
duonghqsdake, +116:54
sdakethere is always overflow into #openstack-kolla - we do that all the time :)16:54
inc0_I'm fairly sure that we can migrate 1.0 -> 2.0 with virtually any changes to k8s codebase16:55
kfox1111inc0_: k8s provides a nice abstraction layer, and then helm adds a non abstract layer in some ways.16:55
*** yamamoto has quit IRC16:55
portdirectlets take this to the ml16:55
duonghqsorry but can we move on: kolla-kubernetes helm/k8s versioning and compatibility with upstream - portdirect?16:55
inc0_agree16:55
v1k0d3n5 imins16:55
alanmeadowsThe goal of the spec wont be to block, although at some point, things need to start shifting to adhere to it.  We need to divorce the proper design and approach from the time constraints that are so clearly visible in whats being created16:55
inc0_moving on16:55
portdirectyes16:55
kfox1111so getting the helm package api right is critical for that.16:55
inc0_#topic kolla-k8s Documentation16:56
sdakeagree lets move forward on upstream compatibility16:56
kfox1111alanmeadows: +116:56
sdakethat is blocking us atm16:56
inc0_portdirect, last topic for you:)16:56
v1k0d3n+1 alanmeadows16:56
portdirectinc0_: i think we can skip that16:56
inc0_we'll move remiaining topics for next week16:56
v1k0d3nthis is big point16:56
inc0_ok16:56
portdirectand move to helm/k8s versioning and compatibility with upstream16:56
inc0_ok16:56
inc0_#topic helm/k8s versioning and compatibility with upstream16:56
portdirectso 2 things in one, and we will run out of time :)16:56
inc0_3 minutes16:56
inc0_so jsut start disussion and we'll continue next week16:57
portdirectwhat do we track helm or k8s?16:57
kfox1111we're heavily invested in helm.16:57
portdirectdocker inc docker, or distro docker?16:57
duonghqguess that we can have some recap on this topic16:57
duonghq?16:57
kfox1111and helm is very very green.16:57
*** yamamoto has joined #openstack-meeting-416:57
kfox1111they fixed a critical upgrade bug 7 days ago.16:57
openstackbug 7 in Launchpad itself "Need help for novice translators" [High,Fix released] https://launchpad.net/bugs/7 - Assigned to Данило Шеган (danilo)16:57
kfox1111so we need to keep on top of helm.16:57
portdirectduonghq: its about the version of the software we use16:57
srwilkerskfox1111, i agree16:57
portdirectme too :)16:57
portdirectso we track the latest helm, and whatever is needs?16:58
kfox1111so I vote for tracking helm over trackign k8s for now.16:58
sdakeportdirect wfm16:58
srwilkersi agree16:58
alanmeadowsits moving quickly, suggest life starts at 2.1.0 (supports 1.5) + 1.5 otherwise a lot of pet refactoring16:58
v1k0d3nkfox1111: getting involved in their community would help16:58
v1k0d3nmeetings are thursdays16:58
portdirectalanmeadows: I'm currently working on that transistion16:58
kfox1111v1k0d3n: +1.16:58
alanmeadowsportdirect: yay.16:58
kfox1111v1k0d3n: I'll try to attend if I have the time.16:59
v1k0d3ngoing to discuss openstack at next meeting btw.16:59
v1k0d3nsure. up to your schedule.16:59
berendt1 min left..16:59
srwilkerskfox1111, v1k0d3n ill be there16:59
v1k0d3nbeen working directly with those guys.16:59
kfox1111yeah. my schedule is not up to me. :(16:59
inc0_yeah, lets overflow to next week16:59
v1k0d3nawesome srwilkers see you there!16:59
portdirecti have reached out to them and am trying to find out if they are up for having a kolla specific meating16:59
sdakeinc0_ sounds like a plan :)16:59
v1k0d3nkfox1111: +1 same here. i have to force a lot of things16:59
inc0_thank you all!16:59
inc0_#endmeeting kolla16:59
portdirectthanks!16:59
srwilkersv1k0d3n, understatement16:59
hieulq__Thank you16:59
duonghqbye16:59
*** limao_ has quit IRC16:59
*** rhallisey has left #openstack-meeting-416:59
*** piet has joined #openstack-meeting-416:59
v1k0d3nportdirect_zzzzz: "opentack" meeting :)16:59
v1k0d3nkolla narrow17:00
v1k0d3nlater17:00
*** jascott1 has left #openstack-meeting-417:00
mliimabye17:00
*** mliima has left #openstack-meeting-417:00
berendtendmeeting not working?17:00
inc0_I got dc:(17:00
inc0_hold on17:00
*** inc0_ is now known as inc017:00
inc0#endmeeting kolla17:01
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:01
openstackMeeting ended Wed Dec 14 17:01:05 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-12-14-16.00.html17:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-12-14-16.00.txt17:01
openstackLog:            http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-12-14-16.00.log.html17:01
berendtlooks better :)17:01
*** caboucha has joined #openstack-meeting-417:01
*** yamamoto has quit IRC17:02
*** GeraldK has quit IRC17:02
*** Zer0Byte__ has joined #openstack-meeting-417:03
*** srwilkers is now known as srwilkers_brb17:03
*** egonzalez90 has left #openstack-meeting-417:03
*** mattmceuen_ has quit IRC17:04
*** piet has quit IRC17:05
*** sdake has quit IRC17:05
*** sacharya has joined #openstack-meeting-417:05
*** vishnoianil has joined #openstack-meeting-417:05
*** hieulq__ has quit IRC17:05
*** wirehead_ has left #openstack-meeting-417:06
*** Kevin_Zheng has quit IRC17:07
*** vhosakot has left #openstack-meeting-417:07
*** duonghq has left #openstack-meeting-417:07
*** reedip_ has quit IRC17:08
*** tovin07__ has left #openstack-meeting-417:09
*** inc0 has quit IRC17:14
*** magicboiz has quit IRC17:20
*** hongbin has quit IRC17:25
*** sdake has joined #openstack-meeting-417:26
*** sdake has quit IRC17:30
*** wxy1 has quit IRC17:35
*** srwilkers_brb is now known as srwilkers17:36
*** baoli has joined #openstack-meeting-417:36
*** BjoernT has joined #openstack-meeting-417:37
*** yamahata_ has quit IRC17:42
*** iyamahat has quit IRC17:44
*** piet has joined #openstack-meeting-417:45
*** asettle has quit IRC17:48
*** thorst_ has quit IRC17:48
*** unicell has quit IRC17:49
*** thorst_ has joined #openstack-meeting-417:49
*** yamamoto has joined #openstack-meeting-417:56
*** Jeffrey4l has quit IRC17:58
*** thorst_ has quit IRC17:58
*** Sukhdev has quit IRC17:59
*** bobh has quit IRC18:00
*** thorst_ has joined #openstack-meeting-418:00
*** yamamoto has quit IRC18:01
*** iyamahat has joined #openstack-meeting-418:04
*** asettle has joined #openstack-meeting-418:04
*** ralonsoh_ has quit IRC18:04
*** pbourke has quit IRC18:04
*** thorst_ has quit IRC18:04
*** pbourke has joined #openstack-meeting-418:05
*** thorst has joined #openstack-meeting-418:06
*** Rockyg has quit IRC18:07
*** vishnoianil has quit IRC18:08
*** thorst has quit IRC18:11
*** thorst has joined #openstack-meeting-418:12
*** bobmel has quit IRC18:12
*** tobybot11 has joined #openstack-meeting-418:13
*** bobmel has joined #openstack-meeting-418:17
*** thorst has quit IRC18:17
*** asettle has quit IRC18:17
*** caboucha has quit IRC18:18
*** david-lyle has quit IRC18:21
*** yamahata_ has joined #openstack-meeting-418:22
*** thorst has joined #openstack-meeting-418:23
*** sbezverk_ has quit IRC18:26
*** yamamoto has joined #openstack-meeting-418:26
*** yamamoto has quit IRC18:27
*** yamamoto has joined #openstack-meeting-418:27
*** yamamoto has quit IRC18:27
*** unicell has joined #openstack-meeting-418:28
*** markvoelker has quit IRC18:29
*** arif-ali has quit IRC18:30
*** thorst has quit IRC18:30
*** david-lyle has joined #openstack-meeting-418:30
*** arif-ali has joined #openstack-meeting-418:31
*** piet has quit IRC18:31
*** s3wong has joined #openstack-meeting-418:34
*** markvoelker has joined #openstack-meeting-418:35
*** thorst has joined #openstack-meeting-418:36
*** thorst has quit IRC18:36
*** thorst has joined #openstack-meeting-418:37
*** sdake_ has joined #openstack-meeting-418:41
*** Guest52040 has quit IRC18:48
*** dharinic is now known as dharinic|lunch18:49
*** sdake_ has quit IRC18:51
*** s3wong has quit IRC18:54
*** srwilkers is now known as srwilkers_brb19:00
*** bobh has joined #openstack-meeting-419:00
*** vishnoianil has joined #openstack-meeting-419:00
*** thorst has quit IRC19:03
*** lamt has joined #openstack-meeting-419:03
*** bobh has quit IRC19:05
*** hongbin has joined #openstack-meeting-419:05
*** marst has quit IRC19:16
*** marst has joined #openstack-meeting-419:16
*** thorst has joined #openstack-meeting-419:16
*** thorst has quit IRC19:17
*** coolsvap has quit IRC19:19
*** Sukhdev has joined #openstack-meeting-419:20
*** dharinic|lunch is now known as dharinic19:23
*** thorst has joined #openstack-meeting-419:26
*** thorst has quit IRC19:26
*** yamamoto has joined #openstack-meeting-419:28
*** thorst has joined #openstack-meeting-419:28
*** ntpttr__ has joined #openstack-meeting-419:31
*** thorst has quit IRC19:31
*** tobybot11 has quit IRC19:32
*** julim_ has joined #openstack-meeting-419:32
*** julim has quit IRC19:33
*** Swami has quit IRC19:33
*** Swami has joined #openstack-meeting-419:34
*** yamamoto has quit IRC19:36
*** bobmel has quit IRC19:37
*** bobmel has joined #openstack-meeting-419:37
*** thorst has joined #openstack-meeting-419:38
*** sdake has joined #openstack-meeting-419:39
*** bobmel has quit IRC19:39
*** bobmel has joined #openstack-meeting-419:39
*** sdague has quit IRC19:43
*** liangy has quit IRC19:52
*** liangy has joined #openstack-meeting-419:55
*** sdake has quit IRC19:55
*** MeganR has joined #openstack-meeting-419:56
*** sdake has joined #openstack-meeting-419:59
*** Swami_ has joined #openstack-meeting-420:00
*** Swami has quit IRC20:00
*** bobh has joined #openstack-meeting-420:01
*** Xeregin has joined #openstack-meeting-420:03
*** yfauser has quit IRC20:04
*** spzala has quit IRC20:04
*** yfauser has joined #openstack-meeting-420:05
*** bobh has quit IRC20:06
*** yfauser has quit IRC20:09
*** ntpttr__ has quit IRC20:12
*** bobh has joined #openstack-meeting-420:13
*** asettle has joined #openstack-meeting-420:18
*** asettle has quit IRC20:22
*** MeganR has quit IRC20:30
*** liangy has quit IRC20:30
*** Swami_ has quit IRC20:30
*** pcaruana has quit IRC20:33
*** sdake_ has joined #openstack-meeting-420:35
*** sdake has quit IRC20:37
*** srwilkers_brb is now known as srwilkers20:41
*** rtheis has quit IRC20:42
*** sp__ has quit IRC20:48
*** ntpttr__ has joined #openstack-meeting-420:48
*** thorst has quit IRC20:51
*** lamt has quit IRC21:02
*** yfauser has joined #openstack-meeting-421:05
*** tonytan4ever has quit IRC21:05
*** tonytan4ever has joined #openstack-meeting-421:06
*** thorst has joined #openstack-meeting-421:06
*** ntpttr__ has quit IRC21:09
*** yfauser has quit IRC21:10
*** ntpttr__ has joined #openstack-meeting-421:10
*** dwj has quit IRC21:13
*** Xeregin has quit IRC21:14
*** tonytan4ever has quit IRC21:15
*** Swami has joined #openstack-meeting-421:15
*** julim_ has quit IRC21:18
*** asettle has joined #openstack-meeting-421:21
*** asettle has quit IRC21:25
*** britthouser has quit IRC21:27
*** britthouser has joined #openstack-meeting-421:28
*** l4yerffeJ_ has joined #openstack-meeting-421:32
*** l4yerffeJ has quit IRC21:35
*** itisha has quit IRC21:42
*** sdake_ has quit IRC21:46
*** sshnaidm is now known as sshnaidm|afk21:49
*** thorst has quit IRC21:56
*** v1k0d3n has quit IRC21:59
*** thorst_ has joined #openstack-meeting-421:59
*** yfauser has joined #openstack-meeting-422:01
*** yfauser has quit IRC22:05
*** cleong has quit IRC22:08
*** lamt has joined #openstack-meeting-422:16
*** jimbaker has quit IRC22:23
*** jimbaker has joined #openstack-meeting-422:27
*** liangy has joined #openstack-meeting-422:28
*** baoli has quit IRC22:44
*** marst has quit IRC22:45
*** Swami has quit IRC22:50
*** dave-mccowan has quit IRC22:56
*** sdake has joined #openstack-meeting-423:01
*** yfauser has joined #openstack-meeting-423:03
*** thorst_ has quit IRC23:04
*** rbak has quit IRC23:06
*** sdake has quit IRC23:08
*** yfauser has quit IRC23:09
*** s3wong has joined #openstack-meeting-423:11
*** thorst_ has joined #openstack-meeting-423:15
*** dave-mccowan has joined #openstack-meeting-423:15
*** sdake has joined #openstack-meeting-423:15
*** jschwarz has quit IRC23:16
*** sdake has quit IRC23:16
*** yamahata_ has quit IRC23:21
*** jschwarz has joined #openstack-meeting-423:21
*** asettle has joined #openstack-meeting-423:22
*** iyamahat has quit IRC23:23
*** dave-mccowan has quit IRC23:27
*** asettle has quit IRC23:27
*** lrensing has quit IRC23:27
*** sdake has joined #openstack-meeting-423:28
*** bobh has quit IRC23:32
*** Julien-zte has quit IRC23:32
*** thorst_ has quit IRC23:36
*** sdake_ has joined #openstack-meeting-423:36
*** sdake has quit IRC23:37
*** srwilkers has quit IRC23:39
*** JRobinson__ has joined #openstack-meeting-423:44
*** klamath has quit IRC23:46
*** baoli has joined #openstack-meeting-423:46
*** Swami has joined #openstack-meeting-423:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!