Wednesday, 2016-11-16

*** pmesserli has quit IRC00:01
*** sdake has joined #openstack-meeting-400:03
*** s3wong_ has joined #openstack-meeting-400:04
*** s3wong has quit IRC00:07
*** hongbin has quit IRC00:10
*** oanson has left #openstack-meeting-400:11
*** JRobinson__ is now known as JRobinson__afk00:22
*** lamt has quit IRC00:25
*** lamt has joined #openstack-meeting-400:30
*** limao has joined #openstack-meeting-400:32
*** bobh has joined #openstack-meeting-400:32
*** spzala has joined #openstack-meeting-400:32
*** spzala has quit IRC00:37
*** bobh has quit IRC00:40
*** s3wong_ is now known as s3wong00:41
*** Julien-zte has joined #openstack-meeting-400:43
*** Swami has quit IRC00:46
*** arif-ali has quit IRC00:51
*** amotoki has joined #openstack-meeting-400:52
*** bobh has joined #openstack-meeting-400:52
*** haleyb_ has joined #openstack-meeting-400:53
*** bpokorny has joined #openstack-meeting-400:55
*** JRobinson__afk is now known as JRobinson__00:56
*** arif-ali has joined #openstack-meeting-400:56
*** amotoki has quit IRC00:57
*** haleyb_ has quit IRC00:58
*** bpokorny has quit IRC00:59
*** uck has quit IRC01:03
*** uck has joined #openstack-meeting-401:05
*** uck has quit IRC01:10
*** woodard has quit IRC01:13
*** woodard has joined #openstack-meeting-401:13
*** tovin07_ has joined #openstack-meeting-401:14
*** bpokorny has joined #openstack-meeting-401:21
*** Sukhdev has quit IRC01:22
*** amotoki has joined #openstack-meeting-401:29
*** zhurong has joined #openstack-meeting-401:30
*** bpokorny_ has joined #openstack-meeting-401:33
*** bpokorny has quit IRC01:37
*** bpokorny_ has quit IRC01:37
*** xingchao has joined #openstack-meeting-401:38
*** thorst has joined #openstack-meeting-401:41
*** thorst has quit IRC01:45
*** thorst has joined #openstack-meeting-401:49
*** thorst has quit IRC01:51
*** links has joined #openstack-meeting-401:55
*** reedip_ has joined #openstack-meeting-401:57
*** lamt has quit IRC01:57
*** tonytan4ever has joined #openstack-meeting-402:01
*** bobh has quit IRC02:06
*** links has quit IRC02:07
*** bobh has joined #openstack-meeting-402:10
*** coolsvap has joined #openstack-meeting-402:19
*** thorst has joined #openstack-meeting-402:20
*** haleyb_ has joined #openstack-meeting-402:32
*** syed__ has quit IRC02:35
*** thorst has quit IRC02:40
*** armax has quit IRC02:44
*** haleyb_ has quit IRC02:44
*** haleyb_ has joined #openstack-meeting-402:45
*** bobmel has joined #openstack-meeting-402:47
*** bobmel has quit IRC02:51
*** unicell has quit IRC02:56
*** s3wong has quit IRC03:03
*** baoli has joined #openstack-meeting-403:03
*** bobh has quit IRC03:04
*** armax has joined #openstack-meeting-403:07
*** spzala has joined #openstack-meeting-403:16
*** spzala has quit IRC03:20
*** vishnoianil has quit IRC03:21
*** JRobinson__ is now known as JRobinson__afk03:23
*** spzala has joined #openstack-meeting-403:30
*** sdake_ has joined #openstack-meeting-403:33
*** sdake has quit IRC03:37
*** armax has quit IRC03:39
*** JRobinson__afk is now known as JRobinson__03:43
*** xingchao has quit IRC03:45
*** xingchao has joined #openstack-meeting-403:45
*** bobh has joined #openstack-meeting-403:49
*** xingchao has quit IRC03:52
*** berendt has joined #openstack-meeting-403:52
*** baoli has quit IRC03:52
*** xingchao has joined #openstack-meeting-403:53
*** berendt has quit IRC03:54
*** psachin has joined #openstack-meeting-403:54
*** xingchao_ has joined #openstack-meeting-403:56
*** xingchao has quit IRC03:57
*** Jeffrey4l has joined #openstack-meeting-404:03
*** spzala has quit IRC04:03
*** cwolferh has quit IRC04:04
*** spzala has joined #openstack-meeting-404:04
*** spzala has quit IRC04:05
*** amotoki has quit IRC04:09
*** GB21 has joined #openstack-meeting-404:12
*** Sukhdev has joined #openstack-meeting-404:14
*** armax has joined #openstack-meeting-404:16
*** bobh has quit IRC04:20
*** tonytan4ever has quit IRC04:23
*** tonytan4ever has joined #openstack-meeting-404:23
*** tonytan4ever has quit IRC04:28
*** iyamahat has quit IRC04:31
*** yamahata has quit IRC04:32
*** xingchao_ has quit IRC04:45
*** xingchao has joined #openstack-meeting-404:46
*** sdake_ is now known as sdake04:54
*** reedip_ has quit IRC04:59
*** xingchao has quit IRC05:01
*** reedip_ has joined #openstack-meeting-405:03
*** reedip_ has quit IRC05:08
*** sdake_ has joined #openstack-meeting-405:10
*** sdake has quit IRC05:14
*** bobmel has joined #openstack-meeting-405:14
*** anilvenkata has joined #openstack-meeting-405:16
*** bobmel has quit IRC05:19
*** darrenc is now known as darrenc_afk05:19
*** dims has quit IRC05:20
*** haleyb_ has quit IRC05:22
*** sdake_ has quit IRC05:24
*** Sukhdev has quit IRC05:25
*** prateek has joined #openstack-meeting-405:27
*** iyamahat has joined #openstack-meeting-405:32
*** gongysh has joined #openstack-meeting-405:32
*** Julien-zte has quit IRC05:38
*** Julien-zte has joined #openstack-meeting-405:41
*** Julien-zte has joined #openstack-meeting-405:42
*** xingchao has joined #openstack-meeting-405:45
*** Julien-zte has quit IRC05:50
*** Julien-zte has joined #openstack-meeting-405:51
*** harlowja has quit IRC05:55
*** gongysh has quit IRC05:56
*** darrenc_afk is now known as darrenc05:57
*** unicell has joined #openstack-meeting-405:58
*** dims has joined #openstack-meeting-405:59
*** irenab has joined #openstack-meeting-405:59
*** amotoki has joined #openstack-meeting-406:10
*** JRobinson__ has quit IRC06:12
*** Julien-zte has quit IRC06:12
*** Julien-zte has joined #openstack-meeting-406:13
*** leo_wang has joined #openstack-meeting-406:14
*** Julien-zte has quit IRC06:18
*** Julien-zte has joined #openstack-meeting-406:18
*** xingchao has quit IRC06:20
*** xingchao has joined #openstack-meeting-406:23
*** Julien-zte has quit IRC06:27
*** Julien-zte has joined #openstack-meeting-406:28
*** markvoelker has quit IRC06:28
*** iyamahat has quit IRC06:36
*** iyamahat has joined #openstack-meeting-406:39
*** irenab has quit IRC06:43
*** nadav has joined #openstack-meeting-406:46
*** Julien-zte has quit IRC06:48
*** Julien-zte has joined #openstack-meeting-406:49
*** vishnoianil has joined #openstack-meeting-406:50
*** armax has quit IRC06:52
*** janki has joined #openstack-meeting-406:53
*** janki has quit IRC06:56
*** Julien-zte has quit IRC06:56
*** Julien-zte has joined #openstack-meeting-406:57
*** xingchao has quit IRC06:59
*** liuyulong__ has joined #openstack-meeting-407:04
*** xingchao has joined #openstack-meeting-407:06
*** liuyulong_ has quit IRC07:07
*** unicell has quit IRC07:10
*** unicell has joined #openstack-meeting-407:11
*** GB21 has quit IRC07:16
*** yfauser has joined #openstack-meeting-407:18
*** alexchadin has joined #openstack-meeting-407:28
*** GB21 has joined #openstack-meeting-407:29
*** slaweq has left #openstack-meeting-407:33
*** vishnoianil has quit IRC07:34
*** pcaruana has joined #openstack-meeting-407:41
*** korzen has joined #openstack-meeting-407:43
*** yfauser has quit IRC07:47
*** ifat_afek has joined #openstack-meeting-407:58
*** Julien-zte has quit IRC07:58
ifat_afek#startmeeting vitrage08:00
openstackMeeting started Wed Nov 16 08:00:13 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
ifat_afekHi everyone!08:00
nadavhi08:00
*** ricolin has joined #openstack-meeting-408:00
*** Julien-zte has joined #openstack-meeting-408:00
*** yujunz has joined #openstack-meeting-408:00
*** haleyb_ has joined #openstack-meeting-408:01
*** alon_heller has joined #openstack-meeting-408:02
alon_hellerHi all :)08:02
tovin07hi08:03
ifat_afekI08:05
ifat_afekmany vitrage developers are out of office today, so the meeting might be shorter08:06
ifat_afek#topic Status and Updates08:06
*** openstack changes topic to "Status and Updates (Meeting topic: vitrage)"08:06
*** karthiks has quit IRC08:07
yujunzHi all08:07
ifat_afekI’m still trying to arrange vitrage documentation. I’ll be happy if someone can review my change for vitrage-specs08:07
ifat_afek#link https://review.openstack.org/#/c/394550/08:07
ifat_afekThis is how the page looks like at the moment, with only Mitaka blueprints:08:08
ifat_afek#link http://specs.openstack.org/openstack/vitrage-specs/08:08
yujunzMaybe I can help08:08
*** ohad has joined #openstack-meeting-408:08
yujunzI did some work for docs in js-generator-openstack project08:08
ifat_afekand I’m waiting for openstack-infra approval for my change of adding the official vitrage documentation08:08
ohadhi08:08
ifat_afek#link https://review.openstack.org/#/c/394181/08:08
yujunzIt seems already +2ed08:10
ifat_afekAs part of Ocata goals, all project teams are requested to remove Oslo incubated code. I checked it, and didn’t seem to find anything in vitrage. let me know if you think there is something we do need to do08:10
ifat_afekyujunz: are you talking about the infra change? I need another +2 and workflow+108:10
yujunzYes08:10
yujunzthe infra08:10
ifat_afekI’ll ask for another review in the infra IRC channel later today08:11
ifat_afekthese are my updates08:12
ifat_afekany other updates?08:12
yujunzI have three08:12
*** miani has joined #openstack-meeting-408:13
yujunzFirst the skeleton08:13
yujunz#link https://review.openstack.org/39697408:13
mianiHi guys.08:13
yujunzIt is initiated during my creation of static datasource08:13
*** ohad has quit IRC08:13
*** ohad has joined #openstack-meeting-408:14
yujunzIt seems we need more than a skeleton to copy08:14
yujunzBut a generator to create one with specified name08:14
ifat_afekI saw you suggested a generator. any idea how it can be done?08:14
yujunzMaybe rendering from a jinja2 template08:14
ifat_afekI am not familiar with it08:15
yujunzvitrage-dashboard developer should be familiar with it08:15
yujunzPut some tags in the template and replace them with real variable value08:15
yujunzI'll update the details in blueprint08:16
yujunzThe original patchset is open for comments on what should be included in the skeleton08:16
yujunzNext static datasource08:17
yujunz#link https://review.openstack.org/#/c/397494/08:17
ifat_afekyujunz: how is it related to vitrage-dashboard?08:17
alon_helleryujunz: I am familiar with the vitrage-dashboard, but have no idea what is jinja208:17
*** korzen has quit IRC08:18
alon_hellerLet me know how can I help08:18
yujunzjinja2 is the default template in django, I think08:18
alon_hellerOur vitrage-dashboard is written with Angular, and is just a plugin in the Horizon django code08:19
yujunzI see08:19
yujunzThen it is similar to yeoman generator08:19
yujunz#link http://yeoman.io/08:19
*** oshidoshi has joined #openstack-meeting-408:20
yujunzBut not that complex08:20
alon_hellerok. but yeoman is usually just for bootstrap your app. You are talking about service or something, not ?08:20
yujunzNo, we just want to create a skeleton of new data source08:20
*** haleyb_ has quit IRC08:20
*** ralonsoh has joined #openstack-meeting-408:20
yujunzSo provide a group of template and render the required source file to bootstrap the creation of a new data source08:21
ifat_afekbut how is it related to UI?08:21
tovin07yujunz: Django use Django template language by default. Jinja2 is default template of Flask.08:21
yujunzAh, yes08:21
ifat_afekdo you think a new datasource can be created out of templates? isn’t it more complex than that?08:21
yujunzNo08:22
yujunzA skeleton can be created from that08:22
*** karthiks has joined #openstack-meeting-408:22
ifat_afekand how will this skeleton be different than the one you already created?08:22
yujunzs/Skeleton/your_sourcename/g08:23
yujunzThings like that08:23
yujunzSave your effort from replacing every occurence of placehodler08:23
ifat_afekthe thing is, that I don’t think the datasources code is that trivial. for example, the code of the monitors (nagios/zabbix/aodh) is very different than the code of openstack datasources (nova, cinder…)08:23
ifat_afekoh, this could help indeed08:23
ifat_afekbut the implementation part will simply remain empty?08:24
yujunzYes08:24
ifat_afekok, sounds good08:24
yujunzSorry, it sounds like something big08:24
ifat_afekwhy sorry?08:24
*** tovin07 has quit IRC08:24
yujunzMade some misunderstanding08:24
yujunzI mean it sounded08:25
ifat_afekno problem, maybe I should have waited to the blueprint to better understand08:25
yujunzSure08:25
yujunzNext static datasource08:26
yujunz#link https://review.openstack.org/#/c/397494/08:26
yujunzMost things have be clarified. I will move on to method implementation if no further question08:26
ifat_afekI just read your last comment08:27
ifat_afekhow can the parser tell if this is an old format or a new format?08:27
ifat_afekif they are both on the same folder08:27
*** dtardivel has joined #openstack-meeting-408:27
yujunzThe new format has a `meta` attribute as it is in the evaluator08:28
ifat_afekok08:28
yujunzNext file utils08:28
yujunz#link https://review.openstack.org/#/c/397572/08:29
*** markvoelker has joined #openstack-meeting-408:29
yujunzAny further comments?08:29
ifat_afekso I basically agreed with your last comment08:29
yujunzThat's the best compromise I could think of for now08:29
ifat_afekalexey_weyl is on vacation, he can only see your comment on Sunday. but I think we can approve your code, and if Alexey insists we can change these two lines later08:30
yujunzNo problem08:30
yujunzThat's all from my side08:30
ifat_afekon the other hand, someone else should also +2, and I’m not sure who can do it today (like I said, many core developers are OOO)08:31
ifat_afekanyone else has updates?08:31
ifat_afekok, I’ll update on behalf of other people… I noticed the dwj fixed a bug in ceilometer in favor of vitrage, so we will be able to parse event-alarms correctly08:33
*** markvoelker has quit IRC08:34
ifat_afekI know that eyalb is progressing with RedHat regarding the RDO specs08:34
ifat_afekanother general issue: I assume you’ve heard about the PTG – the Project Team Gathering, AKA the design summit. It was split from the main summit, and will happen in Atlanta in February 2017. The main summit will be in Boston in May.08:35
ifat_afekI was asked whether the Vitrage team will join the PTG. I don’t really see a need to go. We are doing our designs using the mailing lists, gerrit and IRC, and it seems to work well. Having two days in Atlanta is not necessarily productive, plus none of us (as far as I know) comes from this area.08:35
ifat_afekAnyway, I’ll be happy to hear your thoughts about it. Anyone feels that we should be there?08:36
ifat_afekand while we were speaking, my infra change was approved. I’ll send an email once we have our docs finallized08:37
ifat_afekI think that’s all for now, unless anyone else has something to discuss08:38
*** bobmel has joined #openstack-meeting-408:38
*** GB21 has quit IRC08:38
ifat_afekgoodbye then :-)08:39
mianiby08:39
*** miani has left #openstack-meeting-408:39
ifat_afek#endmeeting08:39
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"08:39
openstackMeeting ended Wed Nov 16 08:39:56 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)08:39
openstackMinutes:        http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-11-16-08.00.html08:39
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-11-16-08.00.txt08:40
openstackLog:            http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-11-16-08.00.log.html08:40
*** Julien-zte has quit IRC08:45
*** yujunz has left #openstack-meeting-408:45
*** Julien-zte has joined #openstack-meeting-408:45
*** ohad has quit IRC08:47
*** janki has joined #openstack-meeting-408:50
*** GB21 has joined #openstack-meeting-408:51
*** vishnoianil has joined #openstack-meeting-408:54
*** dritto77 has joined #openstack-meeting-408:55
*** dritto77 has quit IRC08:55
*** dritto77 has joined #openstack-meeting-408:55
*** dritto77 has quit IRC08:56
*** tovin07 has joined #openstack-meeting-408:57
*** janki has quit IRC08:58
*** nadav has quit IRC09:02
*** alon_heller has quit IRC09:03
*** karthiks has quit IRC09:06
*** berendt has joined #openstack-meeting-409:14
*** karthiks has joined #openstack-meeting-409:19
*** numans has joined #openstack-meeting-409:19
*** Julien-zte has quit IRC09:20
*** makowals has quit IRC09:22
*** makowals has joined #openstack-meeting-409:22
*** tovin07 has quit IRC09:23
*** yfauser has joined #openstack-meeting-409:24
*** janki has joined #openstack-meeting-409:31
*** diga has joined #openstack-meeting-409:33
*** alexchadin has quit IRC09:35
*** alexchad_ has joined #openstack-meeting-409:35
*** janki has quit IRC09:35
*** matrohon has joined #openstack-meeting-409:36
*** makowals has quit IRC09:36
*** makowals has joined #openstack-meeting-409:36
*** sshnaidm|away is now known as sshnaidm09:37
*** alexchad_ is now known as alexchadin09:39
*** iyamahat has quit IRC09:39
*** khushbu has joined #openstack-meeting-409:45
*** berendt has quit IRC09:48
*** bogdando has quit IRC09:50
*** bogdando has joined #openstack-meeting-409:52
*** yamahata has joined #openstack-meeting-409:54
*** limao has quit IRC09:57
*** tovin07_ has quit IRC09:57
*** iyamahat has joined #openstack-meeting-410:00
*** zhurong has quit IRC10:02
*** iyamahat has quit IRC10:03
*** yamahata has quit IRC10:07
*** berendt has joined #openstack-meeting-410:10
*** alexchadin has quit IRC10:16
*** alexchadin has joined #openstack-meeting-410:17
*** alexchadin has quit IRC10:17
*** alexchadin has joined #openstack-meeting-410:17
*** alexchadin has quit IRC10:18
*** alexchadin has joined #openstack-meeting-410:18
*** alexchadin has quit IRC10:19
*** alexchadin has joined #openstack-meeting-410:19
*** alexchadin has quit IRC10:19
*** alexchadin has joined #openstack-meeting-410:20
*** alexchadin has quit IRC10:20
*** GB21 has quit IRC10:22
*** asettle has joined #openstack-meeting-410:23
*** atuly has joined #openstack-meeting-410:23
*** korzen has joined #openstack-meeting-410:28
*** sambetts|afk is now known as sambetts10:28
*** markvoelker has joined #openstack-meeting-410:30
*** alexchadin has joined #openstack-meeting-410:32
*** GB21 has joined #openstack-meeting-410:34
*** markvoelker has quit IRC10:35
*** alexchadin has quit IRC10:37
*** berendt has quit IRC10:40
*** yfauser has quit IRC10:44
*** yfauser has joined #openstack-meeting-410:45
*** vishnoianil has quit IRC10:48
*** omnipresent has joined #openstack-meeting-410:52
*** khushbu has quit IRC10:53
*** omnipresent has quit IRC10:57
*** zenoway has joined #openstack-meeting-411:02
*** xingchao has quit IRC11:05
*** xingchao has joined #openstack-meeting-411:06
*** yfauser has quit IRC11:12
*** xingchao has quit IRC11:17
*** GB21 has quit IRC11:18
*** atuly has quit IRC11:25
*** amotoki_ has joined #openstack-meeting-411:30
*** GB21 has joined #openstack-meeting-411:31
*** amotoki has quit IRC11:33
*** berendt has joined #openstack-meeting-411:33
*** gongysh has joined #openstack-meeting-411:36
*** gongysh has quit IRC11:45
*** bogdando has quit IRC11:55
*** bogdando has joined #openstack-meeting-411:57
*** reedip_ has joined #openstack-meeting-411:58
*** zenoway has quit IRC11:59
*** zenoway has joined #openstack-meeting-411:59
*** korzen has quit IRC12:02
*** xingchao has joined #openstack-meeting-412:02
*** korzen has joined #openstack-meeting-412:03
*** zenoway has quit IRC12:04
*** zenoway has joined #openstack-meeting-412:07
*** coolsvap is now known as coolsvap_12:09
*** yfauser has joined #openstack-meeting-412:14
*** yfauser has quit IRC12:15
*** yfauser has joined #openstack-meeting-412:15
*** GB21 has quit IRC12:22
*** yfauser has quit IRC12:25
*** berendt has quit IRC12:26
*** rtheis has joined #openstack-meeting-412:34
*** ifat_afek has left #openstack-meeting-412:34
*** zhurong has joined #openstack-meeting-412:35
*** reedip_ has quit IRC12:39
*** irenab has joined #openstack-meeting-412:39
*** berendt has joined #openstack-meeting-412:40
*** khushbu_ has joined #openstack-meeting-412:42
*** gmann_ has joined #openstack-meeting-412:44
*** irenab has quit IRC12:44
*** berendt has quit IRC12:45
*** xingchao has quit IRC12:49
*** khushbu_ has quit IRC12:49
*** jichen has joined #openstack-meeting-412:53
*** thorst_ has joined #openstack-meeting-412:53
*** sdake has joined #openstack-meeting-412:53
*** thorst_ has quit IRC12:54
*** thorst_ has joined #openstack-meeting-412:54
*** reedip_ has joined #openstack-meeting-412:55
*** korzen has quit IRC12:58
*** diga has quit IRC12:58
* johnthetubaguy goes to grab a coffee12:59
alex_xujohnthetubaguy: :)12:59
alex_xu#startmeeting nova api12:59
openstackMeeting started Wed Nov 16 12:59:57 2016 UTC and is due to finish in 60 minutes.  The chair is alex_xu. Information about MeetBot at http://wiki.debian.org/MeetBot.12:59
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.12:59
*** 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
gmann_o/13:00
Kevin_Zhengo/13:00
*** cdent has joined #openstack-meeting-413:00
cdento/13:00
alex_xulet us wait one more minute for johnthetubaguy get a coffee :)13:00
johnthetubaguyah, I meant don't wait will be back in a sec13:01
johnthetubaguy0/13:01
jicheno/13:01
alex_xuhehe13:01
alex_xulet me whether we have action from previous13:01
*** seanmurphy has joined #openstack-meeting-413:02
alex_xuno action from previous13:02
alex_xu#topic priority task13:02
*** openstack changes topic to "priority task (Meeting topic: nova api)"13:02
gmann_:)13:02
alex_xu#link https://review.openstack.org/38851813:02
alex_xu^ thanks cdent point it out actually we can validate single value with max length of list. So I changed the spec, it makes the json-schema simpler13:03
alex_xuavoid to use 'oneOf'13:03
alex_xubut we need use 'array' for all the parameters, but it still looks simper than 'oneOf'13:04
alex_xu#link https://review.openstack.org/#/c/388518/11/specs/ocata/approved/consistent-query-parameters-validation.rst@9613:04
*** bobh has joined #openstack-meeting-413:04
alex_xu^ you guys can find out the example from the link13:04
johnthetubaguyyeah, just been looking at that, very cunning13:04
johnthetubaguyso in the conversion of the query string params, if its not a list, we add it as an item of one in a list?13:05
*** claudiub has joined #openstack-meeting-413:05
alex_xujohnthetubaguy: yes13:05
*** sdake_ has joined #openstack-meeting-413:05
alex_xuat line 87, there is example13:05
johnthetubaguyalex_xu: did you mean to delete line 118?13:05
johnthetubaguyoh, I see, keep the utils13:05
alex_xujohnthetubaguy: no, still want to keep them13:05
alex_xuyea13:06
alex_xuI will update the poc later13:06
gmann_alex_xu: you mean that solve the multiple occurrence of same param thing ?13:06
gmann_or something else13:06
alex_xugmann_: yea13:07
alex_xugmann_: for the case name=abc&name=def13:07
gmann_alex_xu: but i thought oneOf was only needed for sort_key only13:07
alex_xugmann_: with new way, we needn't oneOf anymore13:08
*** sdake has quit IRC13:08
*** kylek3h has quit IRC13:09
*** kylek3h has joined #openstack-meeting-413:09
alex_xugmann_: for multiple value, it is array. for single value, it is array limit maxItems=113:09
gmann_alex_xu: but still it would not restrict name=abd&name=def right?13:09
gmann_alex_xu: ohk, you will parse as list, got it13:09
alex_xugmann_: yea, we won't for now.13:10
alex_xuso the second spec13:10
johnthetubaguyone sec13:10
alex_xu#link https://review.openstack.org/39320513:10
alex_xuoops13:10
alex_xujohnthetubaguy: go ahead13:10
*** prateek has quit IRC13:10
johnthetubaguythere was a note about allowing multiple values for a single one13:10
johnthetubaguylike foo=bar,foo=baz13:10
johnthetubaguytoday we just pick one of them, or something?13:10
gmann_alex_xu: so we will be parsing all query params into list and then schema can handle13:11
alex_xugmann_: yes13:11
alex_xujohnthetubaguy: yes13:11
gmann_johnthetubaguy: yea json schema just pick one but that same case for request body validation also13:11
johnthetubaguyI was thinking about this bit: https://review.openstack.org/#/c/388518/11/specs/ocata/approved/consistent-query-parameters-validation.rst@19313:11
alex_xuwe just pick oen of them13:11
johnthetubaguyoh, do you have an example of that?13:12
alex_xuyea, that thanks to gmann_ point it out13:12
*** acabot_ has joined #openstack-meeting-413:12
alex_xufor example, change-since accept a datefomart13:12
gmann_johnthetubaguy: if you run create server tests with 2 name there 1 invalid, still pass13:12
johnthetubaguyso you could have multiples in the body13:13
johnthetubaguyI am thinking about keypairs I guess13:13
johnthetubaguylike this one:13:13
johnthetubaguyhttps://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/keypairs.py#n12213:13
johnthetubaguyit seems that would only deal if there was a single type parameter13:13
*** kylek3h has quit IRC13:13
johnthetubaguyoops13:14
johnthetubaguythats the body13:14
alex_xujohnthetubaguy: there are multiple value the user put in the url. Then all the values pass into the nova api python code.13:14
alex_xuThe python code only will pick one of them(probably the last one I guess), then validate it13:14
johnthetubaguyI thinking we have ?user_id=2,user_id=313:15
gmann_yea13:15
johnthetubaguyis it the routing code that hides that?13:15
alex_xumaybe other value are invalid, only the last one is valid, the request still can pass the validation13:15
gmann_and json schema pick either which is valid13:15
johnthetubaguyso once we have strict validation, that would be invalid, it has to pass if it works today13:15
*** asettle__ has joined #openstack-meeting-413:15
johnthetubaguyso agreed with the approch13:16
alex_xuBut with the new proposal, the json-schema will validate all the input value even the python code only pick the last one13:16
gmann_johnthetubaguy: alex_xu i simply ran functional tests with 2 name(1 valid) and API did not complain. json schema picked valid one and ignore invalid one13:16
johnthetubaguyyes, that seems correct, longer term13:16
gmann_alex_xu: 1 sec13:16
johnthetubaguyI am worried more about the query string params, I thought name was a body param?13:17
gmann_alex_xu: i thought it will pick both and make list where json schema will 400 as maxItem is 113:17
johnthetubaguyfor json, I believe the last one in the document wins13:17
johnthetubaguyalthough its a shame we don't call that invalid13:17
alex_xujohnthetubaguy: it isn't longer term, the json-schema will validate all the values for any request13:17
johnthetubaguysorry, I am crossing the streams/wires here13:18
gmann_johnthetubaguy: even it can pick first one in case second one is invalid13:18
johnthetubaguyI am trying to see how the current code accepts multiple and ignores one today, for the keypairs API13:18
*** asettle has quit IRC13:18
johnthetubaguyjust the query strings for now13:19
*** reedip_ has quit IRC13:19
*** Julien-zte has joined #openstack-meeting-413:19
alex_xuemm...sorry, I lost the context also :(13:20
gmann_alex_xu: last query- so in this spec, if user out multiple value for example for name (name=abc&name-def) it will 400 right.13:20
gmann_out->put13:20
gmann_as we are making list for each param and passing to json schema13:21
alex_xugmann_: do you mean the spec https://review.openstack.org/393205, it won't, just ignore one of them13:21
johnthetubaguyso lets back up13:21
johnthetubaguyI think we should focus on the real api, keypairs13:21
johnthetubaguythats what the spec is modifying13:22
alex_xuyea13:22
gmann_alex_xu: no this one  - https://review.openstack.org/#/c/388518/11/specs/ocata/approved/consistent-query-parameters-validation.rst@19313:22
johnthetubaguyso I am trying to work out what happens today with the user param13:22
johnthetubaguyI guess this bit:13:23
johnthetubaguyhttps://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/keypairs.py#n18513:23
*** lamt has joined #openstack-meeting-413:23
johnthetubaguyI was going blind but I see it now13:23
alex_xugmann_: that spec only describe the new mechanism, whether we return 400, depend the schema13:23
*** atuly has joined #openstack-meeting-413:24
*** bobh has quit IRC13:24
gmann_alex_xu: yea13:24
alex_xujohnthetubaguy: it only take one of them13:24
gmann_johnthetubaguy: yea13:25
*** asettle__ is now known as asettle13:25
*** dave-mccowan has joined #openstack-meeting-413:25
alex_xujohnthetubaguy: so....13:27
johnthetubaguyin the distant future, when additional_properties = False13:27
johnthetubaguywe would want user_id=1&user_id=2 to fail13:27
johnthetubaguyright now we just pick the first one13:27
johnthetubaguyit feels like we need to preserve that13:27
johnthetubaguyfor the moment13:27
johnthetubaguythe spec says that, I believe?13:27
johnthetubaguyI was unclear...13:27
johnthetubaguyneed to keep the same API semantics, so we will not be as strict as we could be about duplicates13:27
johnthetubaguynow, we have a few options for the validation13:27
johnthetubaguy1) reject the request with duplicates, long term, we probably want that13:27
johnthetubaguy2) only validate the element the code will touch13:27
*** reedip_ has joined #openstack-meeting-413:27
*** oshidoshi has quit IRC13:27
*** GB21 has joined #openstack-meeting-413:27
alex_xuoops, I have network delay13:28
cdentI thought the point of putting this stuff under a microversio was so that we _don't_ need to preserve the old ambiguous behavior?13:28
gmann_but duplicates were just being not taken care, should give 40013:29
gmann_which is broken as of now13:29
gmann_as that was a good example of bad usage13:29
johnthetubaguycdent: so step one is don't break what we have, just protect us against bad stuff, step 2 is make it better13:30
johnthetubaguyat least thats what I have in my head13:30
johnthetubaguybasically like 2.0 vs 2.1 and the body validation13:31
alex_xuemm...+1 for don't break what we have now13:31
*** haleyb_ has joined #openstack-meeting-413:31
johnthetubaguyso you said the validation only takes one of them?13:31
johnthetubaguyI thought it would get passed the full list of params13:31
alex_xujohnthetubaguy: with current proposal, it would get passed the full list of params13:32
johnthetubaguyyep, I am fine with that13:32
gmann_alex_xu: and 400 for duplicate case13:32
johnthetubaguywell, that breaks the existing requests, that would need a new microversion13:33
alex_xuyea13:33
gmann_johnthetubaguy: even that usage was not right13:33
* alex_xu should put a real example in the REST API impact section13:34
gmann_alex_xu: but this will return 400  -https://review.openstack.org/#/c/388518/11/specs/ocata/approved/consistent-query-parameters-validation.rst@10213:34
gmann_alex_xu: in current spec13:34
gmann_so if duplicate value then json object from query param will be like 'name': ['abc', def],13:35
johnthetubaguywhich we should totally do at some point, but is not proposed in the current spec (its mentioned as future work)13:35
alex_xugmann_: maybe I didn't clear about that. It is only an example to show how the new mechanism works, it didn't talk about the real would13:35
johnthetubaguyalex_xu: +1, I think your proposals is good, if I understand it now, but an example would really help13:35
*** amotoki_ has quit IRC13:36
gmann_yea that was my assumption but examle seems retricted those13:36
gmann_alex_xu: because maxItems in example makes 400 for duplicate13:37
alex_xugmann_: I would try to add note clarify that13:37
gmann_alex_xu: Thanks13:37
alex_xugmann_: emm....forget that one, this spec is about the real world https://review.openstack.org/393205 :)13:37
gmann_:)13:37
* johnthetubaguy hmm, I think I am seeing network delays somwhere now13:38
alex_xuI will upda the spec after the meeting, one note for the example, and put a real world example for the thing in the rest api impact section13:39
alex_xus/upda/update/13:39
alex_xuso, are we good for the base spec one? let us talk about the second one?13:39
*** gmann__ has joined #openstack-meeting-413:40
*** korzen has joined #openstack-meeting-413:40
alex_xuI guess i'm waiting for the network delays now :)13:41
johnthetubaguyyeah, lets talk second one13:41
alex_xu#link https://review.openstack.org/39320513:41
gmann__yea, sorry got disconnected13:41
gmann__for me this looks fine, just version bump needs to be more clear13:41
alex_xugmann__: no worries, you didn't miss anything :)13:41
*** kylek3h has joined #openstack-meeting-413:42
gmann__oh :)13:42
gmann__alex_xu: johnthetubaguy so that is version bump plan what i stated in comment ?13:42
alex_xugmann__: so...no version bump at here13:42
*** gmann_ has quit IRC13:42
gmann__alex_xu: yes, and in future we bump when we will reject invalid filter13:43
johnthetubaguyyeah, the spec says there is a version bump, I thought we were going to not do that for the moment13:43
alex_xugmann__: yea13:43
alex_xuoops, just found that13:43
alex_xuthat is wrong13:43
gmann__yea just ignore for invalid filter and 400 for invalid sort_key13:43
johnthetubaguyso lets go back to why13:44
*** markvoelker has joined #openstack-meeting-413:44
johnthetubaguyexisting requests that worked in the past should be accepted13:44
gmann__+113:44
johnthetubaguybad requests that were dangerous need to be made "safe"13:44
johnthetubaguyso the 500 errors can go to 400 errors13:44
johnthetubaguythe ignore unknown keys seems to be the best approach13:45
johnthetubaguyand fail with invalid values for know keys13:45
gmann__johnthetubaguy: for sort_key also ?13:45
johnthetubaguyshould be the same for both I think13:45
johnthetubaguythey are both "dangerous" in some sense13:46
gmann__johnthetubaguy: i mean if any other key than whitelist for sort_key13:46
gmann__johnthetubaguy: yea13:46
gmann__totally agree with approach.13:46
johnthetubaguysorry, I get what you mean now13:46
johnthetubaguythe filters are all different keys13:46
johnthetubaguybut the sort thing is a value13:46
gmann__yea13:47
johnthetubaguyso it will trigger 400 errors13:47
johnthetubaguythats annoying, but its consistent13:47
*** woodard has quit IRC13:47
johnthetubaguywe support multiple sort keys?13:47
gmann__yea invalid value gives 40013:48
alex_xuyes13:48
*** woodard has joined #openstack-meeting-413:48
alex_xuyes for multiple sort keys13:48
gmann__L88 says sort key not sort_key's value :)13:48
alex_xu"so the 500 errors can go to 400 errors": for the filters, it go to ignore, not 40013:48
alex_xuor you want that go to 400?13:49
johnthetubaguyso it gets tricky13:49
johnthetubaguywe could have a *these are bad* list, and reject those, but ignore unknown values, but that seems like a mess13:50
gmann__ah, yea13:50
johnthetubaguyI think I am OK with filters we don't know, just getting the standard ignore unknown key treatment for now13:50
alex_xuif user use that bad key, that means the bad request will break their client code?13:51
johnthetubaguyright, hence the ignore / strip approach13:52
*** liuyulong_ has joined #openstack-meeting-413:52
gmann__alex_xu: but current code ignore that right? for admin (as we have only non-admin list in code)13:52
*** rtheis has quit IRC13:52
johnthetubaguyoperator feedback on the restriction is probably a good idea, but I am not sure what we do if they don't like it13:53
alex_xugmann__: I thought the "bad" point to the joined table and column without index13:53
gmann__for me too, ignore/strip approach is more better way to go13:53
johnthetubaguygoing back to that, we seem to be back to having a massive list in the spec13:54
*** liuyulong__ has quit IRC13:55
*** exploreshaifali has joined #openstack-meeting-413:55
*** rtheis has joined #openstack-meeting-413:55
alex_xuok, so we continue shrik the list13:56
alex_xu4 mins left for us13:56
johnthetubaguywell, we need it to match what we have indexed13:56
johnthetubaguyI believe thats the aim13:56
johnthetubaguythat might involve adding an index or two, if we really want to keep some13:56
alex_xuok13:57
gmann__humm13:57
alex_xuKevin_Zheng: is the currently all the proposal filter/sort includes index?13:58
Kevin_Zhengno13:58
johnthetubaguyI am just checking, we are missing loads of them13:58
johnthetubaguyhttps://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L19613:58
johnthetubaguynote that users filter for deleted=false, hence the compound index13:58
*** licanwei has joined #openstack-meeting-413:59
Kevin_Zhengsome useful fields missing indexes13:59
Kevin_Zhenglike user_id13:59
*** pshedimb has joined #openstack-meeting-413:59
Kevin_Zhengpretty common to filter by user13:59
alex_xuit's time to close, we should move back to #openstack-nova13:59
*** amotoki has joined #openstack-meeting-413:59
*** vincentfrancoise has joined #openstack-meeting-414:00
alex_xu#endmeeting14:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:00
openstackMeeting ended Wed Nov 16 14:00:07 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:00
alex_xuthanks all!14:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-11-16-12.59.html14:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-11-16-12.59.txt14:00
openstackLog:            http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-11-16-12.59.log.html14:00
acabot_#startmeeting watcher14:00
openstackMeeting started Wed Nov 16 14:00:29 2016 UTC and is due to finish in 60 minutes.  The chair is acabot_. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: watcher)"14:00
openstackThe meeting name has been set to 'watcher'14:00
acabot_o/14:00
*** brunograz has joined #openstack-meeting-414:00
sballe_ji14:00
vincentfrancoiseo/14:00
sballe_hi14:00
dtardivelhello14:00
brunograzo/14:00
hvprash_hi14:01
licanweihi14:01
exploreshaifali\o14:01
*** reedip_ has quit IRC14:01
pshedimbhi14:01
acabot_agenda for today #link https://wiki.openstack.org/wiki/Watcher_Meeting_Agenda#11.2F16.2F201614:01
acabot_#topic Announcements14:02
*** openstack changes topic to "Announcements (Meeting topic: watcher)"14:02
*** cdent has left #openstack-meeting-414:02
acabot_#info We should send a recap of discussions in Barcelona on the ML14:02
acabot_sballe_ : I dont know if you have seen this action from last meeting14:02
acabot_I suggested to send a recap of Watcher sessions in Barcelona but as I was not there I'm probably not the best person to do it ;-)14:03
sballe_no I forgot. But I do want you guys to welcome the two new intel developers to watcher14:03
sballe_pshedimb: welcome14:03
sballe_I am not sure what chris' irc nickname is14:03
*** korzen has quit IRC14:04
acabot_sballe_ : welcome !!!14:04
vincentfrancoisepshedimb: Welcome on board!14:04
sballe_edwin will be fading out of watcher and moving to a different project.14:04
sballe_pshedimb: and chris are located int he US14:04
vincentfrancoisesballe_: there is a chrisspencer on #openstack-watcher: is it him?14:04
sballe_yes14:04
pshedimbthanks you :)14:05
*** liuyulong_ has quit IRC14:05
hvprash_welcome pshedimb !14:05
vincentfrancoisesballe_: nice!14:05
acabot_pshedimb & chrisspencer : welcome on board !14:05
hvprash_welcome chrisspencer !14:05
*** liuyulong_ has joined #openstack-meeting-414:05
exploreshaifaliwelcome psachin, cholcombe :)14:06
*** pmesserli has joined #openstack-meeting-414:06
*** bobh has joined #openstack-meeting-414:06
acabot_sballe_ : sorry but we have many subjects to discuss today so I'm moving on, could you send the recap on the ML ?14:06
sballe_yes will do14:06
acabot_#action sballe_ send a recap of watcher sessions on the ML14:07
acabot_#info We will start a thread on the ML to discuss the way we can test available strategies14:07
acabot_dtardivel : can you handle it ?14:07
sballe_love it. that is definetly neede14:07
dtardivelacabot_: I sent an email this morning14:08
acabot_ok sorry I missed it ;-)14:09
*** gmann__ has quit IRC14:09
acabot_#topic Review Action Items14:09
*** openstack changes topic to "Review Action Items (Meeting topic: watcher)"14:09
acabot_Watcher specs14:09
acabot_#info team priorities for Ocata have been merged14:09
acabot_#link http://specs.openstack.org/openstack/watcher-specs/priorities/ocata-priorities.html14:09
acabot_scale out or delete instance based on workload should be abandonned14:09
acabot_#link https://review.openstack.org/#/c/359690/14:09
acabot_licanwei : can you do it on behalf on jinquan ?14:10
licanweiyunmeng do it14:10
acabot_licanwei : by the way is jinquan back on the project ?14:10
*** bobh has quit IRC14:11
licanweimaybe not14:11
acabot_#action yunmeng abandon the spec https://review.openstack.org/#/c/359690/14:11
acabot_licanwei : ok14:11
*** rtheis_ has joined #openstack-meeting-414:11
acabot_automatic triggering of action plans for AUDIT should now be reviewed and merged14:11
acabot_#link https://review.openstack.org/#/c/342473/14:11
acabot_alexchadin took this bp as diga was not there14:12
*** rtheis has quit IRC14:12
acabot_sballe_ : can you do a final review on https://review.openstack.org/#/c/342473/ ?14:12
vincentfrancoiseacabot_: diga started to implement something about it14:12
sballe_sure14:12
*** baoli has joined #openstack-meeting-414:13
acabot_or hvprash_14:13
*** klamath has joined #openstack-meeting-414:13
hvprash_yes acabot_. have some clarifications on that BP which may have some dependency with audit tag14:13
acabot_vincentfrancoise : I saw it right before the meeting, not sure it fit the spec14:13
acabot_#action acabot_ sballe_ hvprash_ review and merge https://review.openstack.org/#/c/342473/14:14
acabot_Specs for watcher-versioned-objects must be merged as code has already been merged14:14
vincentfrancoiseacabot_: yes, it's clearly not enough to fully implement what was said in the specs14:14
acabot_#link https://review.openstack.org/#/c/383718/14:14
acabot_again hvprash_ & sballe_ could you please +2 +1 this spec ?14:14
*** baoli has quit IRC14:14
sballe_definetly14:14
hvprash_yes14:14
vincentfrancoiseacabot_: it's just that I don't know if it's alexchadin or diga that is supposed to work on it at the moment14:15
acabot_this code will be released tomorrow so please do it today14:15
sballe_ok14:15
*** reedip_ has joined #openstack-meeting-414:15
acabot_#action sballe_ hvprash_ review and merge https://review.openstack.org/#/c/383718/ today14:15
*** baoli has joined #openstack-meeting-414:15
acabot_Specs for audit-versioned-notifications-api needs final reviews from core14:15
vincentfrancoisesballe_: the code is already merged anyway14:15
acabot_#link https://review.openstack.org/#/c/385077/14:15
acabot_code will be merged today so we need to merge it as well14:16
sballe_ok14:16
acabot_#action acabot_ sballe_ hvprash_ review & merge https://review.openstack.org/#/c/385077/ today14:16
acabot_Define grammar for workload characterization needs reviews14:16
acabot_#link https://review.openstack.org/#/c/377100/14:16
acabot_hvprash_ : can we continue reviewing it ?14:17
hvprash_thanks sballe_ for reviewing. will add the job priority to the characterization. others review too14:17
acabot_I will14:17
hvprash_yes acabot_ pls continue reviewing14:17
acabot_#action acabot review https://review.openstack.org/#/c/377100/14:17
*** prateek has joined #openstack-meeting-414:17
acabot_Define when an action plan is stale/invalid needs discussions14:17
acabot_#link https://review.openstack.org/#/c/386293/14:18
sballe_are we not discussing the QoS BP?14:18
acabot_licanwei : you sent me an email about brunograz comments, I'm sorry I didn't had time to go trough them14:18
*** baoli_ has joined #openstack-meeting-414:18
acabot_sballe_ : link ?14:18
sballe_Workload Characterization and QoS needs to be assigned to me. I already changed the BP.We submitted a new Blueprint  which is a sub-task of: https://blueprints.launchpad.net/watcher/+spec/workload-characterization-qoshttps://blueprints.launchpad.net/watcher/+spec/cache-occupancy-strategySpec is here: https://review.openstack.org/#/c/398162/114:19
sballe_https://usercontent.irccloud-cdn.com/file/M2FRZ3ae/14:19
licanweiacabot: i need your suggest14:19
sballe_these where my updates14:19
sballe_sorry for the weird format14:19
sballe_Should I just change the ownership to me in the priorities?14:19
acabot_no its in the agenda14:19
acabot_just wait14:20
sballe_ok we can talk afterwards on how to get all this done14:20
acabot_licanwei : I will review it tomorrow14:20
licanweiacabot: ok,thanks14:20
acabot_#action acabot review https://review.openstack.org/#/c/386293/14:20
acabot_Audit tag in VM Metadata needs a jenkins fix & reviews14:20
acabot_#link https://review.openstack.org/#/c/391374/14:21
*** baoli has quit IRC14:21
acabot_hvprash_ : could you fix it ?14:21
sballe_i will review14:21
*** tonytan4ever has joined #openstack-meeting-414:21
hvprash_i need to do a PS. also, have some clarifications on implementing this feature. Either acabot_ vincent or jed could help me on this14:21
acabot_#action sballe_ review https://review.openstack.org/#/c/391374/14:21
vincentfrancoiseacabot_: I will review it too14:21
acabot_#action acabot_ vincentfrancoise review https://review.openstack.org/#/c/391374/14:22
acabot_Add improvements to the planner and workflow mechanisms needs reviews14:22
acabot_#link https://review.openstack.org/#/c/385871/14:22
acabot_we are thinking of splitting this BP in 2 but it needs to be discussed with alexchadin14:23
acabot_#action acabot_ alexchadin discuss BP split for https://review.openstack.org/#/c/385871/14:23
*** lamt has quit IRC14:23
acabot_Add specs for cache occupancy strategy needs discussions14:23
acabot_#link https://review.openstack.org/#/c/398162/14:24
sballe_ok now is the time14:24
acabot_sballe_ : yes ;-)14:24
sballe_theworkload charcatrization needs to be assignd to me insead of hvprash_14:24
acabot_its great to have a new strategy but if edwin leaves the project, who will work on it ?14:24
sballe_We submitted a new Blueprint  which is a sub-task of: https://blueprints.launchpad.net/watcher/+spec/workload-characterization-qoshttps://blueprints.launchpad.net/watcher/+spec/cache-occupancy-strategySpec is here: https://review.openstack.org/#/c/398162/1 https://usercontent.irccloud-cdn.com/file/R7bYxzNX/14:24
sballe_pru and chris and I will work on this.14:25
hvprash_sballe_, you mean workload characterization qos14:25
acabot_sballe_ : https://blueprints.launchpad.net/watcher/+spec/workload-characterization-qos assigned to you already14:25
sballe_yes We have done some design and the way to get to the qos functionality we need is by dividing up that bp into smaller ones14:25
hvprash_yeah, i think I already assigned to you :)14:26
acabot_I would suggest that pru & chris work on the framework instead of a strategy if they want to start with watcher14:26
*** uxdanielle has joined #openstack-meeting-414:26
sballe_yes the BP and I will change it in hte ocata priotities14:26
sballe_acabot_: not an option at this point.14:27
sballe_the RDT integration is Intel's highest priotity14:27
acabot_sballe_ : we really need more code reviewers on the framework14:27
sballe_acabot_: they can review code.14:27
acabot_sballe_ : I dont think they will review code from the framework if they dont work on it...14:28
acabot_sballe_ : just guessing14:28
acabot_sballe_ : but ok if its Intel priority, when do you plan to have this strategy implemented ? ocata-2 , 3 ?14:28
sballe_let's talk but for now pru or chris will work on moving forward the Intel RDT integration. We could look at some low hanging task for them to work on too14:29
*** woodard has quit IRC14:29
sballe_ocata-314:29
acabot_ok thx14:29
exploreshaifalilow_hanging tasks for me too14:29
acabot_can we start reviewing the spec from edwin ?14:29
vincentfrancoisethere's the config BP that can be done as a starter14:29
acabot_https://blueprints.launchpad.net/watcher/+spec/centralise-config-opts14:30
sballe_no it is not ready yet. give it a week and you can review14:30
*** dave-mccowan has quit IRC14:30
hvprash_sorry, forgot about exploreshaifali. she will be working on some of my BPs14:30
exploreshaifaliI am trying to understand the code of watcher, to contribute ahead14:30
hvprash_yeah, some low hanging will help exploreshaifali to catch up too14:30
vincentfrancoiseI already did the base so it will be easier to finish the job without having to start fresh on it14:30
sballe_same with pshedimb and Chrisspencer14:31
acabot_ok lets move to Wathcher code base14:31
acabot_Documentation for workload stabilization [1] & workload consolidation [2] have been merged14:31
*** amotoki_ has joined #openstack-meeting-414:31
acabot_thx alexchadin & brunograz for handling it14:31
acabot_Documentation for Outlet Temperature Based Strategy need a new PS and reviews14:31
sballe_I am working on the 3 intel ones. Waiting for some info around version of node manager14:31
acabot_#link https://review.openstack.org/#/c/397411/14:31
acabot_sballe_ : ok cool as you have set W-1 I suppose you dont need review yet14:32
dtardivelacabot_: FYI, a new section named 'algorithm' has been added by alexchain in the template doc. Please take time to add it into your strategy documentation14:33
sballe_because I still need the version of Node manager I put -1 because even if everything is perfect I don;t want it merged14:33
sballe_dtardivel: thx for the pointer to the bug id14:33
acabot_sballe_ : ok so you need reviews ?14:33
acabot_as the ocata-1 release is tomorrow, we will merge a lot of code right after this meeting14:33
sballe_you guys can review it but I need to add the NM version14:33
acabot_ok14:34
sballe_before I want it merged14:34
acabot_its still time to put your +1 for stats on all these patches :14:34
*** amotoki has quit IRC14:34
acabot_#link https://review.openstack.org/#/q/status:open+project:openstack/watcher+branch:master+topic:bp/watcher-notifications-ovo14:34
acabot_#link https://review.openstack.org/#/q/status:open+project:openstack/watcher+branch:master+topic:bp/audit-versioned-notifications-api14:34
acabot_#link https://review.openstack.org/#/c/378466/14:35
brunograzacabot: blind +1? I like it ;)14:35
acabot_so please do it asap because we will have to deal with merge conflicts14:35
acabot_brunograz : I would say "stackalytics reviews..."14:35
brunograz:D14:36
dtardivelacabot_: too late for #link https://review.openstack.org/#/c/378466/. I've jut mergd it :)14:36
sballe_lol14:36
acabot_as you know its good for the project to have reviewers from diverse companies so please add your +1 ;-)14:36
acabot_dtardivel : too bad I missed it ;-)14:36
*** m1dev has joined #openstack-meeting-414:37
sballe_lol14:37
*** haleyb_ has quit IRC14:37
acabot_2 other patches should be merged for the release14:37
*** hemanth|away is now known as hemanth14:37
acabot_#link https://review.openstack.org/#/c/398299/14:37
acabot_#link https://review.openstack.org/#/c/396281/14:38
acabot_so if some of you can review them we can merge them today as well and be part of ocata-114:38
sballe_ok I can review14:38
acabot_#action sballe_ review https://review.openstack.org/#/c/398299/ https://review.openstack.org/#/c/396281/14:39
vincentfrancoise^ anyone interested in working on https://blueprints.launchpad.net/watcher/+spec/centralise-config-opts should probably review https://review.openstack.org/#/c/396281/14:39
hvprash_+114:39
acabot_vincentfrancoise : thats right14:39
*** haleyb_ has joined #openstack-meeting-414:39
atulyi can if noone is working.14:39
hvprash_i mean I can review14:39
hvprash_:)14:39
acabot_#action exploreshaifali atuly hvprash_ review https://review.openstack.org/#/c/396281/14:40
brunograz+1 -  can review as well14:40
*** klamath has quit IRC14:40
exploreshaifali:)14:40
vincentfrancoiseatuly: no need to ask, when it comes to reviewing, just go for it ;)14:40
acabot_#action brunograz review https://review.openstack.org/#/c/396281/14:40
acabot_Watcher CLI14:40
acabot_Add functional tests to watcherclient needs reviews14:40
dtardivelacabot_: about 398299, we should wait for alexchain review as well ....14:40
atuly:)14:40
dtardivelacabot_: +114:40
*** klamath has joined #openstack-meeting-414:41
*** amotoki_ has quit IRC14:41
acabot_#link https://review.openstack.org/#/c/389181/14:41
acabot_#action dtardivel review https://review.openstack.org/#/c/389181/14:41
*** lamt has joined #openstack-meeting-414:41
acabot_dtardivel : thats right I will try to ping alex14:42
acabot_#topic Blueprint/Bug Review and Discussion14:42
*** openstack changes topic to "Blueprint/Bug Review and Discussion (Meeting topic: watcher)"14:42
acabot_#info Ocata-1 will be released tomorrow14:42
acabot_#link https://launchpad.net/watcher/+milestone/ocata-114:42
*** diga has joined #openstack-meeting-414:42
*** anilvenkata has quit IRC14:42
digahi, sorry got late14:43
acabot_there is still 4 bugs in progress14:43
acabot_sorry 3 in fact14:43
*** bertys has joined #openstack-meeting-414:43
acabot_#info A couple of unfinished blueprints have been moved to Ocata-214:44
*** duonghq has joined #openstack-meeting-414:44
acabot_#link https://launchpad.net/watcher/+milestone/ocata-214:44
acabot_so Ocata-2 is our new target expected 12/1214:44
digaacabot_: I have started pushing PS on automatic triggerring BP14:45
acabot_sballe_ : any update from kevin about the graph model ?14:45
*** bobh has joined #openstack-meeting-414:45
acabot_diga : sorry we already discussed it14:45
sballe_no is thijs here?14:45
sballe_I'll follow up again :-(14:45
digaacabot_: I can finish the code by EOW, can I continue work on it14:46
acabot_diga : we will discuss it on watcher channel after the meeting14:46
digaok14:46
acabot_#action sballe_ follow up on https://blueprints.launchpad.net/watcher/+spec/graph-based-cluster-model14:47
*** cleong has joined #openstack-meeting-414:47
acabot_#topic Open discussions14:47
*** openstack changes topic to "Open discussions (Meeting topic: watcher)"14:47
acabot_Should we use Trello to keep progress on Watcher ?14:47
sballe_yes but only if it makes sense14:47
acabot_it was a topic to discuss in Barcelona but meetings were too short14:48
sballe_if peopel are not going ot pay attention to it then no14:48
acabot_the idea is to keep actions in Trello14:48
acabot_instead of relying only on the IRC bot from one meeting to another14:48
sballe_I like the idea so I can tell my management about the Watcher roadmap14:48
sballe_it looks a lot like JiRA so we can keep track of use stories, etc14:49
acabot_and also keep ideas for Watcher long term evolutions somewhere14:49
seanmurphy+1 for trello from our side!14:49
sballe_+1 same here14:49
hvprash_i like trello too. +114:49
vincentfrancoise+114:49
brunograz+114:49
acabot_#link https://trello.com/invite/b/qPDRBsG7/d735794f93465d1d45ad18729c8395b9/openstack-watcher14:50
acabot_I have created a board to give you an overview14:50
acabot_as everyone seems happy with trello :-) I will prepare our next meeting with it14:51
*** psachin has quit IRC14:51
acabot_if you want to add a column, feel free to do it14:51
sballe_cool!14:51
*** zhurong has quit IRC14:51
acabot_#action acabot_ use Trello for preparing our next IRC meeting14:52
acabot_licanwei : can you access the Trello board ?14:52
acabot_licanwei : just to check that you can use it from China14:52
licanweiok14:53
licanweii'll try it14:53
sballe_acabot_: looks great!14:53
acabot_licanwei : can you just click on the link https://trello.com/invite/b/qPDRBsG7/d735794f93465d1d45ad18729c8395b9/openstack-watcher ?14:53
acabot_and tell me if it works ?14:54
licanweiacabot: need sign up first14:54
acabot_ok14:54
acabot_if you can access the sigh-up page thats fine :-D14:54
*** GB21 has quit IRC14:54
licanweiyes14:54
acabot_any other topic to discuss today ?14:55
sballe_nice14:55
*** andymaier has joined #openstack-meeting-414:55
acabot_for our new contributors, feel free to ask questions on #openstack-watcher14:55
*** srwilkers has joined #openstack-meeting-414:55
acabot_there is always someone to help you14:55
atulyacabot : regarding some pointer on Workload balance strategy14:55
vincentfrancoiseFYI I'll be on vacation starting next week ;)14:56
sballe_vincentfrancoise: enjoy14:56
acabot_vincentfrancoise : oh yes I forgot to mention that Vincent will be off for 4 weeks14:56
exploreshaifalivincentfrancoise, enjoy :)14:56
hvprash_vincentfrancoise, i need to catch you then this week :)14:56
sballe_vincentfrancoise: that sounds like a great time off14:56
vincentfrancoisethx all :p14:56
*** talonx has joined #openstack-meeting-414:56
acabot_he really deserves it ;-)14:56
hvprash_yes +@14:57
hvprash_+214:57
atulyvincentfrancoise : enjoy:)14:57
sballe_acabot: do you have 10 mins for a quick chat around Intel contributions?14:57
*** andymaier has quit IRC14:57
acabot_so during next month, the challenge would be to have more commits than vincentfrancoise on the ocata release ;-)14:57
sballe_lol14:57
exploreshaifalilol14:58
vincentfrancoiseshould be easy ;)14:58
acabot_sballe_ : 10 min max right after the meeting14:58
*** ricolin has quit IRC14:58
*** hongbin has joined #openstack-meeting-414:58
sballe_cool!14:58
*** sdake has joined #openstack-meeting-414:59
acabot_so thank you all14:59
acabot_time to close the meeting14:59
vincentfrancoisebye all14:59
brunograzbye14:59
acabot_have a good day/night14:59
licanweibye14:59
atulybye14:59
*** coolsvap_ is now known as coolsvap14:59
exploreshaifalibye14:59
dtardivelbye14:59
*** vincentfrancoise has left #openstack-meeting-414:59
acabot_#endmeeting14:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:59
openstackMeeting ended Wed Nov 16 14:59:28 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:59
*** brunograz has left #openstack-meeting-414:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-11-16-14.00.html14:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-11-16-14.00.txt14:59
openstackLog:            http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-11-16-14.00.log.html14:59
*** licanwei has quit IRC14:59
*** atuly has quit IRC14:59
*** dkusidlo has joined #openstack-meeting-415:00
*** exploreshaifali has quit IRC15:00
serverascode#startmeeting operators_telco_nfv15:00
openstackMeeting started Wed Nov 16 15:00:37 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 call15:00
*** openstack changes topic to "roll call (Meeting topic: operators_telco_nfv)"15:00
serverascodeGood day to everyone :)15:01
serverascode#link https://etherpad.openstack.org/p/ops-telco-nfv-meeting-agenda15:01
serverascode^ agenda, feel free to add/change anything15:01
*** ad_rien_ has joined #openstack-meeting-415:01
*** sdake_ has quit IRC15:02
*** rbak has joined #openstack-meeting-415:02
talonxHi all15:03
serverascodehi talonx15:03
serverascodeso far you and me15:04
ad_rien_o/15:04
serverascodehi ad_rien_15:04
ad_rien_hi15:04
ad_rien_should we start ?15:04
*** GeraldK has joined #openstack-meeting-415:05
serverascodesure, I was just waiting to see if anyone else was here15:05
serverascodebut we can start15:05
serverascodehave a look a the agenda I linked above and feel free to add anything15:05
serverascode#topic Consensus on NFVi mid to long term project15:06
*** openstack changes topic to "Consensus on NFVi mid to long term project (Meeting topic: operators_telco_nfv)"15:06
serverascodeso the first item I had was ensuring we had consensus on the mid to long term project we discussed last week15:06
*** spotz_zzz is now known as spotz15:06
serverascodewe had a good meeting but it was a bit rushed at the end15:06
serverascodeanyone have any thoughts on that?15:07
serverascodewe don't have a lot of people in the meeting at this time15:07
serverascodeI started an etherpad about that page15:07
serverascode#link https://etherpad.openstack.org/p/OTN-nfvi-project15:07
serverascodeabout that topic I mean15:07
serverascodeso have a look at that, there are a few things we need to figure out15:08
*** woodard has joined #openstack-meeting-415:09
ad_rien_I just added  information  related to G5K (aka Grid'5000)15:09
serverascodethanks ad_rien_ I'm looking at the enos repository now :)15:11
*** beisner has quit IRC15:11
GeraldKquestion to me is whether we should spend lot of efforts on defining our own reference architecture or better re-use some existing architetcure maintained by someone else.15:12
ad_rien_GeraldK:  such as ?15:12
jamemccJamemcc here now also - sorry for being late15:12
serverascodeno worries15:13
GeraldKas_rien_: sure, we have to pick one. just wanted to make a point that IMHO we should not consider defining our own one15:13
ad_rien_the point is a minimal ?15:13
ad_rien_so what is a minimal NFVi15:14
*** acabot_ has quit IRC15:14
GeraldKgood question. minimal to what we want to use it for, i.e. do some initial work on benchmarking.15:14
serverascodethat is me using that word15:14
*** woodard has quit IRC15:14
*** woodard has joined #openstack-meeting-415:15
serverascodemy thoughts on minimal is that it's the most basic openstack posssible, plus something like neutron-sfc15:15
ad_rien_yes that was roughly the end of our meeting15:16
ad_rien_basic openstack what does it mean ? how many locations  ?15:16
ad_rien_wich services should be centralized vs distributed?15:16
serverascodeI would think one location15:17
ad_rien_GeraldK:  if you have a pointer to some architecture candidates it would be great to give it a look15:17
serverascodeyes please if anyone has examples, please let us know15:17
ad_rien_is one location a NVF infrastructure ?15:17
*** hieulq_ has joined #openstack-meeting-415:17
serverascodeI believe so15:17
jamemccI like Curtis start  which is just a few componnts of Openstack - seems to me Keystone, Nova and Neutron and then we need to more focus on if waht type of underlying hardware and then how many clouds assuming it is a multi-cloud15:17
serverascodedo people here think NFVi has to be mulit-cloud?15:18
ad_rien_jamemcc:  "assuming it is a multi-cloud"15:18
ad_rien_:-)15:18
ad_rien_from my understanding NFVi has to be a multi site cloud15:18
*** prateek has quit IRC15:18
ad_rien_that is several (nano/mini) DCs supervised in an unified manner ?15:19
ad_rien_but this is my understanding15:19
GeraldKad_rien_: what about the OPNFV scenarios, e.g. the one from the Colorado release: https://wiki.opnfv.org/display/SWREL/Colorado-Compact+Table+of+Scenarios15:19
jamemccOk, good - yes my opinion is that's sort of one step past minimal perhaps - but not nearly as much value to the reference architecture if it's not multi-cloud15:19
serverascodeok, interesting re multi-cloud15:21
ad_rien_GeraldK:  not sure I correctly understand the table, could you explain it in a few lines please ?15:21
ad_rien_in my mind the minimalist architecture can be to have controllers in a central DC and then only compute nodes deployed on the different sites (i.e. you have a master sites and then several secondary sites. The master hosts keystone, nova controller,… whereas the secondary sites host compute nodes only)15:22
serverascode#link https://wiki.opnfv.org/display/SWREL/Colorado-Compact+Table+of+Scenarios15:23
*** m1dev has quit IRC15:23
ad_rien_We can evaluate scenarios such as bandwith/latency issues related to the way OpenStack has been designed (we can discover that there is strong assumptions regarding the connectivity between compute nodes and controller ones for instance).15:24
*** baoli_ has quit IRC15:24
GeraldKad_rien_: second column shows the base scenario, e.g. OpenStack + ONOS. for this scenario several variants exist, e.g. OS + ONOS +SFC. The table then shows that this combination is supported by which installers (e.g. all 4 in the example)15:24
*** m-greene has joined #openstack-meeting-415:24
serverascodead_rien_ so by multi-cloud do you mean that hypervisors can be in different DCs?15:24
ad_rien_this can be one possibility (among others)15:24
ad_rien_GeraldK:  ok thanks15:25
GeraldKjust to confirm, when you talk about NFVi, are you referring to ETSI NFVI + VIM ?15:26
*** yfauser has joined #openstack-meeting-415:26
*** yfauser_ has joined #openstack-meeting-415:27
serverascodeI am yeah, mostly because I'm focussed on openstack, which is, IMHO, NFVi + VIM15:27
serverascodeI don't see how you could separate them when talking about OpenStack15:27
ad_rien_maybe we can clarify that point15:27
ad_rien_because OpenStack can be just a VIM actually15:28
ad_rien_at least it can be seen as a VIM (from the ETSI definition), cannot it ?15:28
jamemccAs a proposal- multi-cloud means 2 different instances of OpenStck - basically to satisfy the interoperability of 2 NFVis.  Basically if you follow this minimum 2 different operators could get their NFVs to work together.15:28
serverascodead_rien_ I agree, but what else can openstack control as a vim? vcenter?15:29
serverascodejamemcc +1 on multi-cloud = 2 different instances of openstack15:29
ad_rien_I just read (once again) the definition on the document that has been linked during the last meeting:15:29
ad_rien_1 NFVI: Totality of all hardware and software components thatbuild up the environment in which VNFs are deployed15:30
ad_rien_2 VIM: Functional block that is responsible for controlling and managing the NFVI compute, storage and network resources, usually within one operator’s Infrastructure Domain (e.g. NFVI-PoP)15:30
ad_rien_for me the difference is not clear.15:30
*** beisner has joined #openstack-meeting-415:30
*** hieulq_ has quit IRC15:30
*** yfauser has quit IRC15:30
serverascodeI've always just though of the vim as things like the API endpoints and the scheduler, authentication15:31
serverascodeand NFVi as the parts that provide network, compute, and storage15:31
*** syed__ has joined #openstack-meeting-415:31
GeraldKNFVI is kind of the DC, which consists of servers, hypervisors, the operation systems, VMs and network resources15:31
ad_rien_GeraldK:  and VIM is ?15:32
GeraldKthe entity that is managing the resources in the NFVI15:33
GeraldKbut I see that OpenStack may not easily be mapped to just the VIM15:33
ad_rien_maybe we should clarify that in a pad (I'm sorry but for me the distinction between the two concept is not clear)15:34
ad_rien_regarding the remark of : is a NFVi a multi cloud? I would say it depends how the different openstack instances collaborate.15:34
serverascodeI'm trying to capture some of it, we can clean it up later, but it is important for all of us to have similar definitions :) so this is good15:35
ad_rien_There are different approaches. Either there is a middleware (a broker/orchestrator) or you can try to make collaborations directly15:35
ad_rien_(see the multisite deployment on the Openstack documentation)15:35
serverascodecan you link me to the doc?15:36
ad_rien_#link http://docs.openstack.org/arch-design/multi-site.html15:37
ad_rien_So the question is : should we investigate the multi operator scenario for the basic use-case ?15:37
ad_rien_(in reference to the jamemcc remark)15:38
ad_rien_which means two keystones spaces etc…15:38
ad_rien_if you look directly to #link http://docs.openstack.org/arch-design/multi-site-architecture.html15:39
serverascodeok, so that doc, to me, is about openstack multi-region15:39
ad_rien_you can see another reference architecture.15:39
*** spzala has joined #openstack-meeting-415:39
ad_rien_serverascode:  yes but the difference is not so big from my point of view, is it?15:40
serverascodemulti-region is a totally valid architecture, but it is quite different from a multi-openstack15:40
serverascodewell maybe not quite different, the major difference is you share a single keystone (perhaps horizon, perhaps glance) database across regions15:41
ad_rien_…. hmmm as I said it depends how you make the collaboration between your different openstack instances15:41
serverascodeI agree15:41
*** sbezverk has joined #openstack-meeting-415:41
serverascodebut to be honest, multi-region is not that common, though it is very cool15:41
ad_rien_so first architecture (very basic): one openstack (i.e horizon, keystone, nova, neutron) and only compute nodes on remote locations15:41
ad_rien_second architecture the one that is presented in the picture; That is horizon, keystone and maybe glance are shared other services are deployed on the remote locations15:42
serverascodeyes, though it is also not common (yet) to put compute nodes in remote locations15:42
ad_rien_third ....15:42
serverascodetypically they are all in the same dc15:42
*** sp__ has joined #openstack-meeting-415:43
ad_rien_for a telco (at least for BT), it may make sense to keep the control plane in one location and distribute only the compute that will host the VM at the edge15:43
serverascodefor sure, you just can't really do that with openstack right now as far as I know15:43
ad_rien_(s/edge/on the customer equipments)15:43
ad_rien_why ?15:43
*** iyamahat has joined #openstack-meeting-415:44
ad_rien_What does prevent you to do that ?15:44
ad_rien_that is an interesting question15:44
ad_rien_that can be the minimal architecture?15:44
ad_rien_(don't get me wrong, I didn't say we should do that, I just try to put some materials in the discussion)15:45
serverascodeI've heard that typically called "fog" or "edge" computing. there is a massively distributed owrking group that is working on that use case15:45
ad_rien_yes that is indeed one direction we would like to investigate15:45
serverascodeit's not impossible, just that openstack wasn't quite designed for that15:45
serverascodefor example nova-compute has to tallk to the rabbit cluster15:45
jamemccIf we go with the official OpenStack multi-site reference architecture then it relly just leaves it up to us to be minimizing it downt ot what it takes to support NFV.  I kind of like lettign others defince the basica OpenStack and we just use it.15:46
serverascodeneutron also becomes a bit of an issue that way too15:46
*** egonzalez90 has joined #openstack-meeting-415:46
ad_rien_actually we would like to answer the question core developers of OpenStack asked to the Tricircle team when they tried to join the big tent. From the Openstack core persons, it seems that you can do multi site scenarios with the vanilla code.15:46
*** coolsvap is now known as coolsvap_15:46
serverascode#link https://wiki.openstack.org/wiki/Massively_Distributed_Clouds15:47
ad_rien_serverascode:  there is nothing special to deploy rabbitMQ on top of a WAN we already tried it at Inria (see #link https://hal.inria.fr/hal-01320235)15:47
ad_rien_regarding neutron it might be an issue as we never played with it.15:48
*** srwilkers has left #openstack-meeting-415:48
*** srwilkers has joined #openstack-meeting-415:48
ad_rien_jamemcc:  not sure I'm following you15:48
ad_rien_can you clarify/elaborate your point please15:48
*** armax has joined #openstack-meeting-415:49
serverascodeI think multi-region is great, but I also think telecoms will tie together multiple separate openstack clouds using a higher level system (eg the MANO tier) or, as you mentioned, something like Tricircle15:49
jamemccIn the Multi-site-architecture picture the top comonent is a load balancer - I'm not sure that applies to our refernce architecture - I understand it for a multi-site deployment where the 2 sites in exssence back each other up - but for our purposes here the 2 sites are not duplicate but exist to service different NFVs15:49
ad_rien_serverascode:  but you are right rabbitMQ is definitely not the good choice for production systems but we need to come with strong arguments and performance evaluations to show that to the core devs.15:49
ad_rien_serverascode:  the main issue with an approach that is built on top of distinct OpenStack is that you have to reify all openstack capabilities/features at the high level.15:50
ad_rien_In somehow you have to implement OpenStack features on top of OpenSTack … which means that you will use only basic features of OpenSTack since all advanced mechanisms will have to be implemented at the higher level.15:51
*** mliima has joined #openstack-meeting-415:51
*** uxdanielle has quit IRC15:52
ad_rien_that is one of the reason Tricircle has not been accepted in the big tent during this summer15:52
serverascodeyeah, that makes sense15:52
serverascodeI guess I was hoping to avoid all this complexity for now, and just do a single openstack site :)15:52
serverascodefor our initial project anyways :)15:52
ad_rien_finally they splitted the code of Tricircle in two part and now Tricircle just focuses on providing networking automation across Neutron in multi-region OpenStack clouds deployment.15:52
serverascodebut, it does sound like some kind of multi-site/region/cloud is important to you and jamemcc15:53
*** sukhdev has joined #openstack-meeting-415:53
serverascode(time check: about 5 min left)15:53
*** inc0 has joined #openstack-meeting-415:53
ad_rien_yes I fully agree. The question of interoperability between operators is crucial15:53
ad_rien_I just say that you have two ways to address this multisite/multi clouds/multi *** scenarios15:54
ad_rien_I'm used to make a comparison with TCP/IP15:54
ad_rien_every operator uses TCP/IP to exchange packets and then they have peering agreements15:54
serverascodejamecc do you also feel multi-* is important for this project?15:55
ad_rien_if we consider that OpenStack is the default VIM/NFVi then why should we reimplement a stack above to ensure interoperability15:55
jamemccAs another observation about the large Telco use case of the multi-site-architecture is that you may choose instead of just 1 centralized Horizon/Keystone/Swift to instead replicate the Keystone and other common configurations.  To ad_rien's point - basically above OpenStack.  Since that's more of the big Telco thing though - seems to me this multi-site with share Keystone is close enough.15:55
ad_rien_why not investigating how OpenStack can natively cooperate15:55
ad_rien_jamemcc:  I agree (If I'm correctly understanding).15:56
ad_rien_I didn't say that there should be  one keystone15:56
serverascodeok, cool, so I think we have some consensus here regarding multi-* and in fact specifically multi-region15:56
ad_rien_you can also envison to have a keystone that is fully distributed across different locations15:56
ad_rien_using cassandra with replications for instance15:56
serverascodeone keystone database15:56
ad_rien_how can we move forward ?15:57
serverascodeshared across locations (which is done with mysql galera at this time)15:57
ad_rien_Should we try to synthesise our ideas on one pad?15:57
ad_rien_galera is ok for two three sites15:57
ad_rien_but it does not scale more than that15:57
serverascodeyes for sure, we need to come up with some definitions and agree on them15:57
*** Sukhdev_ has joined #openstack-meeting-415:58
serverascodeplease add your thoughts to the etherpad and next meeting we will move forward15:58
serverascode(1 min left)15:58
ad_rien_jamecc if you are available we can continue to discuss privately15:59
ad_rien_(the same servercode ;) )15:59
ad_rien_Actually I would really appreciate to clarify that15:59
*** pprokop has joined #openstack-meeting-415:59
serverascodeI've got a meeting unfortunately, but please feel free to use the #openstack-nfv channel15:59
ad_rien_just to be sure that I do not pollute the discussion16:00
serverascodeI'm going ot have to end the meeting!16:00
ad_rien_jamecc are you available16:00
serverascodethanks everyone! good discussion :)16:00
jamemccSure ad_rien feel free to message me at jamemcc@gmail.com16:00
ad_rien_I will switch to Openstack-nfv ?16:00
*** coolsvap_ is now known as coolsvap16:00
jamemccok16:00
ad_rien_thanks serverascode16:00
serverascode#endmeeting16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:00
openstackMeeting ended Wed Nov 16 16:00:42 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-11-16-15.00.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/operators_telco_nfv/2016/operators_telco_nfv.2016-11-16-15.00.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/operators_telco_nfv/2016/operators_telco_nfv.2016-11-16-15.00.log.html16:00
inc0#startmeeting Kolla16:01
*** talonx has quit IRC16:01
openstackMeeting started Wed Nov 16 16:01:02 2016 UTC and is due to finish in 60 minutes.  The chair is inc0. Information about MeetBot at http://wiki.debian.org/MeetBot.16:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:01
*** openstack changes topic to " (Meeting topic: Kolla)"16:01
*** rhallisey__ has joined #openstack-meeting-416:01
openstackThe meeting name has been set to 'kolla'16:01
egonzalez90woot o/16:01
inc0hello everyone:)16:01
*** uxdanielle has joined #openstack-meeting-416:01
duonghqwoot/16:01
rhallisey__helo16:01
sp__hi all16:01
jascott1hello16:01
inc0#topic w00t for Kolla rollcall16:01
duonghqo/16:01
*** openstack changes topic to "w00t for Kolla rollcall (Meeting topic: Kolla)"16:01
Jeffrey4l0/16:01
coolsvapo/16:01
srwilkerswoot o/16:01
jascott1woot16:01
egonzalez90w00t16:01
inc0woot:)16:01
duonghqwo0t///16:01
inc0ok, let's move on, I bet this will be full time meeting16:02
*** portdirect has joined #openstack-meeting-416:02
inc0#topic Announcements16:02
*** openstack changes topic to "Announcements (Meeting topic: Kolla)"16:02
*** mgiles has joined #openstack-meeting-416:02
sbezverko/16:02
portdirecto/16:02
inc01. Kolla ansible is up! Our repo is split at last16:02
qwango/16:02
*** bertys has quit IRC16:02
inc0we will cover logistics around that later in the meeting16:02
inc02. 4.0.0b1 aka ocata-1 releases this week16:03
inc0any other announcements?16:03
inc0ok, let's move on to hard stuff16:03
inc0#topic repo split16:04
*** openstack changes topic to "repo split (Meeting topic: Kolla)"16:04
mliima\o16:04
inc0#link https://github.com/openstack/kolla-ansible16:04
inc0we have it:)16:04
*** dave-mccowan has joined #openstack-meeting-416:04
sdakeo/16:04
inc0as you can see this is copy of kolla itself from weekend16:04
inc0today I'll propose patch removing ansible dir from kolla repo16:05
Jeffrey4linc0, can we do this until we fixed the gate?16:05
*** seanmurphy has quit IRC16:05
inc0Jeffrey4l, can we fix gate in kolla-ansible?16:06
Jeffrey4lin ml, i propose leave the deploy gate in kolla.16:06
sdakeinc0 i already did the removal of ansible from kolla repo16:06
*** v1k0d3n has joined #openstack-meeting-416:06
qwangthe patch is there https://review.openstack.org/#/c/398025/16:06
v1k0d3nsorry, here now16:06
inc0ahh missed that, sorry sdake16:07
inc0Jeffrey4l, no, we need to remove ansible asap16:07
Jeffrey4lok.16:07
mliimai propose remove docker from kolla-ansible16:07
inc0because people will keep pushing code there16:07
mliimahttps://review.openstack.org/#/c/398320/16:07
*** yamahata has joined #openstack-meeting-416:07
inc0mliima, that on the other hand will have to wair16:07
inc0until we prepare zuul-cloner16:07
inc0or docker registry in infra16:07
mliimaok inc016:08
inc0as we can build without ansible, we can't deploy without build16:08
mliimaok16:08
inc0on that note, we'll create zuul-clone of kolla in kolla-ansible16:08
inc0we can also do git submodule of kolla in kolla ansible16:09
inc0to keep installation easy16:09
inc0which means we also need to change our docs16:09
inc0as deployment procedure will be slightly different16:09
inc0#link https://etherpad.openstack.org/p/kolla-repo-split16:10
inc0let's use this etherpad to list out all the logistics and cleanups we need to make16:10
sdakeinc0 our docs don't recommend deploying gfrom git16:10
inc0pip will be diffetent too16:10
sdakeinc0 they recommend deploying from pip becasuse of the pbr version problem16:11
sdakegit submodules only help developers16:11
inc0and really, I personally find this an abomination that it's not equivalent16:11
sdakepretty sure everyone thats a dev can check out two repos :)16:11
sdakeinc0 feel free to fix it16:11
inc0but that's discussion for another day16:11
sdakeinc0 did best I could with the expert resources (dhellman in particular) available to me16:11
*** GeraldK has quit IRC16:12
sdakeJeffrey4l i thought i saw christmas there for a moment ;)16:13
inc0let's focus on todo guys for now16:13
inc0we need this list to be comprehensive to distribute work effectively16:13
Jeffrey4lhmm. sorry, do not get the point :/16:13
sdakeJeffrey4l nm :)16:14
sp__sdake: would kolla-k8s arch spec is still open for input ?16:16
*** armax has quit IRC16:16
*** rhallisey__ is now known as rhallisey16:17
*** rtheis_ is now known as rtheis16:17
coolsvapdid I lost connection or meeting is actually stalled?16:19
srwilkersim still here16:19
inc0no, we are in etherpad16:19
inc0doing todo list for cleanups16:19
inc010 more minutes16:19
sdakecoolsvap we are brainstorming - not sure what the window is16:19
coolsvapsorry missed the etherpad16:19
sdakesp__ yes its open until merged16:19
*** caboucha has joined #openstack-meeting-416:19
egonzalez90coolsvap: https://etherpad.openstack.org/p/kolla-repo-split16:20
coolsvapthanks egonzalez90 got there16:20
*** asettle has quit IRC16:20
sdakesp_ reference https://github.com/openstack/kolla-kubernetes/blob/master/specs/README.rst16:20
rhalliseysp_, yes it's still open16:20
*** asettle has joined #openstack-meeting-416:20
sp__thanks sdake and rhallisey for info and link16:21
portdirecthey could you give me a ping when your back16:22
portdirect(from etherpad)16:22
*** armax has joined #openstack-meeting-416:23
*** numans has quit IRC16:25
*** mordred has joined #openstack-meeting-416:26
mordredinc0: sup?16:26
inc02 more minutes in our brainstorm topic (working on ehterpad now) and we'll move on to how gate kolla-ansible16:27
inc0but I appreciate having you around:) thanks16:27
inc0I'll use this time to give you full context mordred16:27
inc0so as you probably know, we split kolla into kolla and kolla-ansible16:28
inc0we also have kolla-kubernetes16:28
inc0kolla now holds all the images16:28
sdakeinc0 you mean gate kolla :)16:28
inc0sdake, hold on16:28
inc0that'll be topic part;)16:28
sdakeoh right16:29
inc0just giving mordred state we are now16:29
mordredinc0: nod. kolla has the images, kolla-ansible and kolla-k8s want to consume them, yeah?16:29
inc0yeah16:29
inc0but...16:29
duonghqportdirect, ping16:29
inc0#topic gates in brave new world16:29
*** openstack changes topic to "gates in brave new world (Meeting topic: Kolla)"16:29
portdirectcheers16:29
inc0so mordred fungi and everyone, we want 2 things really16:30
inc0kolla-ansible and k8s needs to build images today16:30
inc0as we don't have docker registry for them16:30
inc0so I expect to use zuul cloner there to pull kolla and build images locally16:30
inc0but at the end of the day, we would like to have some smoketest gates in kolla to see if our deployments hasn't been broken after a change16:31
inc0so correct me if I'm wrong, but zuul cloner will allow cross repo gates as in adding gates from kolla to kolla-ansible, but not other way around right?16:31
mordredthey can totally be bi-directional16:32
inc0so zuul clones kolla to kolla-ansible and kolla-ansible to kolla?16:32
mordredso you can say "this job needs the kolla and kolla-ansible repos" then the job will clone both repos in the appropriate state and will run the job content16:32
fungiyeah, it's just a convenience utility to clone arbitrary refs of an arbitrary number of repos, taking advantage of local repo caches and refnames provided by zuul in our ci context16:32
mordredlet's say there is a job called "gate-kolla-images"16:33
*** magicboiz has joined #openstack-meeting-416:33
mordredthat job will be configured to clone kolla, kolla-ansible and kolla-kubernetes16:33
magicboizHi16:33
mordredand then in the content of the job, the job will expect those three repos to exist and will do $stuff16:33
mordredthen, you can configure the kolla repo to run that job in its gate pipeline, and you can also configure kolla-ansible to do the same16:33
fungi(and kolla-kubernetes too if you want)16:34
mordredyah16:34
inc0yeah we will want to have smoketest for both16:34
inc0by smoketest I assume gates we have today;)16:34
inc0ok, so short term, we need to configure zuul-cloner on both ends16:34
inc0and keep gates working as they work today16:35
inc0that will also allow us to remove docker directory from kolla-ansible immediatly16:35
inc0#link http://docs.openstack.org/infra/zuul/cloner.html16:35
inc0Jeffrey4l, sdake, others - is this solution acceptable?16:36
Jeffrey4lyep. i like that.16:36
coolsvap+116:36
sdakesorry two meetings at once - leemme catch up16:36
sdakeDST FTL16:36
egonzalez90looks fine16:36
inc0I would refrain of having full fledged deploy gates in kolla as gates will take forever and still be not-voting16:36
inc0but our current gates are ok for that purpose imho16:37
mliimalooks good16:37
sdakeyup lgtm16:37
sdakeinfra cats are experts, follow their lead imo :)16:37
inc0so we just don't change anything aside of making build gates voting (yes, yay, I think we can do that(16:37
sdakei think mordred suggested having them right?16:38
sdakethe reason for corss repo gating is to make sure the kolla imgaes are GTG when committed16:38
sdakethe only plalce I know to do that is in the kolla repo16:39
mordredyah - the main thing is just to make sure that the build job does the right thing with the multiple repos16:39
mordredbut yes16:39
inc0so another question since you're here:)16:39
* mordred hides16:39
inc0(can we wrap up this? I think we know what to do)16:39
fungiyeah, i mostly didn't want to see you roll out something confusing involving hacky git submodules that subsequently locks you out of a lot of convenient options from better testing across your repos16:39
inc0#topic git submodule16:39
*** openstack changes topic to "git submodule (Meeting topic: Kolla)"16:39
mordredrun away screaming16:39
inc0so, we'll use zuul cloner16:39
sdakefungi ;)16:39
mordred\o/16:39
inc0but there are people asking for submodule in kolla-ansible for kolla just for purpose of easier installation for users16:40
inc0git clone kolla-ansible --recursive and you have all you need locally16:40
fungigit submodules are not a substitute for an installer16:40
portdirect+116:40
wirehead_heh16:41
inc0I'm asking because other teams well, uses it like that it seems;)16:41
inc0I guess putting kolla into requirements.txt of kolla-ansible should do the trick?16:42
sdakefungi right - we use pip to install16:42
inc0sdake, everyone uses something different tbh16:42
sdakewell devs use git obviously16:42
inc0that's my point16:42
sdakeoperators use pip16:42
Jeffrey4lother project like puppet or openstack ansible are different from kolla. they depend on the code itself. But kolla-ansible depend on the docker images which kolla produced.16:43
inc0you're right Jeffrey4l, so we don't make any dependency at all?16:43
inc0and just ask people to install both projects separately?16:43
Jeffrey4li prefer to no.16:43
mordredsorry - laptop crashed16:43
Jeffrey4lon the deployment node, why i must install kolla and its dependency?16:44
inc0that's another approach16:44
Jeffrey4lansibe is enough.16:44
portdirecti think the seperation between containers, and deployment makes sense i think from an ops perspective (ie no submodule) - but thats just me.16:44
inc0which I actually like16:44
inc0anyone is against having completely unrelated projects as far as installation goes?16:44
sdakeinc0 could you restate the question, it didn't pass my parser16:45
*** bobh has quit IRC16:45
Jeffrey4lif we add kolla-ansible as kolla' submodule, how about the kolla-kubernetes projects?16:45
inc0sdake, when kolla-ansible is installed in any way, kolla is not16:45
sdakewfm16:45
inc0ok, for now we keep things totally separate then16:45
egonzalez90kolla-ansible depends on an image built by kolla, not depends of kolla at all16:45
duonghqmaybe we need separate "build-node" from "deployment-node"16:45
inc0we can16:46
inc0and it's quite elegant tbh16:46
Jeffrey4lduonghq, +116:46
mordredif you do wind up wanting to tie things together, I would strongly suggest that submodules will cause you more pain than they will solve, so trying other approaches first, I would suggest, will make you all much happier16:46
egonzalez90+116:46
mliimaduonghq, +116:46
inc0mordred, got it, thanks for warning16:46
portdirectmordred: +1 to that :)16:46
mordredcool.16:46
inc0but it seems for now we keep things totally separate16:46
*** bpokorny has joined #openstack-meeting-416:46
*** zenoway has quit IRC16:47
*** reedip_ has quit IRC16:47
mordredif you do end up getting to the place where it becomes essential - ping us, there are additional features/gotchas in gerrit-land :)16:47
mordredbut I like where you're going  :)16:47
*** zenoway has joined #openstack-meeting-416:47
inc0ok16:48
inc0anything else on that note?16:48
inc0#topic open discussion16:48
*** openstack changes topic to "open discussion (Meeting topic: Kolla)"16:48
inc0still have few minutes16:48
Jeffrey4lhttp://lists.openstack.org/pipermail/openstack-dev/2016-November/107429.html16:49
rhalliseythe spec16:49
rhalliseyit's almost done16:49
rhalliseywill have another review up soon16:49
Jeffrey4lwe need push some goals for ocata.16:49
Jeffrey4lit breaks our release.16:50
Jeffrey4lhttps://review.openstack.org/39843316:50
Jeffrey4lblock16:50
portdirectrhallisey: thanks for keeping on top of it!16:51
rhalliseyno problem16:51
inc0it doesn't seem to be the case for us tho16:51
rhalliseyjust be sure everyone gets their comments in16:51
wirehead_:)16:51
*** zenoway has quit IRC16:51
portdirectalso the impromptu hangouts have been really usefull - I really think we should keep them up when we hit issues16:52
*** diga has quit IRC16:52
*** yfauser_ has quit IRC16:52
portdirectgotta meeting, so need to head - catch you guys later16:53
*** portdirect is now known as portdirect_away16:53
*** wirehead_ has left #openstack-meeting-416:53
inc0ok, I guess we're done for today?:)16:53
duonghqwoot16:53
inc0for meeting*16:53
inc0today is still ongoing, don't stop working16:53
sdakere impromptu meetings16:53
sdakecan we please schedule them16:53
sdakeif we are going to have them16:53
sdakethey are not inclusive16:54
sdakeTIA :)16:54
inc0schedule impromptu meetings? that's not impromptu16:54
sdakeright oxymoron16:54
sdakethe problem with improtu meetings is not everyone is aorund16:54
inc0we jump on hangouts when we can't communicate over irc16:54
sdake4 guys in a meeting do not make up the communities best judgement16:54
inc0but they can get into agreement16:55
sdakeright - then gotta convince everyone else16:55
inc0not everyone16:55
sdakenot inclusive...16:55
sdakei constantly have conflicts with the spur of the moment hangouts16:56
inc0we had something called "liberum veto" in Polish history, where single person could throw out voting...spoiler alert - didn't end well16:56
inc0anyway, will be reflected in spec and totally optional16:57
sdakei'm not asking for much16:57
inc0so feel free to drop it there16:57
inc0anyway, I think we exhausted this meetings time16:57
inc0thanks everyone for comming!16:57
inc0#endmeeting kolla16:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:58
openstackMeeting ended Wed Nov 16 16:58:03 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-11-16-16.01.html16:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-11-16-16.01.txt16:58
openstackLog:            http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-11-16-16.01.log.html16:58
*** rhallisey has left #openstack-meeting-416:58
mliimaok, bye guys \o16:58
*** jascott1 has left #openstack-meeting-416:58
*** sbezverk has left #openstack-meeting-416:58
*** mgiles has left #openstack-meeting-416:58
*** duonghq has left #openstack-meeting-416:58
*** mliima has left #openstack-meeting-416:58
*** sp__ has quit IRC16:59
*** magicboiz has left #openstack-meeting-417:01
*** Rockyg has joined #openstack-meeting-417:04
*** Sukhdev_ has quit IRC17:05
*** sdake has quit IRC17:06
*** unicell1 has joined #openstack-meeting-417:07
*** unicell has quit IRC17:08
*** sdake has joined #openstack-meeting-417:09
*** uck has joined #openstack-meeting-417:09
*** Rockyg has quit IRC17:10
*** egonzalez90 has left #openstack-meeting-417:10
*** rtheis_ has joined #openstack-meeting-417:14
*** rtheis has quit IRC17:15
*** ad_rien_ has quit IRC17:18
*** dkusidlo has quit IRC17:21
*** bpokorny has quit IRC17:23
*** matrohon has quit IRC17:23
*** Swami has joined #openstack-meeting-417:29
*** bpokorny has joined #openstack-meeting-417:29
*** baoli has joined #openstack-meeting-417:30
*** yfauser has joined #openstack-meeting-417:39
*** unicell1 has quit IRC17:42
*** iyamahat has quit IRC17:45
*** bobh has joined #openstack-meeting-417:46
*** david-lyle has quit IRC17:48
*** david-lyle has joined #openstack-meeting-417:48
*** bobh has quit IRC17:51
*** uxdanielle has quit IRC17:52
*** claudiub has quit IRC17:52
*** julim has quit IRC17:54
*** iyamahat has joined #openstack-meeting-417:56
*** ralonsoh has quit IRC17:58
*** cdelatte has joined #openstack-meeting-418:00
*** yfauser has quit IRC18:01
*** yamahata has quit IRC18:01
*** iyamahat has quit IRC18:02
*** bpokorny has quit IRC18:05
*** pkoniszewski has quit IRC18:07
*** pkoniszewski has joined #openstack-meeting-418:10
*** v1k0d3n has quit IRC18:11
*** sukhdev has quit IRC18:11
*** pbourke has quit IRC18:11
*** pbourke has joined #openstack-meeting-418:12
*** m-greene has quit IRC18:12
*** harlowja has joined #openstack-meeting-418:14
*** bpokorny has joined #openstack-meeting-418:15
*** unicell has joined #openstack-meeting-418:16
*** sambetts is now known as sambetts|afk18:18
*** iyamahat has joined #openstack-meeting-418:20
*** uxdanielle has joined #openstack-meeting-418:27
*** uck_ has joined #openstack-meeting-418:29
*** uck has quit IRC18:29
*** bobh has joined #openstack-meeting-418:31
*** julim has joined #openstack-meeting-418:37
*** yamahata has joined #openstack-meeting-418:39
*** m-greene has joined #openstack-meeting-418:40
*** mdorman has joined #openstack-meeting-418:45
*** julim has quit IRC18:50
*** julim has joined #openstack-meeting-418:55
*** julim has quit IRC18:55
*** julim has joined #openstack-meeting-418:57
*** yfauser has joined #openstack-meeting-419:02
*** galstrom_zzz is now known as galstrom19:04
*** yfauser has quit IRC19:06
*** Sukhdev has joined #openstack-meeting-419:06
*** coolsvap has quit IRC19:07
*** hemanth is now known as hemanth|away19:07
*** ad_rien_ has joined #openstack-meeting-419:10
*** spotz is now known as spotz_zzz19:15
*** ad_rien_ has quit IRC19:16
*** yfauser has joined #openstack-meeting-419:16
*** haleyb_ has quit IRC19:20
*** matrohon has joined #openstack-meeting-419:26
*** caboucha has quit IRC19:28
*** betherly_ has joined #openstack-meeting-419:35
*** khushbu has joined #openstack-meeting-419:40
*** ad_rien_ has joined #openstack-meeting-419:45
*** hemanth|away is now known as hemanth19:47
*** haleyb_ has joined #openstack-meeting-419:49
*** galstrom is now known as galstrom_zzz19:49
*** ad_rien_ has quit IRC19:50
*** pcaruana has quit IRC19:51
*** uxdanielle has quit IRC19:52
*** haleyb_ has quit IRC19:53
*** tonytan4ever has quit IRC20:00
*** tonytan4ever has joined #openstack-meeting-420:01
*** jingting has quit IRC20:03
*** khushbu has quit IRC20:12
*** rainya has joined #openstack-meeting-420:16
*** bpokorny has quit IRC20:18
*** rainya has quit IRC20:20
*** uck has joined #openstack-meeting-420:21
*** uck_ has quit IRC20:21
*** bpokorny has joined #openstack-meeting-420:21
*** rainya has joined #openstack-meeting-420:22
*** Sukhdev has quit IRC20:23
*** dtardivel has quit IRC20:24
*** rtheis_ has quit IRC20:26
*** spotz_zzz is now known as spotz20:31
*** sdake has quit IRC20:35
*** rtheis has joined #openstack-meeting-420:36
*** sdake has joined #openstack-meeting-420:36
*** m-greene_ has joined #openstack-meeting-420:40
*** m-greene has quit IRC20:41
*** m-greene_ is now known as m-greene20:41
*** unicell has quit IRC20:46
*** matrohon has quit IRC20:47
*** haleyb_ has joined #openstack-meeting-420:50
*** unicell has joined #openstack-meeting-420:53
*** rtheis has quit IRC20:53
*** bobmel has quit IRC20:54
*** haleyb_ has quit IRC20:55
*** jichen has quit IRC20:55
*** Swami has quit IRC20:56
*** Swami has joined #openstack-meeting-420:59
*** hughsaunders has quit IRC21:03
*** hughsaunders has joined #openstack-meeting-421:06
*** uxdanielle has joined #openstack-meeting-421:12
*** bpokorny has quit IRC21:16
*** bpokorny has joined #openstack-meeting-421:17
*** bpokorny_ has joined #openstack-meeting-421:21
*** JRobinson__ has joined #openstack-meeting-421:22
*** bpokorny has quit IRC21:23
*** uck has quit IRC21:27
*** jovon has joined #openstack-meeting-421:28
*** Jeffrey4l has quit IRC21:33
*** inc0 has quit IRC21:33
*** cdelatte has quit IRC21:34
*** woodard has quit IRC21:35
*** woodard has joined #openstack-meeting-421:35
*** tonytan4ever has quit IRC21:36
*** ad_rien_ has joined #openstack-meeting-421:40
*** uck has joined #openstack-meeting-421:44
*** sdake_ has joined #openstack-meeting-421:44
*** woodard_ has joined #openstack-meeting-421:46
*** sdake has quit IRC21:47
*** Sukhdev has joined #openstack-meeting-421:49
*** woodard has quit IRC21:50
*** irenab has joined #openstack-meeting-421:50
*** haleyb_ has joined #openstack-meeting-421:51
*** uxdanielle has quit IRC21:52
*** irenab has quit IRC21:55
*** haleyb_ has quit IRC21:56
*** srwilkers has quit IRC22:02
*** woodard has joined #openstack-meeting-422:03
*** julim has quit IRC22:05
*** woodard_ has quit IRC22:06
*** woodard has quit IRC22:07
*** kylek3h has quit IRC22:09
*** betherly_ is now known as betherly22:10
*** s3wong has joined #openstack-meeting-422:12
*** thorst_ has quit IRC22:18
*** thorst_ has joined #openstack-meeting-422:19
*** rainya has quit IRC22:22
*** thorst_ has quit IRC22:24
*** slaweq_ has joined #openstack-meeting-422:25
*** rainya has joined #openstack-meeting-422:27
*** galstrom_zzz is now known as galstrom22:38
*** rainya has quit IRC22:42
*** kylek3h has joined #openstack-meeting-422:43
*** ad_rien_ has quit IRC22:45
*** haleyb_ has joined #openstack-meeting-422:52
*** rainya has joined #openstack-meeting-422:53
*** haleyb_ has quit IRC22:56
*** spzala has quit IRC23:03
*** bobh has quit IRC23:05
*** sdake has joined #openstack-meeting-423:06
*** dave-mccowan has quit IRC23:07
*** sdake_ has quit IRC23:10
*** sdake has quit IRC23:16
*** yfauser has quit IRC23:16
*** reedip_ has joined #openstack-meeting-423:20
*** khushbu_ has joined #openstack-meeting-423:20
*** cleong has quit IRC23:20
*** asettle has quit IRC23:23
*** uck_ has joined #openstack-meeting-423:26
*** uck has quit IRC23:26
*** hemanth is now known as hemanth|away23:26
*** Jeffrey4l has joined #openstack-meeting-423:31
*** lamt has quit IRC23:33
*** galstrom is now known as galstrom_zzz23:34
*** claudiub has joined #openstack-meeting-423:38
*** irenab has joined #openstack-meeting-423:38
*** sdake has joined #openstack-meeting-423:41
*** Julien-zte has quit IRC23:41
*** irenab has quit IRC23:43
*** khushbu_ has quit IRC23:43
*** rainya has quit IRC23:44
*** cdelatte has joined #openstack-meeting-423:49
*** david-lyle_ has joined #openstack-meeting-423:50
*** david-lyle has quit IRC23:51
*** haleyb_ has joined #openstack-meeting-423:53
*** rbak has quit IRC23:53
*** klamath has quit IRC23:53
*** rainya has joined #openstack-meeting-423:55
*** syed__ has quit IRC23:55
*** Swami has quit IRC23:58
*** reedip_ has quit IRC23:59
*** haleyb_ has quit IRC23:59
*** baoli has quit IRC23:59

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