Wednesday, 2016-11-09

*** yfauser has joined #openstack-meeting-400:04
*** yfauser has quit IRC00:09
*** hongbin has quit IRC00:10
*** thorst_ has joined #openstack-meeting-400:12
*** pmesserl_ has quit IRC00:16
*** limao has joined #openstack-meeting-400:20
*** david-lyle has quit IRC00:20
*** Julien-zte has joined #openstack-meeting-400:24
*** bobmel has joined #openstack-meeting-400:26
*** Julien-zte has quit IRC00:26
*** Julien-zte has joined #openstack-meeting-400:26
*** bobmel has quit IRC00:31
*** spzala has joined #openstack-meeting-400:31
*** asettle has joined #openstack-meeting-400:31
*** haleyb_ has joined #openstack-meeting-400:32
*** asettle has quit IRC00:36
*** spzala has quit IRC00:37
*** haleyb_ has quit IRC00:38
*** yfauser has joined #openstack-meeting-400:41
*** Julien-zte has quit IRC00:49
*** amotoki has quit IRC00:49
*** tovin07 has quit IRC00:49
*** hieulq has quit IRC00:49
*** Julien-zte has joined #openstack-meeting-400:50
*** spzala has joined #openstack-meeting-400:52
*** hieulq has joined #openstack-meeting-400:52
*** tovin07 has joined #openstack-meeting-400:54
*** spzala has quit IRC00:56
*** spzala has joined #openstack-meeting-400:59
*** iyamahat has quit IRC01:01
*** Julien-zte has quit IRC01:01
*** Julien-zte has joined #openstack-meeting-401:02
*** Julien-zte has quit IRC01:03
*** Julien-zte has joined #openstack-meeting-401:04
*** Julien-zte has quit IRC01:05
*** sogabe has joined #openstack-meeting-401:05
*** Julien-zte has joined #openstack-meeting-401:05
*** Swami_ has quit IRC01:06
*** Swami has quit IRC01:06
*** Julien-zte has quit IRC01:12
*** Julien-zte has joined #openstack-meeting-401:13
*** syed_ has quit IRC01:15
*** markvoelker has quit IRC01:22
*** Sukhdev has quit IRC01:23
*** woodard has quit IRC01:27
*** woodard has joined #openstack-meeting-401:27
*** stewie925 has quit IRC01:30
*** zhurong has joined #openstack-meeting-401:31
*** amotoki has joined #openstack-meeting-401:43
*** haleyb_ has joined #openstack-meeting-401:44
*** iyamahat has joined #openstack-meeting-401:47
*** armax has quit IRC01:47
*** amotoki has quit IRC01:48
*** yfauser has quit IRC01:51
*** tovin07_ has joined #openstack-meeting-402:06
*** unicell has quit IRC02:08
*** david-lyle has joined #openstack-meeting-402:20
*** david-lyle has quit IRC02:20
*** david-lyle has joined #openstack-meeting-402:22
*** Kiall has quit IRC02:22
*** markvoelker has joined #openstack-meeting-402:23
*** Kiall has joined #openstack-meeting-402:25
*** bobmel has joined #openstack-meeting-402:26
*** markvoelker has quit IRC02:28
*** woodard has quit IRC02:29
*** bobmel has quit IRC02:31
*** Julien-zte has quit IRC02:36
*** Julien-zte has joined #openstack-meeting-402:37
*** thorst_ has quit IRC02:39
*** thorst_ has joined #openstack-meeting-402:40
*** s3wong has quit IRC02:42
*** Julien-zte has quit IRC02:45
*** spzala has quit IRC02:46
*** spzala has joined #openstack-meeting-402:46
*** rajivk has left #openstack-meeting-402:47
*** thorst_ has quit IRC02:48
*** rbak has joined #openstack-meeting-402:50
*** spzala has quit IRC02:51
*** haleyb_ has quit IRC02:52
*** Julien-zte has joined #openstack-meeting-402:52
*** reedip_ has joined #openstack-meeting-402:58
*** yulong|away has quit IRC03:01
*** yulong|away has joined #openstack-meeting-403:02
*** rbak has quit IRC03:02
*** julim has joined #openstack-meeting-403:03
*** Julien-zte has quit IRC03:04
*** yulong|away has quit IRC03:05
*** Julien-zte has joined #openstack-meeting-403:05
*** jovon has quit IRC03:07
*** julim has quit IRC03:23
*** Julien-zte has quit IRC03:23
*** Julien-zte has joined #openstack-meeting-403:23
*** Julien-zte has quit IRC03:33
*** Julien-zte has joined #openstack-meeting-403:35
*** dave-mccowan has quit IRC03:38
*** Julien-zte has quit IRC03:40
*** thorst_ has joined #openstack-meeting-403:46
*** yamahata has joined #openstack-meeting-403:46
*** thorst_ has quit IRC03:54
*** reedip_ has quit IRC04:00
*** kylek3h has quit IRC04:08
*** numans has joined #openstack-meeting-404:21
*** Sukhdev has joined #openstack-meeting-404:22
*** alex_xu has quit IRC04:23
*** markvoelker has joined #openstack-meeting-404:24
*** bobmel has joined #openstack-meeting-404:27
*** markvoelker has quit IRC04:28
*** alex_xu has joined #openstack-meeting-404:29
*** GB21 has joined #openstack-meeting-404:30
*** bobmel has quit IRC04:32
*** Julien-zte has joined #openstack-meeting-404:36
*** links has joined #openstack-meeting-404:38
*** janki has joined #openstack-meeting-404:40
*** Rockyg has quit IRC04:41
*** Julien-zte has quit IRC04:41
*** noama_ has joined #openstack-meeting-404:44
*** GB21 has quit IRC04:49
*** prateek has joined #openstack-meeting-404:51
*** thorst_ has joined #openstack-meeting-404:52
*** yfauser has joined #openstack-meeting-404:58
*** thorst_ has quit IRC04:59
*** GB21 has joined #openstack-meeting-405:01
*** yfauser has quit IRC05:02
*** kylek3h has joined #openstack-meeting-405:09
*** kylek3h has quit IRC05:15
*** alex_xu has quit IRC05:17
*** alex_xu has joined #openstack-meeting-405:18
*** noama_ has quit IRC05:18
*** david-lyle has quit IRC05:22
*** david-lyle has joined #openstack-meeting-405:23
*** revon has quit IRC05:32
*** Julien-zte has joined #openstack-meeting-405:37
*** Julien-zte has quit IRC05:41
*** GB21 has quit IRC05:48
*** anilvenkata has joined #openstack-meeting-405:53
*** yulong|away has joined #openstack-meeting-405:53
*** mohankumar has joined #openstack-meeting-405:54
*** thorst_ has joined #openstack-meeting-405:56
*** oanson has joined #openstack-meeting-405:59
*** yfauser has joined #openstack-meeting-406:00
*** GB21 has joined #openstack-meeting-406:01
*** thorst_ has quit IRC06:04
*** yfauser has quit IRC06:04
*** GB21 has quit IRC06:06
*** trinaths has joined #openstack-meeting-406:06
*** GB21 has joined #openstack-meeting-406:06
*** trinaths has left #openstack-meeting-406:06
*** GB21 has quit IRC06:07
*** GB21 has joined #openstack-meeting-406:07
*** links has quit IRC06:11
*** yulong|away has quit IRC06:15
*** limao has quit IRC06:17
*** limao has joined #openstack-meeting-406:17
*** markvoelker has joined #openstack-meeting-406:24
*** bobmel has joined #openstack-meeting-406:28
*** markvoelker has quit IRC06:29
*** limao has quit IRC06:32
*** bobmel has quit IRC06:33
*** zhurong has quit IRC06:35
*** zhurong has joined #openstack-meeting-406:37
*** Julien-zte has joined #openstack-meeting-406:38
*** Kevin_Zheng has joined #openstack-meeting-406:39
*** links has joined #openstack-meeting-406:39
*** Julien-zte has quit IRC06:43
*** alij has joined #openstack-meeting-406:48
*** thorst_ has joined #openstack-meeting-407:01
*** yfauser has joined #openstack-meeting-407:01
*** zenoway has joined #openstack-meeting-407:05
*** yfauser has quit IRC07:06
*** unicell has joined #openstack-meeting-407:08
*** limao has joined #openstack-meeting-407:09
*** thorst_ has quit IRC07:09
*** Jeffrey4l has joined #openstack-meeting-407:09
*** kylek3h has joined #openstack-meeting-407:11
*** kylek3h has quit IRC07:16
*** irenab has joined #openstack-meeting-407:17
*** yulong|away has joined #openstack-meeting-407:20
*** yulong|away has quit IRC07:21
*** markvoelker has joined #openstack-meeting-407:25
*** Sukhdev has quit IRC07:28
*** markvoelker has quit IRC07:30
*** Julien-zte has joined #openstack-meeting-407:38
*** Julien-zte has quit IRC07:43
*** belmoreira has joined #openstack-meeting-407:45
*** alij has quit IRC07:48
*** vikasc has quit IRC07:49
*** alij has joined #openstack-meeting-407:51
*** ifat_afek has joined #openstack-meeting-407:52
*** matrohon has joined #openstack-meeting-407:52
*** alij_ has joined #openstack-meeting-407:53
*** alij has quit IRC07:54
*** myatsenko has joined #openstack-meeting-407:57
*** idan_hefetz has joined #openstack-meeting-408:00
ifat_afek#startmeeting vitrage08:00
openstackMeeting started Wed Nov  9 08:00:44 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:01
*** danoffek has joined #openstack-meeting-408:01
idan_hefetzHi!08:01
danoffekHi guys08:01
*** dcwangmit01_ has joined #openstack-meeting-408:03
*** yfauser has joined #openstack-meeting-408:03
ifat_afek#topic Status and Updates08:04
*** openstack changes topic to "Status and Updates (Meeting topic: vitrage)"08:04
ifat_afekI’m working on arranging Vitrage documentation.08:04
ifat_afekI want to update vitrage-specs page. Please go over my change:08:04
ifat_afek#link https://review.openstack.org/#/c/394550/08:05
ifat_afekThis is how the page looks like at the moment, with only Mitaka blueprints:08:05
ifat_afek#link https://review.openstack.org/#/c/394550/08:05
*** dcwangmit01 has quit IRC08:05
ifat_afekAnother change I’ve made is to publish vitrage documentation under http://docs.openstack.org/developer/vitrage . I’m waiting for the infra to approve my change:08:06
ifat_afek#link https://review.openstack.org/#/c/394550/08:06
idan_hefetzThe developer/vitrage link08:06
idan_hefetzdoes not work08:06
ifat_afekof course… this is the change I am trying to make08:06
ifat_afekall other official projects have their developer guides in this site. I want to add vitrage as well08:07
*** dtardivel has joined #openstack-meeting-408:07
ifat_afeksorry for resending the same link few times…08:07
*** yfauser has quit IRC08:07
*** myatsenko has quit IRC08:07
ifat_afekthis is vitrage-specs:08:08
ifat_afekhttp://specs.openstack.org/openstack/vitrage-specs/08:08
*** thorst_ has joined #openstack-meeting-408:08
*** caowei_ has joined #openstack-meeting-408:08
ifat_afekand this is the change for adding vitrage developer guide:08:08
ifat_afek#link https://review.openstack.org/#/c/39418108:08
idan_hefetzCool!08:08
ifat_afekin addition, I plan to start going over some gerrit issues that are open for a while. We need to decide what to do about them.08:09
*** ad_rien_ has joined #openstack-meeting-408:09
*** sogabe has quit IRC08:09
ifat_afekwill be happy to get help on that :-)08:09
danoffekI'll update for @noambloom08:10
idan_hefetzI can help with that, let me know which ones08:10
danoffekNoam is continuing to develop templates list / show ui08:10
ifat_afekidan_hefetz: great, thanks08:10
danoffekIn the details (show) options, there are now 2 viewing options :08:10
danoffekSimple view, for quick reference08:11
danoffekYaml view, which is the exact representation of the Yaml file08:11
danoffekIn addition, Simple view has been adapted to handle large template files.08:12
danoffekIt's the same as a tree (file manager) representation, to enable seeing the "macro"08:13
*** ad_rien_1 has joined #openstack-meeting-408:13
danoffekTo see inner branches (inner details) you click the node.08:13
*** thorst_ has quit IRC08:13
danoffekThat's a very cool feature added by NoamBloom08:13
*** ad_rien_ has quit IRC08:13
ifat_afekdanoffek: thanks for the update!08:14
*** elisha_r has joined #openstack-meeting-408:14
elisha_rhi - sorry for being late08:14
*** Guest22770 has joined #openstack-meeting-408:15
elisha_rSo, I'll just update08:16
*** nofarsch has joined #openstack-meeting-408:17
elisha_rEyal could not join today, but he's been making progress in getting the Vitrage RDO approved.08:17
elisha_rOnce this is done, installing Vitrage via puppet in the standard manner will be available.08:18
danoffekGood to hear08:18
danoffekThat will simplify things08:19
*** sogabe has joined #openstack-meeting-408:19
elisha_rMoving on, just wanted to update that I recently entered an important fix to the overlapping-template support. (forgot to put it in launchpad... sorry)08:19
elisha_rbasically, if there were active template scenarios when vitrage is restarted, these scenarios will never be undone after the restart08:20
*** vikasc has joined #openstack-meeting-408:21
elisha_rto fix this, we needed to make some minor changes to the overlapping templates tracker.08:21
elisha_rThis was pushed a few days ago.08:22
elisha_rthat;s it for updates from me...08:22
ifat_afekelisha_r: great, thanks08:22
*** ntr0py has left #openstack-meeting-408:22
nofarschelisha_r: so after a restart what08:23
nofarschwill happen exactly?08:23
danoffekYou will have Vitrage08:23
nofarschall scenarios will be deactivated?08:24
*** acabot has joined #openstack-meeting-408:24
*** nbloom has joined #openstack-meeting-408:24
elisha_rnofarsch: if there are active scenarios before the restart, they will still be active after restart. But unlike before, their undo08:24
elisha_rwill work as it should08:24
nofarschelisha_r: awesome08:25
*** alij_ has quit IRC08:25
elisha_rthe problem originally was that during restart, the consistency process checks and activates templates for EACH node in the graph, not just the last one the completed the pattern of the scenario08:25
*** alij has joined #openstack-meeting-408:25
nofarschand now?08:25
elisha_rso if the scenario pattern had three vertices, the scenario was activated three times08:25
elisha_rand the overlapping templates support had three entries for this action08:26
*** ralonsoh has joined #openstack-meeting-408:26
elisha_rthen, a single undo would not undo the action, only remove one of these entries (sort of like soft-pointer implementation)08:26
elisha_rthe fix was to make sure that during "undo", of the same exact pattern triggered an action, even if it happened several times, all these "pointers" are removed from the system, solving the bug08:27
elisha_rhope that clarifies things08:27
ifat_afekelisha_r: thanks for the detailed exaplanation08:27
ifat_afekmoving on08:28
nofarschelisha_r: thanks!08:28
ifat_afek#topic Plans for Ocata08:28
*** openstack changes topic to "Plans for Ocata (Meeting topic: vitrage)"08:28
ifat_afekNow that Barcelona summit is over, we should plan Ocata08:28
ifat_afekI will try to estimate the effort needed for implementing the Vitrage -> Aodh integration.08:29
elisha_rnofrasch: sure - always :)08:29
ifat_afekWe already have Vitrage datasource that polls alarms from Aodh, and dwj is working on receiving notifications from Aodh.08:29
ifat_afekWe need to implement the other direction as well. First, we should write code in Aodh for custom alarms (that can be triggered by an external project like Vitrage)08:29
*** bobmel has joined #openstack-meeting-408:29
ifat_afekThen, we should rewrite aodh notifier in Vitrage to generate these alarms in Aodh.08:29
nbloomHi all :)08:30
*** alij has quit IRC08:30
nbloomI really want that for Ocata we'll extend the capabilities regarding templates along with a matching UI for creation of new templates via an editor(perhaps add some snippets for easy creation), saving them, editing them and making it more accessible to people to write new templates and change them08:32
ifat_afeknbloom: I agree it will be a very big enhancement to Vitrage08:33
*** bobmel has quit IRC08:34
ifat_afekother things we would like to do for Ocata are: handle alarms history, and for that we need to have a persistent graph database08:34
ifat_afekalso improve our multi tenancy solution08:34
ifat_afekand fully support Doctor use case - we need to support Vitrage installation as part of OPNFV Apex installer08:35
ifat_afekanything else that I missed?08:35
danoffekWe are starting to plan Vitrage history08:37
*** alij has joined #openstack-meeting-408:37
danoffekEverybody is invited to contribute ideas / blueprints / code08:37
ifat_afekdanoffek: +108:38
ifat_afekany other issues before we end this meeting?08:38
*** danoffek has left #openstack-meeting-408:38
*** Julien-zte has joined #openstack-meeting-408:39
ifat_afekgoodbye then08:40
nbloombye08:40
ifat_afek#endmeeting08:40
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"08:40
openstackMeeting ended Wed Nov  9 08:40:48 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)08:40
openstackMinutes:        http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-11-09-08.00.html08:40
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-11-09-08.00.txt08:40
openstackLog:            http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-11-09-08.00.log.html08:40
*** nbloom has quit IRC08:41
*** ifat_afek has left #openstack-meeting-408:42
*** Julien-zte has quit IRC08:44
*** alij has quit IRC08:45
*** Julien-zte has joined #openstack-meeting-408:47
*** caowei_ has quit IRC08:47
*** Julien-zte has quit IRC08:48
*** Julien-zte has joined #openstack-meeting-408:48
*** Julien-zte has quit IRC08:50
*** Julien-zte has joined #openstack-meeting-408:50
*** alij has joined #openstack-meeting-408:55
*** atuly has joined #openstack-meeting-408:56
*** Guest22770 has quit IRC08:57
*** iberezovskiy|off is now known as iberezovskiy08:57
*** brunograz has joined #openstack-meeting-408:57
*** alij has quit IRC08:59
acabot#startmeeting watcher09:00
openstackMeeting started Wed Nov  9 09:00:35 2016 UTC and is due to finish in 60 minutes.  The chair is acabot. Information about MeetBot at http://wiki.debian.org/MeetBot.09:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:00
*** openstack changes topic to " (Meeting topic: watcher)"09:00
openstackThe meeting name has been set to 'watcher'09:00
acaboto/09:00
*** alexchadin has joined #openstack-meeting-409:00
brunograzo/09:00
*** exploreshaifali has joined #openstack-meeting-409:01
acabotagenda for today #link https://wiki.openstack.org/wiki/Watcher_Meeting_Agenda#11.2F09.2F201609:01
alexchadino/09:01
acabotbrunograz alexchadin : how was the summit ?09:01
alexchadinacabot: it was beautiful!09:02
brunograzacabot: v interesting - first time attending it09:02
*** hidekazu has joined #openstack-meeting-409:02
*** Yumeng has joined #openstack-meeting-409:02
*** caowei_ has joined #openstack-meeting-409:02
acabotI know this place in Barcelona from previous events and its very nice09:02
acabotjed56 told me that weather was great too09:02
Yumenghi09:02
exploreshaifalihello! I want to contribute to watcher, currently trying to understand watcher current codebase! so I am here :)09:02
acabotexploreshaifali : welcome !09:03
exploreshaifaliThanks! acabot09:03
alexchadinexploreshaifali: you're welcome!09:03
brunograzwelcome :)09:03
acabotexploreshaifali : for which company are you working ?09:03
exploreshaifaliThanks all!09:03
exploreshaifaliacabot, I am an individual contributor.... I started with openstack as Outreachy intern09:04
exploreshaifalinow I want to continue contributing to OpenStack more09:04
acabotexploreshaifali : ok looks great09:04
hidekazuhello.09:04
acabotwaiting 2 min for others to join09:05
exploreshaifaliso I will keep pinging you guys for further help to understand watcher codebase09:05
*** yfauser has joined #openstack-meeting-409:05
acabothidekazu : hi, how was your summit ?09:05
hidekazuacabot: good.09:05
atulyHello09:05
acabothi atuly09:06
hidekazuacabot: i am sure watcher is good community.09:06
acabothidekazu : thx and sorry for not being at the summit personnaly09:06
hidekazuhi atuly.09:06
*** jed56 has joined #openstack-meeting-409:06
acabot#topic Announcements09:06
*** openstack changes topic to "Announcements (Meeting topic: watcher)"09:06
acabot#info The OpenStack Summit in Barcelona is over, minutes are available on etherpad09:06
acabot#link https://etherpad.openstack.org/p/watcher-ocata-design-session09:07
acabotWe should send a recap of all discussions on the ML, as I was not there, I would suggest that someone else does it09:07
acabotdoes anyone wants to do it ?09:08
acabot#action acabot ask sballe to send a recap of the summit on the ML09:08
atulyacabot: how do i get included in ML?09:09
*** trinaths has joined #openstack-meeting-409:09
acabotatuly : you should register to openstack-dev09:09
acabotand filter with [watcher] tag09:09
atulyok09:09
acabot#info Team priorities for Ocata have to be merged09:09
acabot#link https://review.openstack.org/#/c/372528/09:09
*** yfauser has quit IRC09:09
acabotI would like to have a maximum of +1 on this review before merging it09:10
acabotso please go through it (its very small) and +109:10
acabot#info Feedback for the mascot is requested by Friday 11th09:10
acabot#link https://drive.google.com/file/d/0B_h5gjY7WQPMX2FYSVBOWk8zYWs/view?usp=sharing09:10
acabotdoes anyone has feedback to share ?09:11
acabotpersonnaly I'm fine with the design09:11
*** thorst_ has joined #openstack-meeting-409:11
alexchadinlooks good, material design?09:11
brunograzacabot: looks nice and neat09:11
*** kylek3h has joined #openstack-meeting-409:12
exploreshaifaliyeah, It looks good09:12
acabotok so lets keep this design09:12
acabot#topic Review Action Items09:12
*** openstack changes topic to "Review Action Items (Meeting topic: watcher)"09:12
acabotwe have a lot of reviews open09:12
acabotWatcher specs09:13
acabotautomatic triggering of action plans for AUDIT needs a new PS and final reviews from core09:13
acabot#link https://review.openstack.org/#/c/342473/09:13
acabotis diga here ?09:13
acabotalexchadin : did you ping diga to help him ,09:13
acabot?09:13
alexchadinacabot: not yet09:13
alexchadinacabot: I haven't seen him online09:13
acabotalexchadin : would you mind to reassign the BP to yourself ?09:14
acabotalexchadin : diga is not able to give us feedback09:14
acabotalexchadin : and its an essential BP for Ocata09:14
alexchadinacabot: If he wouldn't mind, I will take care of it09:15
*** licanwei has joined #openstack-meeting-409:15
acabot#action acabot ask diga for a reassignment of his bp09:15
acabotscale out or delete instance based on workload needs a new PS09:15
acabot#link https://review.openstack.org/#/c/359690/09:15
acabotyumeng : any update ?09:15
Yumengacabot:hi09:16
Yumengsince there is an existed strategy handling the same problem using Heat auto-sacling, we are considering abandon and not to duplicate that work.09:16
acabotYumeng : ok, sorry for that09:16
acabotwe definitely need to document existing strategies to avoid this case09:17
*** kylek3h has quit IRC09:17
acabotSpecs for watcher-versioned-objects needs a new PS and final reviews from core09:17
acabot#link https://review.openstack.org/#/c/383718/09:17
acabotvincentfrancoise : any update ?09:17
acabotvincentfrancoise : I think you have all comments from core reviewers09:18
*** thorst_ has quit IRC09:19
*** vincentfrancoise has joined #openstack-meeting-409:19
acabotsorry he wasn't there09:19
vincentfrancoisehi all09:19
acabot #link https://review.openstack.org/#/c/383718/09:19
acabotvincentfrancoise : any update ?09:19
vincentfrancoiseacabot: well, I still have some work to do to remove the previous notification code that is still there09:20
acabotbut the spec ?09:20
acabotok09:20
acabotcode in the spec09:20
acabotSpecs for audit-versioned-notifications-api needs a new PS09:21
acabot#link https://review.openstack.org/#/c/385077/09:21
vincentfrancoiseacabot: spec wise, I need to add some extra precisions regarding things I didn't mention09:21
acabotok and for https://review.openstack.org/#/c/385077/ ?09:21
vincentfrancoiseacabot: but also take into account the comments that were made09:21
acabotok09:22
vincentfrancoiseacabot: I need to add 2 more payloads for audit.strategy.error and ausit.planner.error09:22
acabot#action vincentfrancoise add new PS for https://review.openstack.org/#/c/383718/ https://review.openstack.org/#/c/385077/09:22
vincentfrancoiseacabot: these will be sent over when things go wrong09:22
acabotDefine grammar for workload characterization needs a new PS09:23
acabot#link https://review.openstack.org/#/c/377100/09:23
acabot#action hvprash add a new PS for https://review.openstack.org/#/c/377100/09:23
acabotDefine when an action plan is stale/invalid is in merge conflict and needs final reviews from core09:23
acabot#link https://review.openstack.org/#/c/386293/09:23
acabotis licanwei here ?09:23
licanweiyes09:24
acabotcould you rebase this patch ?09:24
licanweiok09:24
dtardivelacabot: licanwei: I've just reviewed this spec this morning. Please take into account my comments09:24
acabot#action licanwei add a new PS for https://review.openstack.org/#/c/386293/ answering comments09:24
acabotAudit tag in VM Metadata needs a new PS09:25
licanweidtardivel: Thanks09:25
acabot#link https://review.openstack.org/#/c/391374/09:25
acabot#action hvprash add a new PS for https://review.openstack.org/#/c/391374/ answering comments09:25
acabotAdd improvements to the planner and workflow mechanisms needs reviews09:25
*** janki has quit IRC09:25
acabot#link https://review.openstack.org/#/c/385871/09:25
acabotalexchadin : can we start reviewing your spec ?09:26
*** markvoelker has joined #openstack-meeting-409:26
alexchadinacabot: yes, David already started09:26
acabotI see that09:26
acabotso I suppose its fine to start reviewing09:26
*** iyamahat has quit IRC09:27
*** yamahata has quit IRC09:27
acabotwho wants to review ?09:27
alexchadin+109:27
vincentfrancoiseacabot: me09:27
licanwei+109:27
acabot#action vincentfrancoise acabot review https://review.openstack.org/#/c/385871/09:27
vincentfrancoiseacabot: although I'll probably do it next week09:27
acabot#action licanwei review https://review.openstack.org/#/c/385871/09:27
acabotexploreshaifali : reviewing spec could be a good way to start contributing09:28
acabotexploreshaifali : we need more +1 to improve specs09:28
acabotmoving to Watcher09:28
exploreshaifaliacabot, sure! I will follow them09:28
*** nofarsch has quit IRC09:28
*** Rockyg has joined #openstack-meeting-409:28
acabot#action exploreshaifali review https://review.openstack.org/#/c/385871/09:29
acabotwatcher versionned objects needs reviews09:29
acabot#link https://review.openstack.org/#/q/status:open+project:openstack/watcher+branch:master+topic:bp/watcher-versioned-objects09:29
acabotwe just need W+1 on those patches09:29
acabotvincentfrancoise : can we merge them by EOW ?09:29
alexchadinacabot: I'm ready to set W+1 on https://review.openstack.org/#/c/359065/09:30
vincentfrancoisealexchadin: I'll add a trust-me-it-works tag on them if you want :D09:30
alexchadinvincentfrancoise: :D09:30
exploreshaifalihaha09:31
acabotalexchadin: I think the best would be to have you #W+1 all of them09:31
*** markvoelker has quit IRC09:31
acabotalexchadin : as it has been reviewed by dtardivel and we don't have an Intel core anymore09:31
*** zhurong has quit IRC09:32
acabotvincentfrancoise : do we need to have all patches merged at the same time for consistency ?09:33
*** oshidoshi has joined #openstack-meeting-409:33
acabothttps://review.openstack.org/#/q/status:open+project:openstack/watcher+branch:master+topic:bp/watcher-versioned-objects09:33
acabotaudit versioned notifications api needs reviews09:33
acabot#link https://review.openstack.org/#/q/status:open+project:openstack/watcher+branch:master+topic:bp/audit-versioned-notifications-api09:33
acabotvincentfrancoise : I suppose this is still in WIP ?09:34
*** zhurong has joined #openstack-meeting-409:35
vincentfrancoiseacabot: yes09:35
acabotok09:35
acabotcheck the state of action plan needs reviews09:35
*** caowei_ has quit IRC09:35
acabot#link https://review.openstack.org/#/c/391383/09:35
acabotlicanwei : I suppose you need review on this ? who wants to review it ?09:35
licanweiacabot: yes09:36
brunograz+109:36
Yumeng+109:36
acabot#action brunograz yumeng dtardivel review https://review.openstack.org/#/c/391383/09:37
acabotAdd doc for workload-stabilization spec needs discussion ?09:37
acabot#link https://review.openstack.org/#/c/389101/09:37
licanweibrunograz, Ymeng: Thanks09:37
*** reedip_ has joined #openstack-meeting-409:38
hidekazuacabot: i am reviewing.09:38
Yumenglicanwei: :)09:38
acabothidekazu : did you try again this strategy ?09:38
hidekazuacabot: yes.09:38
acabot#action acabot review https://review.openstack.org/#/c/389101/09:39
acabotAdded Tempest API tests for /scoring_engines needs reviews09:39
acabot#link https://review.openstack.org/#/c/371558/09:39
acabotit needs a new PS after hidekazu comments09:40
*** bogdando has quit IRC09:40
acabotalexchadin : can you submit a new patch ?09:40
acabotsorry this patch is from vincentfrancoise09:40
acabotvincentfrancoise : can you resubmit a patch ?09:40
acabotvincentfrancoise : at least answer hidekazu comments09:41
vincentfrancoiseacabot: will do but it will be come after my work on OVO/notification blueprints09:41
acabotok09:41
acabot#action vincentfrancoise add a new PS for https://review.openstack.org/#/c/371558/09:41
acabotWatcher CLI09:41
vincentfrancoiseacabot: if someone wants to finish it, I'll be more than happy to leave it to someone else ;)09:42
acabot#undo09:42
atulyi can pick it up.09:42
openstackRemoving item from minutes: <ircmeeting.items.Action object at 0x7fac5536a450>09:42
*** bogdando has joined #openstack-meeting-409:42
acabot#action atuly add a new PS for https://review.openstack.org/#/c/371558/09:42
acabotthx atuly09:42
*** GB21 has quit IRC09:42
acabotAdd functional tests to watcherclient is still WIP ? needs reviews ?09:43
vincentfrancoiseatuly: cool!09:43
acabot#link https://review.openstack.org/#/c/389181/09:43
acabotalexchadin : is this still WIP ?09:43
alexchadinYou can start to review it, I will just add new objects09:43
acabotok so should we wait for a new PS before reviewing ?09:43
*** Julien-zte has quit IRC09:43
alexchadinIt would be great to get review on already implemented things:)09:44
dtardivelacabot: I will recview it09:44
alexchadinI need to add test_audit and test_scoring_engine files09:44
acabot exploreshaifali : do you want to review functional tests as well ?09:45
exploreshaifaliacabot, yes :)09:45
acabot#action dtardivel exploreshaifali review https://review.openstack.org/#/c/389181/09:45
alexchadinvincentfrancoise: can you remind me how to add gate test for functional module?09:45
acabotexploreshaifali : whats your gerrit nick ?09:45
alexchadinin our primary channel, of course09:45
acabot#info I forgot to mention that Watcher CLI v0.25.1 has been released after Summit freeze09:46
vincentfrancoisealexchadin: it's within the openstack/project-config project09:46
vincentfrancoisealexchadin: we can discuss this after the meeting if you want09:47
*** reedip_outofmemo has joined #openstack-meeting-409:47
alexchadin+109:47
acabot#topic Blueprint/Bug Review and Discussion09:47
*** openstack changes topic to "Blueprint/Bug Review and Discussion (Meeting topic: watcher)"09:47
acabot#info Our current milestone target is Ocata-1 due November 14th09:47
acabot#link https://launchpad.net/watcher/+milestone/ocata-109:47
*** janki has joined #openstack-meeting-409:47
acabotwe still have 10 BPs targeted for next week :-)09:48
alexchadinoh09:48
*** reedip_ has quit IRC09:48
acabotI will move "not started" BP to Ocata-209:49
acabothttps://blueprints.launchpad.net/watcher/+spec/automatic-triggering-audit is marked as essential09:49
acabotand we dont have a spec ready09:49
acabot#action refresh BPs list to reflect ocata-1 achievements09:50
acabot#action acabot refresh BPs list to reflect ocata-1 achievements09:50
exploreshaifaliacabot, my gerrit nick - shaifali09:50
acabotthx09:51
acabot#topic Open discussions09:51
*** openstack changes topic to "Open discussions (Meeting topic: watcher)"09:51
acabotShouldn't all strategies have an associated tempest test to make sure they work?09:51
vincentfrancoiseIMHO, they should09:51
acabotit would be nice but can we always do it ?09:52
dtardivelvincentfrancoise: how to handle metrics ?09:52
acabotI mean if the strategy rely on non available metrics on the gate ?09:52
vincentfrancoiseone problem I had when trying to help hidekazu out was that the strategy wasn't working straight away09:52
alexchadinThey should. How will tempest create loads on some compute nodes? For example, in case of workload stabilization strategy we need at least two compute nodes with different loads inside.09:53
vincentfrancoisethis is something that can discourage some people from using Watcher09:53
vincentfrancoiseas for the handling of metrics09:54
vincentfrancoiseIMHO, all strategies should work even if the no metrics are available09:54
vincentfrancoisebut in such a case the resulting action plan should be empty09:54
vincentfrancoiseand warnings should be raised09:54
acabotthe problem I see is that strategy developer should be aware of tempest behavior09:55
alexchadinvincentfrancoise: What do we need to test then?:)09:55
acabotbrunograz : what do you think ? could you provide tempest tests to test your strategy ?09:55
alexchadinIf we do not provide any metrics09:55
*** idan_hefetz has left #openstack-meeting-409:56
brunograzacabot: we could have a look on this - I'm not familiar with tempest tests09:56
vincentfrancoiseacabot: what do you mean by tempest behaviour?09:56
acabotI mean understanding how tempest tests should be written09:56
dtardivelI don't think that ALL strategies should be checked in tempest test ? What do we want to check with tempest tests ? the framework, the strategies ?09:56
vincentfrancoiseacabot: ah yes09:57
vincentfrancoiseacabot: the thing is that we can also ask the question the other way around: how can a reviewer make sure it really works if he cannot run it on his environment?09:57
vincentfrancoiseacabot: regarding existing strategies, it's another problem although we should eventually have them covered09:58
acabotok so it will be a kind of "dummy test"09:58
*** mohankumar has quit IRC09:58
acabotjust to check that the strategy run without any metric09:59
vincentfrancoiseacabot: yes09:59
acabotI will move this discussion to next week agenda09:59
vincentfrancoiseacabot: but if someone has these metrics setup on their own infrastructure09:59
brunograzthat sounds reasonable09:59
acabotyes it is09:59
vincentfrancoiseacabot: that dummy test on the gate becomes a real test09:59
*** nofarsch has joined #openstack-meeting-410:00
acabotwe have to leave10:00
acabotthx10:00
brunograzbye10:00
vincentfrancoisethx10:00
alexchadinthank you all10:00
vincentfrancoisebye all10:00
acabot#endmeeting10:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"10:00
openstackMeeting ended Wed Nov  9 10:00:24 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)10:00
hidekazubye10:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-11-09-09.00.html10:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-11-09-09.00.txt10:00
openstackLog:            http://eavesdrop.openstack.org/meetings/watcher/2016/watcher.2016-11-09-09.00.log.html10:00
atulythanks annd bye10:00
exploreshaifalibbyee!10:00
*** zhurong has quit IRC10:01
*** licanwei has quit IRC10:02
*** hidekazu has left #openstack-meeting-410:03
*** brunograz has left #openstack-meeting-410:04
*** yfauser has joined #openstack-meeting-410:06
*** vikasc has quit IRC10:07
*** tovin07_ has quit IRC10:10
*** yfauser has quit IRC10:11
*** limao has quit IRC10:13
*** exploreshaifali has quit IRC10:13
*** thorst_ has joined #openstack-meeting-410:16
*** alij has joined #openstack-meeting-410:21
*** thorst_ has quit IRC10:23
*** vikasc has joined #openstack-meeting-410:25
*** bobmel has joined #openstack-meeting-410:30
*** bobmel has quit IRC10:34
*** nofarsch has quit IRC10:34
*** reedip_outofmemo has quit IRC10:48
*** asettle has joined #openstack-meeting-410:55
*** alij has quit IRC10:56
*** alij has joined #openstack-meeting-410:57
*** alij has quit IRC10:57
*** alij has joined #openstack-meeting-410:57
*** alexchadin has quit IRC10:58
*** amotoki has joined #openstack-meeting-410:58
*** yfauser has joined #openstack-meeting-411:08
*** yfauser has quit IRC11:13
*** kylek3h has joined #openstack-meeting-411:13
*** Yumeng has quit IRC11:14
*** atuly has quit IRC11:16
*** kylek3h has quit IRC11:17
*** mbirru has quit IRC11:20
*** thorst_ has joined #openstack-meeting-411:20
*** alij has quit IRC11:24
*** alij has joined #openstack-meeting-411:27
*** thorst_ has quit IRC11:27
*** caowei_ has joined #openstack-meeting-411:29
*** alij has quit IRC11:34
*** alexchadin has joined #openstack-meeting-411:34
*** mohankumar has joined #openstack-meeting-411:35
*** elisha_r has quit IRC11:35
*** oshidoshi has quit IRC11:39
*** myatsenko has joined #openstack-meeting-411:41
*** amotoki has quit IRC11:43
*** Julien-zte has joined #openstack-meeting-411:50
*** bobmel has joined #openstack-meeting-411:53
*** caowei_ has quit IRC11:54
*** iurygregory has joined #openstack-meeting-412:05
*** yfauser has joined #openstack-meeting-412:09
*** alij has joined #openstack-meeting-412:10
*** caowei has joined #openstack-meeting-412:12
*** amotoki has joined #openstack-meeting-412:13
*** yfauser has quit IRC12:14
*** rtheis has joined #openstack-meeting-412:22
*** trinaths has left #openstack-meeting-412:28
*** amotoki has quit IRC12:28
*** Julien-zte has quit IRC12:29
*** Julien-zte has joined #openstack-meeting-412:30
*** alij has quit IRC12:30
*** yfauser has joined #openstack-meeting-412:33
*** caowei has quit IRC12:33
*** Julien-zte has quit IRC12:34
*** amotoki has joined #openstack-meeting-412:46
*** thorst_ has joined #openstack-meeting-412:48
*** thorst_ has quit IRC12:48
*** thorst_ has joined #openstack-meeting-412:48
*** zhurong has joined #openstack-meeting-412:49
*** caowei_ has joined #openstack-meeting-412:51
*** d0ugal has quit IRC12:51
*** gmann has joined #openstack-meeting-412:51
*** gmann_ has joined #openstack-meeting-412:53
*** baoli has joined #openstack-meeting-412:54
*** claudiub has joined #openstack-meeting-412:55
*** GB21 has joined #openstack-meeting-412:55
*** korzen has joined #openstack-meeting-412:55
*** gmann has quit IRC12:56
*** cdent has joined #openstack-meeting-412:57
*** baoli_ has joined #openstack-meeting-412:57
*** Julien-zte has joined #openstack-meeting-412:57
*** caowei_ has quit IRC12:57
*** baoli has quit IRC12:59
*** diana_clarke has joined #openstack-meeting-412:59
*** stvnoyes1 has joined #openstack-meeting-412:59
alex_xu#startmeeting nova api13:00
*** d0ugal has joined #openstack-meeting-413:00
openstackMeeting started Wed Nov  9 13:00:04 2016 UTC and is due to finish in 60 minutes.  The chair is alex_xu. Information about MeetBot at http://wiki.debian.org/MeetBot.13:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
*** openstack changes topic to " (Meeting topic: nova api)"13:00
openstackThe meeting name has been set to 'nova_api'13:00
alex_xuwho is here today?13:00
cdento/13:00
diana_clarkeo/13:00
johnthetubaguyo/13:00
bauzas\o13:00
alex_xuok, let's start the meeting13:01
alex_xu#topic action from previous meeting13:01
*** jichen has joined #openstack-meeting-413:01
*** openstack changes topic to "action from previous meeting (Meeting topic: nova api)"13:01
jicheno/13:01
alex_xuthere is action for Kevin to bring up a spec for fix the server list query parameters13:01
*** zhurong has quit IRC13:01
alex_xu#link https://review.openstack.org/39320513:01
*** mohankumar has quit IRC13:01
alex_xuthis is the spec. and Kevin can't join the meeting today13:02
alex_xuI found actually if I input the joined table in the sort_key, I will get 400 returned13:02
johnthetubaguyany bits worth discussing here?13:02
gmann_o/13:02
alex_xuThis behaviour is changed after this patch https://review.openstack.org/#/c/143632/613:03
johnthetubaguyooh, interesting...13:03
alex_xuBut there still have some strange thing, like I can input sort_key=__mapper__, then got 50013:03
alex_xualso I can input the joined table in the filter, like GET /servers?info_cache=xyz, then got 50013:04
johnthetubaguyyeah, so not quite as bad position as we thought we were, so thats nice13:04
gmann_so we want 400 in all cases right13:04
johnthetubaguyyup13:05
alex_xubut I can get 500 when the nova-api startup, then I sort by info_cache13:05
johnthetubaguyalex_xu: that list in the spec looks quite large still, I guess we don't have an index on all of those?13:05
alex_xuand I only can get 500 for sort_key=info_cache, which I didn't the reason13:05
alex_xujohnthetubaguy: yes13:05
*** zhurong has joined #openstack-meeting-413:06
alex_xujohnthetubaguy: the spec is only talk about the sort key. I thought the spec should talk about the filter and sort key.13:06
gmann_yea it looks lot of things, for example anyone do sort with display_description ?13:06
johnthetubaguyyeah, need filter and sort key doing13:06
alex_xudo we want to stop sort on the column without index in this spec, or just stop the joinedtable filter and sort?13:07
*** cdent has quit IRC13:07
johnthetubaguyI suspect we want to add indexes needed, but only allow indexed ones to be filtered/sorted13:07
johnthetubaguybut I would want to know what jaypipes thinks13:07
johnthetubaguymight be filtered on non-indexed is not as bad, I am unsure13:08
johnthetubaguyFWIW, I am OK having a big list for the admin users13:08
*** gmann has joined #openstack-meeting-413:08
*** haleyb_ has joined #openstack-meeting-413:08
alex_xuyea, for admin user, that sounds ok13:08
* gmann facing some network issue13:09
*** kylek3h has joined #openstack-meeting-413:09
alex_xuhow about let me catch jay, or send email to ask about that13:09
*** gmann_ has quit IRC13:11
*** gmann has quit IRC13:11
alex_xujohnthetubaguy: that sounds ok?13:11
*** gmann has joined #openstack-meeting-413:11
johnthetubaguyyeah, thats fine, I will try ping him if I see him13:11
alex_xujohnthetubaguy: cool, thanks13:12
*** vhoward has joined #openstack-meeting-413:12
alex_xuthen I will talk to Kevin to update the spec13:12
alex_xu#topic Priority tasks13:13
*** openstack changes topic to "Priority tasks (Meeting topic: nova api)"13:13
alex_xuemm...I didn't catch other thing for the last week13:13
johnthetubaguytry undo cmd, if you want to head back to that13:14
alex_xujohnthetubaguy: anything more you think worth to update?13:14
johnthetubaguywhat was our other action from last week?13:14
alex_xujohnthetubaguy: that is the only one action13:14
alex_xusorry, I jump to another topic suddenly13:15
johnthetubaguyno worries13:16
johnthetubaguypriority wise, we made a list last week13:16
*** vincentfrancoise has left #openstack-meeting-413:16
johnthetubaguybasically that spec we just discussed, and its dependencies, I think?13:16
gmannwe need to update the same in https://etherpad.openstack.org/p/ocata-nova-priorities-tracking13:16
*** Julien-z_ has joined #openstack-meeting-413:16
alex_xuyea13:16
alex_xugmann: thanks13:17
*** amotoki has quit IRC13:17
alex_xu#link https://review.openstack.org/38851813:17
alex_xuI updated the base one13:17
alex_xulooking for more feedback13:17
gmannalex_xu: nice, ll check tomorrow, actually not getting much time for review due to office movement13:18
*** Julien-zte has quit IRC13:18
alex_xugmann: thanks113:19
alex_xus/1/!/13:19
johnthetubaguyI totally need to follow up on that one13:19
alex_xujohnthetubaguy: thanks13:20
johnthetubaguydoes adding key pair as an example make sense?13:20
alex_xunext week is spec freeze, just left one week for us13:20
*** krtaylor has joined #openstack-meeting-413:20
alex_xujohnthetubaguy: yes, agree with you, I added it into the spec13:20
johnthetubaguyso you add the new microversion for additional_properties=True13:21
johnthetubaguyI wonder if we should wait and add that later?13:21
johnthetubaguyoops = False I mean13:21
johnthetubaguyI totally miss read the spec13:22
johnthetubaguyI think thats what I expecting, doing something later13:22
gmannignoring those as of now and then error with version bump13:22
*** caowei_ has joined #openstack-meeting-413:22
johnthetubaguydo we want to strip out the invalid stuff from what we return to the code?13:22
johnthetubaguylike we do for v2.0 API13:22
*** Julien-z_ has quit IRC13:22
alex_xufor keypair, I guess there isn't invalid stuff work on v2.0 API13:23
johnthetubaguy?foo=asdfas is invalid right?13:23
johnthetubaguyI mean the code doesn't read foo today, but it feels good to strip that all out13:23
*** oanson has left #openstack-meeting-413:23
gmannjohnthetubaguy: but strip out may lead to confusion by returning other item too ?13:23
alex_xuyes, both v2.0 and v2.1 ignore the foo13:23
johnthetubaguyI am really thinking about the follow up spec13:23
johnthetubaguywhen we pass the list of items stright into the DB layer13:24
*** Julien-zte has joined #openstack-meeting-413:24
gmanni am sure some tempest tests might be filtering based on some13:24
johnthetubaguyif we strip out all the bad bits, it should help13:24
alex_xujohnthetubaguy: +1 for follow up spec13:24
johnthetubaguyso it feels like the framework should always do the striping of additional properties, so we don't get confused about it13:24
johnthetubaguygmann: sorry, don't yet your question about the confusion?13:25
johnthetubaguyI am thinking, when you have the decorator, it ensures you only get expected params in the query string you get back13:25
gmannjohnthetubaguy: i mean striping out those will still create impression that requested filter is taken care ?13:25
johnthetubaguynot sure what you mean13:26
johnthetubaguylonger term, we would reject the request with 400 errors13:26
johnthetubaguybut doing that breaks existing requests, so we can't really do that13:26
gmannlike if i filter with some black-list filter key but i still get whole list items13:26
johnthetubaguy... now, if all the "bad" params cause 500 or 400 already, we should probably keep them as 40013:26
gmannyea 400 for long term looks nice13:27
*** cdent has joined #openstack-meeting-413:27
johnthetubaguyI think we all agree on the future13:27
johnthetubaguythe problem is what do we do now13:27
gmannyea, it break existing one13:27
johnthetubaguyadd sanity to existing keys, protect the system from bad inputs, but also don't break existing API requests13:27
*** julim has joined #openstack-meeting-413:27
johnthetubaguyseems like the same thing we had with 2.0 vs 2.1 to me, where we did the silent strip out of the extra params13:28
gmannyea at least it would not break those completely, agree13:28
alex_xuemm... I see the point now13:28
gmannis there any way we can also tell that queried param is not taken care?13:29
johnthetubaguynow for keypairs, it makes no difference, but I think it would be good to add that already13:29
johnthetubaguygmann: not really, right now we just silently ignore stuff anyways13:29
*** baoli_ has quit IRC13:29
alex_xuanother case, if we add new parameter in the future, but in the old version API, the additional properties is allowed, that may lead to new parameter leak in the old api.13:29
johnthetubaguyyep, thats the same problem we have today, basically13:30
gmannbut for v2.0 only, v2.1 return error but this case v2.1 also ignore13:30
johnthetubaguyno, v2.0 ignores params you send in that are bad13:30
alex_xuexcept also check the api request version in the python code13:30
johnthetubaguymicroversion is still checked here13:31
gmannyea v2.0 does, i mean request with v2.1 does not ignore those instead return 40013:31
johnthetubaguywe have additionalproerties = true mean, strip them out, but don't error out on bad keys13:31
johnthetubaguyso there are bad values, and unknown properties13:31
alex_xujohnthetubaguy: that sounds we create non-standard jsons-schema again13:32
johnthetubaguysame as v2.0, I am proposing we reject bad values still, but we just ignore unknown properties13:32
gmannhummm13:32
*** baoli has joined #openstack-meeting-413:32
johnthetubaguyalex_xu: well ish, true = true, false equals strip13:32
johnthetubaguyso the key bit is, requests that used to work, keep working13:32
*** hemanth|away is now known as hemanth13:33
alex_xufalse equal strip sounds good13:33
johnthetubaguybad requests may fail in a new way, but whatever13:33
johnthetubaguywe still *allow* the properties, just to keep the code "clean" we don't allow them into the main api code13:33
johnthetubaguystops us messing up, basically13:34
alex_xuyea13:34
gmannthat's true13:34
*** dave-mccowan has joined #openstack-meeting-413:34
alex_xuI will update the spec for that13:34
alex_xuand the code13:35
gmannand next spec to version bump return 400 for unknown case too13:35
*** reedip_outofmemo has joined #openstack-meeting-413:35
gmannmay be in P ? or in Ocata only?13:35
alex_xugmann: that will be next release13:35
gmannok13:35
alex_xuor the future13:35
*** alexchadin has quit IRC13:35
johnthetubaguyyeah, next cycle or layer13:36
johnthetubaguywe will need to go through every API and fix up the validation first, I think13:36
johnthetubaguythats all for next cycle13:36
alex_xuyea13:36
gmann+113:36
*** woodard has joined #openstack-meeting-413:36
*** woodard has quit IRC13:36
johnthetubaguywe just focus on the framework (using keypairs as a test), then fix up servers for the cells dependency13:37
johnthetubaguyso one extra thing...13:37
*** woodard has joined #openstack-meeting-413:37
johnthetubaguyI think we have other params in the /servers APIs13:37
*** woodard has quit IRC13:37
johnthetubaguywe should really validate all the params at one13:37
johnthetubaguyonce13:37
*** woodard has joined #openstack-meeting-413:38
alex_xujohnthetubaguy: what means validate at once?13:38
johnthetubaguyso the paging parameters13:39
johnthetubaguyI think we need to validate those a the same time13:39
johnthetubaguyas we will have a single JSON schema for all inputs to the /servers API13:39
*** atuly has joined #openstack-meeting-413:40
alex_xuyea, for the parameters which are used in multiple apis13:41
johnthetubaguywell, more just that spec needs to cover all the API, but yes13:42
alex_xuyea13:43
johnthetubaguyI added my comments in the review anyways13:43
alex_xujohnthetubaguy: thanks!13:43
gmannjohnthetubaguy: too fast :)13:43
johnthetubaguydid we want to look through the list of API specs, once was go into Open, see if there are any really important ones hiding in there?13:43
*** lrensing has joined #openstack-meeting-413:43
alex_xujohnthetubaguy: sure, we can13:44
alex_xui guess diana_clarke is here for his spec13:44
alex_xu#topic Open13:44
*** openstack changes topic to "Open (Meeting topic: nova api)"13:44
johnthetubaguyso #link https://review.openstack.org/#/c/38677113:45
gmannsimple-tenant-usage pagination one ?13:45
gmannyea13:45
johnthetubaguyloads of replies I only just spotted13:45
johnthetubaguyso the paging is quite funky on purely instance_uuid13:46
johnthetubaguybut all the alternatives are way worse13:46
johnthetubaguyso it feels like the correct choice13:46
alex_xui'm thinking about if the dashbard want to page in the web page, each page only show 5 tenant usage, with current propose, the dashboard still need go through all the pages to get first 5 tenant usage13:48
alex_xuthat sounds bad13:48
*** Julien-zte has quit IRC13:49
johnthetubaguyso horizon could get all the pages, then show something nice, if it wanted to13:49
*** Julien-zte has joined #openstack-meeting-413:50
alex_xuok, they can do that, just a little slow for get all the pages13:50
johnthetubaguyso I have two nits on the spec now:13:51
johnthetubaguy1) the "now" value should be included in the links13:51
johnthetubaguy2) this claims to solve the horizon use case, but it really solves the admin script not taking down the whole cloud case13:52
johnthetubaguyfrom a protection point of view, this makes sense13:52
*** oshidoshi has joined #openstack-meeting-413:52
johnthetubaguyso if we did paging on the tenant_id, we would still get the DDos when tenants have lots of instances13:53
johnthetubaguydoing paging on tenant_id and instance_uuid, just doesn't seem practical13:53
alex_xujohnthetubaguy: yea, but to be clear, i didn't mean to paging on the tenant_id, i mean sort by tenant_id first, then instance_id13:54
johnthetubaguyah, I was just thinking about that...13:54
alex_xuit give the chance, the dashboard only need to go through the first few pages to get the first 5 tenants usage13:55
johnthetubaguyso I just changed to -1 saying we should do that13:55
johnthetubaguythe downside is you might have one tenant go over three pages13:56
johnthetubaguybut thats less confusing than always mixing everything up13:56
alex_xujohnthetubaguy: I have full solution at line 24013:56
*** jed56 has quit IRC13:57
alex_xuto note, it need to add one more field 'paged=true/false' in the api, to tell the user whether this tenant usage paging is ending or not.13:57
alex_xu2 mins left13:58
*** hvprash_ has joined #openstack-meeting-413:58
gmannalex_xu: but that can be known with no link available like other paging ?13:58
johnthetubaguyhmm... that seems quite complicated, but I guess its better for horizon13:58
johnthetubaguygmann: you don't know if its the continuation of the same tenant or not, on the next page13:59
alex_xugmann: sorry I didn't get you13:59
gmannah, multiple tenant there13:59
*** GB21 has quit IRC13:59
alex_xujohnthetubaguy: gmann let us back to the openstack-nova, we run out of time at here13:59
gmannalex_xu: for single mapping we can do but with multiple tenant we need some other bit to tell13:59
alex_xu#endmeeting13:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"13:59
openstackMeeting ended Wed Nov  9 13:59:55 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-11-09-13.00.html13:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-11-09-13.00.txt13:59
openstackLog:            http://eavesdrop.openstack.org/meetings/nova_api/2016/nova_api.2016-11-09-13.00.log.html14:00
*** vhoward has quit IRC14:00
*** julim has quit IRC14:02
*** cdent has left #openstack-meeting-414:04
*** spzala has joined #openstack-meeting-414:04
*** pmesserli has joined #openstack-meeting-414:05
*** diga has joined #openstack-meeting-414:05
*** pmesserli has quit IRC14:05
*** pmesserli has joined #openstack-meeting-414:06
*** janki has quit IRC14:07
*** lrensing has quit IRC14:10
*** prateek has quit IRC14:13
*** gmann has quit IRC14:13
*** Julien-zte has quit IRC14:18
*** Julien-zte has joined #openstack-meeting-414:23
*** atuly has quit IRC14:24
*** atuly has joined #openstack-meeting-414:24
*** stvnoyes1 has left #openstack-meeting-414:25
*** haleyb_ has quit IRC14:29
*** lrensing has joined #openstack-meeting-414:30
*** klamath has joined #openstack-meeting-414:30
*** klamath has quit IRC14:30
*** klamath has joined #openstack-meeting-414:31
*** atuly has quit IRC14:31
*** tonytan4ever has joined #openstack-meeting-414:34
*** reedip_outofmemo has quit IRC14:35
*** rbak has joined #openstack-meeting-414:36
*** iurygregory has quit IRC14:37
*** rtheis_ has joined #openstack-meeting-414:38
*** rtheis has quit IRC14:39
*** baoli has quit IRC14:40
*** BjoernT has joined #openstack-meeting-414:40
*** baoli has joined #openstack-meeting-414:41
*** yohoffman has joined #openstack-meeting-414:45
*** portdirect has joined #openstack-meeting-414:47
*** woodard has quit IRC14:48
*** links has quit IRC14:49
*** bklei has joined #openstack-meeting-414:50
*** baoli has quit IRC14:51
*** rtheis_ is now known as rtheis14:52
*** baoli has joined #openstack-meeting-414:53
*** ramishra has joined #openstack-meeting-414:56
*** cwolferh has joined #openstack-meeting-414:59
*** prazumovsky has joined #openstack-meeting-414:59
ramishra#startmeeting heat15:00
openstackMeeting started Wed Nov  9 15:00:23 2016 UTC and is due to finish in 60 minutes.  The chair is ramishra. 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: heat)"15:00
openstackThe meeting name has been set to 'heat'15:00
prazumovskyhi15:00
ramishra#topic roll call15:00
*** openstack changes topic to "roll call (Meeting topic: heat)"15:00
*** hongbin has joined #openstack-meeting-415:01
cwolferho/15:01
yohoffman\o15:01
*** therve has joined #openstack-meeting-415:01
ramishrahi all, it would be short one as there is nothing much other than o-1 status in the agenda:)15:02
therveLet's go!15:02
ramishrazaneb probably is recovering from the election result shock;)15:03
*** shardy has joined #openstack-meeting-415:03
*** zhurong has quit IRC15:03
ramishra#topic adding items to agenda15:03
*** openstack changes topic to "adding items to agenda (Meeting topic: heat)"15:03
ramishra#link https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282016-11-09_1500_UTC.2915:03
yohoffmanI added a small item15:04
ramishrayohoffman: thanks!15:04
yohoffmanWanted to see if anyone has thoughts on two implemented quota resources15:04
*** elynn has joined #openstack-meeting-415:04
ramishra#topic o-1 status15:04
*** openstack changes topic to "o-1 status (Meeting topic: heat)"15:04
ramishraNext week is o-1 milestone week, only 2 weeks after summit.15:05
ramishra#link https://launchpad.net/heat/+milestone/ocata-115:05
ramishrawe don't have many bps, only 2, out of them one is the quota related and other some keystone resources15:06
therveDoesn't look too bad15:06
ramishrayeah, there are some targeted unassigned bugs.15:06
ramishraI think we would move them to o-2?15:06
therveI think I'll handle one at least15:07
ramishraok, great15:07
therveThe other shardy may have an opinion, it sounds like doc to me15:07
ramishraI think there are 2 backports for stable/newton in review too.15:08
ramishrawe need reviews for them as we would cut a stable release with o-115:08
prazumovskytherve: yeah, there are several such issues, which related to absence of detailed RG description15:08
ramishra#link https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:stable/newton15:09
*** vhoward has joined #openstack-meeting-415:09
ramishraprazumovsky: do we really want this backport https://review.openstack.org/#/c/393290/?15:10
therveIt doesn't look like a good backport15:10
therveNo new conf option15:10
prazumovskyabout my backport - originally some people need that in newton, but haven't merged to newton15:10
prazumovskyand now they asked me to backport that15:10
prazumovskyI answered, that this is not good practice15:11
prazumovskybut they insisted:)15:11
ramishraprazumovsky: I would prefer not to backport it.15:11
prazumovskyOK, no problem15:11
prazumovskyAt least, I had to try15:12
prazumovskythen abandon it15:12
ramishraplease review the patches for In Progress bugs:)15:12
ramishra#topic Quota resources for neutron and nova15:13
*** openstack changes topic to "Quota resources for neutron and nova (Meeting topic: heat)"15:13
ramishrayohoffman: that's your item;)15:14
yohoffmanI guess that's my cue15:14
*** caowei_ has quit IRC15:14
yohoffmanJust wanted to see if anyone had a chance to look at the two quota resources that have been implemented15:14
yohoffmanIf there is anything that anyone would like to discuss15:14
yohoffmanNova quota: https://review.openstack.org/#/c/373548/ and Neutron quota: https://review.openstack.org/#/c/380471/15:14
ramishraI had looked at the nove quota resource plugin, I'm not comfortable with it. As you specify user quota in addition to project quota.15:15
ramishraI had a few comments there, probably someone would like to look at it.15:15
yohoffmanIt originally only handeled project quota. I believe someone requested that I add in user quota as well.15:16
therveEither sound weird TBH15:16
*** duonghq has joined #openstack-meeting-415:16
yohoffmanIt was Oleksii Chuprykov15:17
therveIt's not like it's a deployment thing, you're making it part of your project creation workflow I guess?15:17
therveIt would make more sense in mistral15:17
yohoffmanIt's currently part of AT&T's orchestration process15:17
*** spotz_zzz is now known as spotz15:18
ramishraI think we have added one quota resource for cinder already.15:18
yohoffmancorrect15:18
ramishraI'm ok if it's limited to project quotas only like the cinder one.15:18
yohoffmanThe neutron one is just project quota15:19
yohoffmanAnd I can remove the user from nova quota15:19
therveThat doesn't sound too terrible15:20
therveResources are relatively low maintenance15:20
ramishraok, then, sounds good:)15:20
yohoffmanGreat, thanks for the input!15:21
ramishra#topic open discussion15:21
*** openstack changes topic to "open discussion (Meeting topic: heat)"15:21
prazumovskyI have one question to discuss15:21
prazumovskyespecially for ramishra15:21
ramishraI wanted to know if anyone is working on any specific action items from the summit?15:21
*** Drago has joined #openstack-meeting-415:22
ramishraI had sent a mail listing some of them a week back:)15:23
ramishratherve: should we create some bugs from them to track?15:23
prazumovskyabout naming new nova version in https://review.openstack.org/#/c/374821/ . KanagarajM prefered such universal name for version 2.26, because "api version would provide more than one feature and user/developer who implements the resource plugin would know which version to use". But if name version as MIN_SUPPORT_TAG_VERSION, it could be confused15:23
*** zaneb has joined #openstack-meeting-415:24
*** syed__ has joined #openstack-meeting-415:24
zanebohai15:24
therveramishra, That'd be nice15:25
ramishraprazumovsky: Without looking at api docs, no one would know that 2.26 is the version that supports tags.15:25
*** bailin has joined #openstack-meeting-415:25
ramishraprazumovsky: I did see the discussion in that review.15:26
ramishraI'm fine if others think that's ok.15:26
prazumovskybut if there another feature, we will cannot understand, is this suitable version or not15:27
ramishraprazumovsky: ok15:27
prazumovsky... I can add several names as compromise:) V2_26 == 2.26 and MIN_VERSION_TAG_SUPPORT == 2.26, if you want.15:27
prazumovskyAnd, of course, I'll add unittests15:28
ramishraAnything else we would like discuss?15:28
cwolferhi couldn't really tell from the etherpads or ramishra's last email what the thinking was around rolling upgrades support. on the rpc side, future_args seems like an easy way to go that wouldn't hurt much (just the extra few bytes we're passing around all the time)15:28
*** baoli has quit IRC15:28
thervecwolferh, We'd like to try the vhost idea before15:29
cwolferhtherve, is that "   proposed Solutions: Run multiple heat version engines with different AMQP virtual hosts, so different versions can't talk to each other"15:30
thervecwolferh, Yes15:30
*** vishnoianil has joined #openstack-meeting-415:30
cwolferhok, so newer versions are listening on multiple queues?15:31
therveJust the new one15:31
therveI don't think it needs listening on the old vhost, does it?15:31
DragoThis is how Rackspace does updates to Heat15:31
cwolferhso, in theory then, there could be messages lost on  the old queue when the old heat-engine goes odwn15:31
therveDrago, Interesting data point, thanks15:32
ramishraDrago: do you have anything that documents the process? we can just use that;)15:33
*** woodard has joined #openstack-meeting-415:33
DragoI don't think we have anything public-facing… We do a blue-green deployment, so half the time we have a set of nodes that are "inactive" that are on the old version in case we need to roll back quickly15:33
DragoIt's essentially two separate sets of engine and API nodes that are using the same DB15:34
*** yfauser has quit IRC15:34
ramishratherve: yeah, that's what we discussed, right?15:34
ramishraDrago: thanks for the inputs.15:35
therveI think so yeah.15:35
cwolferhso, it sounds a bit to me of pushing the trickiness of the upgrade onto operators15:35
DragoWelcome, ping me anytime15:35
*** yfauser has joined #openstack-meeting-415:35
therveWe didn't discuss keeping old APIs, as we don't have the problem there i believe15:35
cwolferhwhereas with future_args, there is little operators have to worry about15:36
thervecwolferh, The upgrade is tricky though15:36
*** korzen has quit IRC15:36
therveThat only solves half the problem though?15:36
cwolferhnot sure it always has to be15:36
therveWhat about new RPC calls?15:36
*** sogabe has quit IRC15:36
*** prazumovsky has quit IRC15:36
cwolferhif new rpc calls have a higer minor version, only new heat-engines will receive those15:37
therveIs it how it works?15:37
therveAFAIR it just failed, it had no way to filter where to send15:37
cwolferhthis was my reading of http://docs.openstack.org/developer/oslo.messaging/target.html#target-versions , but i haven't proved it in the lab15:38
cwolferhalso mentioned in my post to list a few weeks back15:39
*** yfauser has quit IRC15:39
therveI'd like it to be tested please :)15:39
cwolferhok :-)15:40
therveAlso, the vhost solution would mean that we can declare newton rolling upgradable15:40
therveWhich is nice15:40
therveAlso future_args is super ugly15:40
cwolferhwell, i'm more concerned with smooth rolling upgrades than one ugly arg15:40
therveIIUC, if we had future_args, it will mean that pike supports rolling upgrades15:41
ramishratherve: we need the gate jobs to test the upgrade before we can declare anything;)15:41
therveWith vhost, it's there now15:41
thervecwolferh, I'm also tempted to suggest to never add argus15:41
therveAnd just add methods15:41
cwolferhstack_list_v17. i like it!15:42
cwolferhah, humor doesn't translate so well15:43
therveWell that's a good example. When are we going to change stack_list? Not that many times15:43
therveAlso when we add an arg, it will be hidden in future_args forever15:43
*** egonzalez90 has joined #openstack-meeting-415:43
cwolferhbut the strong consensus here seems to be for vhost. would testing the version thing i mentioned be worthwhile or not?15:43
therveWell we're only 4 to talk, I wouldn't say "strong" :)15:44
therveI'd say more expertise on that subject is welcome regardless15:44
*** Julien-zte has quit IRC15:45
ramishraI think doing some POCs/tests irrespective of the preferred approach and documenting the results would be good.15:45
therve+115:45
*** Julien-zte has joined #openstack-meeting-415:46
*** Julien-zte has quit IRC15:46
cwolferhtherve, yeah, i think you are right. until the next major version until we start from scratch. but we don't really add that much to api's, right? ;-)15:46
*** Julien-zte has joined #openstack-meeting-415:47
*** Julien-zte has quit IRC15:47
*** Julien-zte has joined #openstack-meeting-415:47
thervecwolferh, We changed one API during newton15:47
therveMaybe 2?15:48
*** Julien-zte has quit IRC15:48
*** Julien-zte has joined #openstack-meeting-415:48
*** numans has quit IRC15:48
therveAnyway15:48
ramishrazaneb: If you're around, I was hoping that you would finish the 'store outputs in db' thing in the flight on your way back home;)15:49
*** Julien-zte has quit IRC15:49
*** iurygregory has joined #openstack-meeting-415:49
ramishrafrom the summit.15:49
zanebramishra: lol15:49
*** Julien-zte has joined #openstack-meeting-415:49
thervecwolferh, Also, understanding what happens when version is specified in the call would be interesting15:49
*** prateek has joined #openstack-meeting-415:49
*** Serlex has joined #openstack-meeting-415:49
*** Julien-zte has quit IRC15:49
thervecwolferh, I guess it's always the case for new APIs? Because we also do it when we change signature15:50
*** Julien-zte has joined #openstack-meeting-415:50
*** Julien-zte has quit IRC15:50
*** Julien-zte has joined #openstack-meeting-415:51
cwolferhyeah, adding  args to the signature should be something we can handle within a given major version imo. but removing isn't going to work ever.15:51
*** Julien-zte has quit IRC15:51
*** oshidoshi has quit IRC15:51
therveWhich seems okay15:52
cwolferhagree15:53
*** inc0 has joined #openstack-meeting-415:53
*** Sukhdev has joined #openstack-meeting-415:54
therveramishra, Think we can move on15:54
ramishrayep, if there is anything else to discuss?15:54
ramishrawe have 5 more mins, else we can move back to #heat15:55
yohoffmanI've updated the nova quota to only handle project quota, so those quota bp are ready for lift off15:55
ramishrayohoffman: thanks15:55
*** woodard has quit IRC15:55
ramishraok, thanks all!15:55
ramishra#endmeeting heat15:55
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:55
openstackMeeting ended Wed Nov  9 15:55:56 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:55
openstackMinutes:        http://eavesdrop.openstack.org/meetings/heat/2016/heat.2016-11-09-15.00.html15:55
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/heat/2016/heat.2016-11-09-15.00.txt15:56
openstackLog:            http://eavesdrop.openstack.org/meetings/heat/2016/heat.2016-11-09-15.00.log.html15:56
*** woodard has joined #openstack-meeting-415:56
*** Drago has left #openstack-meeting-415:56
*** therve has left #openstack-meeting-415:57
*** zhubingbing has joined #openstack-meeting-415:58
*** srwilkers has joined #openstack-meeting-415:58
*** zenirc has joined #openstack-meeting-415:58
inc0#startmeeting kolla15:59
openstackMeeting started Wed Nov  9 15:59:08 2016 UTC and is due to finish in 60 minutes.  The chair is inc0. Information about MeetBot at http://wiki.debian.org/MeetBot.15:59
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:59
*** openstack changes topic to " (Meeting topic: kolla)"15:59
openstackThe meeting name has been set to 'kolla'15:59
inc0#topic rollcall - woot for Kolla15:59
*** openstack changes topic to "rollcall - woot for Kolla (Meeting topic: kolla)"15:59
inc0woot everyone please:)15:59
Jeffrey4lwppt15:59
duonghqwoot!!!15:59
Jeffrey4lwoot ;)15:59
pbourkewoot15:59
*** rhallisey has joined #openstack-meeting-415:59
rhalliseyhi16:00
inc0#chair rhallisey16:00
openstackCurrent chairs: inc0 rhallisey16:00
coolsvapo/16:00
inc0lets give few more minutes16:00
lrensingo/16:00
lrensingwoot16:00
srwilkerso/16:00
portdirecto/16:00
srwilkerswoot16:00
egonzalez90woot o/16:00
portdirectwoot16:00
*** sdake has joined #openstack-meeting-416:01
sdakeo/16:01
*** marst has joined #openstack-meeting-416:01
zhubingbingo/16:01
inc0#topic announcements16:01
*** openstack changes topic to "announcements (Meeting topic: kolla)"16:01
*** bklei has quit IRC16:01
inc0soo, welcome all after summit, it was great one!16:01
inc0couple announcements:16:02
srwilkers\o/16:02
inc01. repo split will happen soon - sdake mind talking more about it later in the meeting?16:02
sdakesure16:02
sdakeas long as later is sooner16:02
sdakei am at a conf and need to jet a bit early16:02
inc02. we have tons of etherpads and feedback to parse, I'd encourage everyone to take a look on feedback from etherpads, translate them into blueprints and ofc implement:)16:03
*** mandre has joined #openstack-meeting-416:03
inc03. kolla-k8s dev is full speed ahead now, but I'll let Ryan talk about this one more16:03
mandreo/16:03
inc0any other announcements?16:03
inc0guess not, let's move on16:04
inc0#topic repo split16:04
*** openstack changes topic to "repo split (Meeting topic: kolla)"16:04
inc0sdake, you're up16:04
sdakecool thanks :)16:04
sdakeso repo split - as many know i am at CNCF this week16:04
sdakeso I have not had time to do the mechanics of the work16:04
sdakehowever, I have got the ball rolling with infra and release team16:04
sdakeand they have added invaluable insight in *how* to do the job16:05
sdakeI'll submit the repo split thursday16:05
sdakeassuming I'm not swamped by $$DAYJOB$$ :)16:05
*** ramishra has left #openstack-meeting-416:05
*** CBR09 has joined #openstack-meeting-416:05
sdakethen we have a whole lot of work to do fter that16:05
*** mgiles has joined #openstack-meeting-416:05
*** vbel has joined #openstack-meeting-416:05
sdake1. delete all the stuff from various repos that are not relevant16:05
*** jmccarthy has joined #openstack-meeting-416:05
inc0sdake, would you mind adding some list of work after that?16:05
sdake2. make the gate jobs work again16:05
jmccarthyo/16:05
sdakeyes doing that now inc0 :)16:06
sdakethat is basicallly it16:06
sdakekey things16:06
inc0yeah, we'll need to translate it to blueprints/work items with more granularity16:06
inc0but that's later16:06
inc0getting gates up will be tricky16:06
sdakeour branches will remain intact on in kolla-ansible16:06
sdakeour tags will also remain intact on kolla-ansible16:07
sdakei think we should stick with the same version #s16:07
sdakebut would like feedback on the ml16:07
inc0+2 to that16:07
*** pprokop has joined #openstack-meeting-416:07
sdakei have started  a thread, please chim in there on this point16:07
sdakemorning pprokop16:07
*** DTadrzak has joined #openstack-meeting-416:07
pprokopHI16:07
DTadrzakHi16:07
*** elynn has left #openstack-meeting-416:07
duonghqsdake, I thought that release-team agreed with keep version continue?16:08
inc0sdake, when you're back we need to make workable items out of repo split cleanup16:08
sdakeduonghq that may be right16:08
inc0so community will be able to handle that16:08
sdakeinc0 sounds good16:08
sdakeinc0 i'll write it down16:08
inc0thanks16:08
sdakeas work items and a blueprint16:08
sdakefor each repo16:08
sdaketwo blueprints that is16:08
inc0appreciate that16:08
sdakei was plannign to do the work myself16:08
sdakebut if we want ot split it out that also wfm :)16:09
sdakejeffrey4l was planning to help with the gating refactor16:09
inc0I think we should as some of it will be hideous16:09
*** spzala has quit IRC16:09
inc0and sooner we're done with split the better - it will affect our dev negatively16:09
inc0sdake, anything else or can we move on?16:09
*** spzala has joined #openstack-meeting-416:10
sdakewe can move on16:10
inc0ok, moving on:)16:10
inc0#topic post-summit work16:10
*** openstack changes topic to "post-summit work (Meeting topic: kolla)"16:10
inc0#link https://etherpad.openstack.org/p/kolla-o-summit-schedule16:10
inc0soo, we got tons of feedback on summit16:11
*** belmoreira has quit IRC16:11
inc0some of these items are pretty simple changes, some are full fledged mini-projects16:11
*** stvnoyes1 has joined #openstack-meeting-416:12
inc0#link https://etherpad.openstack.org/p/kolla-o-summit-roadmap <- let's translate this to blueprints16:12
sdakeinc0 fwiw doing all that stuff is pretty much impossible - too much work :)16:12
inc0and leave them unassigned unless somebody would like to assign themselves16:12
sdakeinc0 sounds good :)16:12
srwilkerssounds good16:12
sdakeinc0 who is writing the blueprints?16:12
inc0agree sdake I don't think we'll handle it all in ocata, but thats fine16:12
portdirect+116:13
inc0I can do this, but I'd like people to review them and fill up details16:13
inc0and maybe assign themselves:)16:13
inc0if we won't do it all in Ocata, well, such is life16:13
sdakeinc0 we have a  large community that doesn't attend this irc meeting, so people will assign themselves outside of this meeting as well :)16:13
inc0but we should have record of it for future sake16:13
srwilkersif you need any help inc0, lmk16:13
sdakeinc0 ya we never did all the work we wanted ot do in teh past :)16:14
inc0k, thanks, I'll send out ML info afterwards16:14
*** spzala has quit IRC16:14
inc0if you guys want to register bp yourself (especially if you know more about the item/are interested in it and can fill up details)16:15
inc0make note of it in etherpad and go ahead16:15
inc0just make sure to add link to bp back to etherpad afterwards16:15
inc0take a look at other etherpads from summit and do the same16:15
portdirectwill do, I'm also up for any call's to action for things that need att16:15
coolsvapinc0: i would just recommend to have around 10 mins each week to track bp status which we think are important, just to ensure they are not blocked16:15
inc0I'll keep filling bps16:16
inc0appreciate that guys16:16
inc0coolsvap, it's not mine to say what's important tho;)16:16
inc0but that's different matter16:16
inc0#action translate etherpad lines to blueprints and add a link to etherpad16:17
inc0anyone wants to add anything to this topic? We'll take a look at these blueprints next week16:18
inc0let's make sure that they're filled with knowledge16:18
pbourkeinc0: sounds like a good plan16:18
coolsvapinc0: yes but we need some way to track, we can discuss on channel16:18
coolsvapinc0: pbourke +116:18
inc0launchpad is the tracker:)16:18
inc0ok, moving on16:18
inc0rhallisey, take on kolla-k8s plz16:19
pbourkeinc0: dont forget to include the k8s work16:19
rhallisey#topic kolla-kubernetes spec16:19
*** openstack changes topic to "kolla-kubernetes spec (Meeting topic: kolla)"16:19
pbourkeassuming that is all part of the same launchpad?16:19
rhallisey#link https://review.openstack.org/#/c/392257/516:19
inc0pbourke, kolla-k8s work goes to kolla-k8s launchpad16:19
sdakerhallisey nice job on that spec bro16:19
rhalliseypbourke, I've got most of it already in the launchpad16:19
pbourkeinc0: ah thanks16:19
sdakerhallisey i think it needs a little fine tuning16:19
sdakerhallisey you probablly have an election hangover ;)16:19
rhalliseysdake, thx.  Ya still iterating on it16:19
rhalliseywe're getting some good feedback on the spec16:20
*** Marcellin__ has joined #openstack-meeting-416:20
rhalliseyindeed16:20
sdakerhallisey when can you ahve the next iteration ready?16:20
rhalliseysdake, uh soon, I just posted a wave of new comments16:20
*** galstrom_zzz is now known as galstrom16:20
*** CBR09 has quit IRC16:20
sdakeoh cool i'll check that out16:20
rhalliseyso for everyone that hasn't seen it, check out the spec16:20
rhalliseyit is meant to outline where the project is going to go16:21
sdakerhallisey would you mind yielidng the floor to me when you wrap up :)16:21
rhalliseythere is a ton to discuss in there, so please leave your feedback16:21
rhalliseysdake do you want to comment on the spec or something else?16:21
rhalliseyI wanted to breifly touch on operators16:21
pbourkerhallisey: its essentially to do pocs though right?16:21
pbourkerhallisey: the project may go in a different direction based on the outcome16:22
sdakerhallisey I just want to also point out this review:16:22
sdakehttps://review.openstack.org/#/c/395636/16:22
sdakerhallisey i'd like your +2 on it :)16:22
rhalliseypbourke, yes, the first thing we need to do is to get POCs rolling16:22
sdakeand kevins +2+w16:22
pprokopyeah i think helm should be first16:22
sdakeor visa-versa16:22
zhubingbinghave break,is kolla-k8s  an independent project , it has no relationship with kolla?16:22
pbourkerhallisey: so I would suggest putting a time limit on this spec16:22
sdakezhubingbing its a deliverable of the kolla project16:22
inc0yeah helm is pretty well defined already and pocs are inprog16:22
rhalliseysdake, kk16:22
pbourkerhallisey: get the ball rolling as people will talk for weeks on this stuff16:23
rhalliseypbourke, agreed, I'll throw something on the ML16:23
sdakeya we dont need a full analysis16:23
inc0srwilkers any updates on that front?16:23
sdakeenough people are lined up to do the work16:23
duonghqzhubingbing, it's equivalent to kolla-ansible (after repo-split)16:23
*** mjturek has left #openstack-meeting-416:23
sdakeand i think we have  a clear picture of where we are headed16:23
*** mjturek has joined #openstack-meeting-416:23
sdakepbourke ++ :)16:23
rhalliseyso a week from the origion post date16:23
rhalliseythat was yesterday16:23
rhalliseyNov 15th we will close this out16:23
srwilkersinc0 not yet from us, should have something soon16:23
inc0kk16:23
rhalliseysdake, did you have anything else to mention? I'll check out that review16:24
inc0one question for broader audience, operators, will they solve following problems: 1. dependency 2. ceph rbd lock pulling for mariadb16:24
inc0?16:24
rhalliseyinc0, I'll get to that16:24
pprokopIf you want I can prepare a demo if kubernetes-entrypoint for you16:24
inc0kk16:24
sdakerhallisey just the review16:24
rhalliseysdake, kk16:25
sdakeinc0 operators will sole deps16:25
inc0pprokop, yes please, ideally with readiness probes16:25
pprokopYep16:25
sdakeinc0 operators will not solve fencing16:25
sdakeinc0 i think that is a separate thing16:25
rhalliseypprokop, hey!  Yes that'd be cool too.  I want to explore all the options here16:25
rhallisey# topic Operators16:25
rhallisey#topic Operators16:25
*** openstack changes topic to "Operators (Meeting topic: kolla)"16:25
rhallisey#link https://github.com/coreos/etcd-operator16:25
*** automagically has left #openstack-meeting-416:26
rhalliseylooks like sdake answer it16:26
*** haleyb_ has joined #openstack-meeting-416:26
inc0so my understanding of what operators are is just oposite - will potentially solve fenicing, will not solve deps16:26
pprokop+116:26
sdakelet me explain operators in a nutshell16:26
rhalliseyinc0, for fencing, I think that needs to be solved on the Kube side, but we could solve it here16:26
inc0we did kinda solve it with fencing pod16:26
inc0and operator is similar to this16:26
sdakeno16:27
sdakeso, let me explain plz16:27
pbourkesdake: can you explain in the spec?16:27
sdakethere is a kubernetes pattern called a controller16:27
sdakea controller does the following:16:27
sdake1. creates db16:27
sdake2. creates users16:27
sdake3. whatever else is needed fo rthe service16:27
sdake4. spins waiting for dependencies to be met (e.g. mariadb is a dep)16:28
sdake5. launches after 416:28
sdakean operator is a container that runs a daemonized version of a controller16:28
sdakethe terms come from kubernetes community16:29
sdakeits not like I made em up16:29
sdakeat CNCF this model is super hot and talk of the show16:29
sdakethis is how all kube apps  will be done in the future16:29
sdakepbourke oh explain in the spec16:30
sdakepbourke sorry i thought you meant explain the spec16:30
sdake(misread)16:30
pbourkesounds like they're going to reimplement ansible :p16:30
sdakepbourke i think the spec explains operators16:30
vbelso there will be operator service :) and another operator for passive backup?16:30
sdakepbourke right sort of16:30
inc0ssshhh16:30
pbourkesdake: no worries we can drop your explanation in there16:30
sdakevbel right16:30
rhalliseyI can capture this in my next iteration, but it would be good to commet there16:30
*** haleyb_ has quit IRC16:30
*** markvoelker has joined #openstack-meeting-416:31
sdakevbel operator per microservice, operator per service, one operator for all of openstack16:31
vbelsdake, I see, thanks16:31
inc0like roles tasks and playbooks16:31
inc0yay16:31
vbelhierarchy in other words :)16:31
sdakevbel we need m0ar minerals, so if you can sign up as a contributor it would be appreciated ;)16:31
zhubingbingpool-service16:31
*** prateek has quit IRC16:31
sdakeasytronauts-as-a-service ;-)16:32
*** anilvenkata has quit IRC16:32
srwilkersstarcraft references make me so happy16:32
portdirectk8s loves controllers - they use this nonclamenture on everything from repcontrollers up i think.16:32
vbelsdake, :)))16:32
sdakeyup controllers are basically kubernetes version of plugins16:32
rhalliseyok any more comments? Be sure to follow up in the spec :)16:32
inc0looking for volunteers to write a poc of operator16:33
sdakeand operators are kubernetes version of how the plugin code plugs in for multinode suppport16:33
zhubingbingthe etcd is the core. in k8s16:33
sdakeinc0 i'm on that16:33
rhalliseyI'll join sdake on that16:33
duonghqzhubingbing, what is your point?16:33
sdakesounds good rhallisey16:33
sdakeany others want to pile on on the prototype ? :)16:33
inc0ok, I'd be interested to see it as my understanding of this matter is clearly lacking16:33
sdakeinc0 ya i've had a whole lotta conversations with people here at cncf about it16:34
portdirectis anyone working on poc's atm? (I assume they are - it would be great to get an overview to make sure we dont come to the take with a bunch of identically skinned cats :) )16:34
sdakeits not immediately intuitive16:34
sdakebut once you think it through its really the only way to roll :)16:34
sdakeportdirect what i'm thinking is we implement a base class16:34
inc0so question, pprokop and others, are operators alternative to entrypoint for deps?16:34
pprokopat first glance16:35
sdakeportdirect and then implement a whole lot of code that imports the base16:35
pprokopcheck github.com/mirantis/k8s-appcontroller16:35
*** berendt has joined #openstack-meeting-416:35
sdakepprokop i haven't looked at k8s-appcontroller16:35
portdirectsdake: +116:35
sdakeis it generic in nature, or is it specific to openstack?16:35
pprokopgeneric16:35
sdakeand is it one operator per microservice, or one operator for the whole schebang16:35
pprokopnot tied to openstack16:35
pprokopyou can spin up as many as you want16:36
sdakei think we want more flexibility then a generic service may offer16:36
pprokopthis is just dependency resolver16:36
pprokopin future it will be more16:36
berendto/ sorry i am late, i forgot the time changeover16:36
sdakecool will take a look16:36
sdakesup berendt16:36
rhalliseyya same16:36
rhalliseyk inc0 continue on16:37
inc0sdake, since you're on kubecon, ask around how people deal with these issues16:37
inc0ok?16:37
sdakeinc0 i have16:37
sdakethe answer is microservices shouldn't hae dependencies16:37
sdakewhich is wholy unsatisifying16:38
*** spzala has joined #openstack-meeting-416:38
sdakeI come up with a simple example16:38
inc0that's a perfectly useless answer16:38
inc0good answer, but useless16:38
sdakeand they respond with something like "well microservices are hip!"16:38
rhalliseyya there isn't a need to deal with complex apps16:38
sdakethere isn't at this point in time16:38
sdakethere will be in the future16:38
rhalliseywe'll we have mircro services, but they make up a complex app..16:38
inc0unless we want to forget having database in k8s16:38
inc0I'd say there is16:38
inc0but meh16:39
inc0who needs persistent data, that's soo 2000's16:39
sdakeinc0 i was speaking of the pOV of the kubernetes devs16:39
sdakethey are building "bulding blocks" atm16:39
sdakeinc0 not applications16:39
sdakepeople that buidl applications have to actually solve these problems16:39
*** sean-k-mooney has joined #openstack-meeting-416:39
sdakewe are not building a buidling block, we are building an application16:39
*** zenirc has left #openstack-meeting-416:39
sdakehence their opinions don't take into account our requirements16:40
sdakethey take into account their requirements16:40
sdakehence why kubernetes doesn't have built in dependencies16:40
inc0which is dangerous on the long run16:40
sdakethere is a disconnect we can't fix in the short term atm16:40
sdakeinc0 agree completely (if you mean the disconnect)16:40
inc0I do mean disconnect16:40
rhalliseyinteresting16:40
rhalliseysdake, glad you went and got to talk to some devs16:41
inc0answer "don't do complex stuff" is not an answer16:41
sdakerhallisey blame cisco for paying the bill :)16:41
portdirectto play devils advocate: what deps do we need to account for? just the db and rabbit?16:41
sdakeinc0 right16:41
sdakeinc0 i am mostly listening not arguing with these guys16:41
sdakeinc0 i can be an asshat in openstack - people will tolerate that16:41
inc0portdirect, nova depends on keysone, keystone depends on db16:41
sdakeinc0 but in a new community best to fly under radar and just listen in :)16:42
inc0nova depends on existance of nova database in mariadb, nova user in keystone16:42
rhalliseyinc0, each service depends on another, which amplifies throughout the entire lifecycle16:42
sean-k-mooneyportdirect: another exampl the ovs agent depend on the ovs-vswitchd and that depends on the ovsdb16:42
sdakeportdirect there are hundresd of examples16:42
portdirect:)16:42
sdakethe above is only a sampling ;)16:42
inc0world without dependencies is beautiful world that does not exist16:42
sdakeinc0 lol starwars universe!16:42
sdakerather star trek..16:43
* sdake flounders for words16:43
inc0all depends on the Force16:43
portdirectsounds in space :)16:43
sdakei meant star trek16:43
sdakewhere there is no moey16:43
sdakeand everyone works for free ;)16:43
duonghqrhallisey,  we have not addressed deps fully in kolla-ansible. too (IMO)16:43
srwilkersindependent applications, the final frontier16:43
rhalliseythere are not the dependencies you're looking for16:43
DTadrzaksorry guys but i still don't understand why you dont want to use kubernetes-entrypoint to solve that problem16:43
inc0ok, let's move on16:43
rhalliseyduonghq, how so16:43
inc0DTadrzak, it's about what k8s community will do16:44
rhalliseyduonghq, maybe we can adress that in #openstack-kolla after16:44
duonghqrhallisey, I mean cross-project dependency, agreed16:44
inc0we don't want to sway for "the k8s way"16:44
inc0as it will bite us at the end16:44
sdakeDTadrzak ithere is more to it16:44
rhalliseyDTadrzak, here's my opinion.  I don't like baking any dependency logic into the containers16:44
sdakeDTadrzak kfox (who isnt' here unfortunately) is not keen on entrypoint because it creates a self-assimilating system16:44
inc0rhallisey, we don't technically bake it into containers16:45
rhalliseysuper scary16:45
sdakeDTadrzak so if something goes wrong, it is impossible to diagnose16:45
sdakeand also impossible to correct16:45
inc0we can bake mechanism into containers and pass deps in ENV or whatever16:45
rhalliseyinc0, the logic would exist in them16:45
pprokopWrong16:45
inc0mechanism is fine to be there16:45
inc0just a tool16:45
pbourkeI suppose in a real cloud native app they will manage the dependencies more gracefully16:45
portdirectagain playing devels advocate, my experience is that a roubust entrypoint mechanism is the solution (via init containers) as this gets round the self-assimilating problem16:45
portdirect*a not the16:45
pbourkee.g. nova will spin until it's entries in the db are ready16:45
pbourkerather than fall over16:45
pprokopVia job dependency16:45
*** wirehead_ has joined #openstack-meeting-416:46
rhalliseyportdirect, but then you need to solve all problem for all scenarios16:46
inc0so algorithm with entrypoint is actually very elegant and super distributed16:46
pprokopNo16:46
*** bjolo has joined #openstack-meeting-416:46
sdakeit is super distributed16:46
inc0I wanted to rewrite heat to use something of that sort;)16:46
sdakeit just doesn't work in practice16:46
pprokopone just prepare a configurtion16:46
sdakewe tried it16:46
sdaketwice16:46
sdakefailed both times16:46
inc0nah, it will work16:46
sdakereference compose, reference kolla-mesos16:46
sdakeit works 19 time sout of 2016:46
inc0if you have single source of truth16:46
pprokopStackanetes and fuel-ccp works that way16:46
sdakepprokop ok, well they are not our reference architecture ;)16:46
pbourkeanyone want to explain entrypoint?16:47
inc0neither compose or mesos used this model really16:47
sdakeand if they do work this way i htink they are probably unrelaible16:47
pprokopgithub.com/stackanetes/kubernetes-entrypoint16:47
inc0pbourke, idea is that when we start a pod there will be mechanism inside container16:47
inc0that will loop and ask kubectl16:47
sdakepprokop i think pbourke was looking for a 90 second elevator ptich not a dig into the repo thing :)16:47
pprokopOkay16:47
pprokopSo entrypoint basically queries an k8s api16:47
inc0"my deps are - mariadb pod ready, mariadb-boostrap job finished"16:47
portdirectpbourke: essentially an init script that checks sanity before launching the container proper16:48
inc0dear k8s, are both of these in state I want them to be16:48
pbourkesounds good16:48
pprokopto resolve dependencies before execing into proper application16:48
inc0no = go to sleep for a moment and reiterate16:48
inc0yes = move on with stuff16:48
portdirecteither using k8s api, or direcly testing the service16:48
sdakeright, so our model we are proceeding with is to do whatentrypoint does (in the nova-api container for e.g.)16:48
pbourkebut maybe too primitive?16:48
sdakeinstead in an operator16:48
pprokopWe mixed it because we rely on k8s to report if something is ready16:48
inc0gives you pretty elegant graph resolving mechanism16:48
*** ad_rien_1 has quit IRC16:49
pprokopand we prepared a rediness probes16:49
sdakefor complete reliability16:49
sdakethe big issue for operators is diagnostics16:49
sdakestuff that magically does magical dependency resolution is not debuggable according to kfox111116:49
inc0sdake, diagnostics is solvable with external toolsed16:49
inc0toolset16:49
sean-k-mooneyentrypoints almost sound like they want to treat a pod like a fat contaienr with an init system like systemd ....16:49
sdakeinc0 not according to kfox111116:49
sdakesean-k-mooney you got it16:49
inc0trust me on that, we can make it work16:49
pprokopOne just put entrypoint in init container16:50
pprokopand you can see whats happening on k8s api16:50
sdakethe "new" model is operators to do this job with controllers16:50
sdakethe "last gen model" was to bake it into the container16:50
inc0controllers sounds to me like this magical external thing16:50
sdakeaccording to the CNCF dudes at this conference16:50
inc0which will be prone to race conditions and stuff16:50
rhalliseyinc0, ya but, entrypoint sounds like magical internal thing16:51
pprokopstill it introduces another orchestartion levels16:51
sdakepprokop a controller is a plugin, we are using that plugin to do orchestration16:51
inc0yeah, I agree with pprokop, this is just another abstraction layer16:51
rhalliseyinc0, it would use the kubeapi16:51
sdakeentrypoint is a plugin to docker, we arenot using that to do orchestration16:51
pprokopi like to call it choreography16:51
inc0lmao16:51
pprokopeach container is self aware of deps16:51
sdakepprokop call it what you like its orchestration :)16:51
inc0that's a word I've never heard in this context16:52
pprokopnope16:52
*** Swami has joined #openstack-meeting-416:52
DTadrzakit's not an orchestration it is choreography16:52
sdakeok well lets agree to disagree then16:52
sdakei have never heard of this term16:52
inc0whatever we call it16:52
*** bnemec has quit IRC16:52
sdakei'll ask around16:52
rhalliseyok anyway :)16:53
inc0let's do PoC of both ok?16:53
sdakehere is the deal16:53
inc0I'll try to break them and we'll see what breaks16:53
*** yamahata has joined #openstack-meeting-416:53
inc0I like breaking distributed systems16:53
sdakewe can make something generic or we can pin ourselves into the back corner16:53
pbourkesdake may be absolutely correct, we wont know till we try16:53
sdakegeneric = operators16:53
sdakeentrypoint = back corner16:54
inc0sdake, I disagree16:54
inc0but again, PoC16:54
sdakethat is my opinion based upon 2 years of experience16:54
sdakepbourke you have a keen point there16:54
sdakepbourke i do know entrypoint model is not reliable16:54
sdakei do not know if operator model is reliable16:55
sdakethat is why I am more keen to try it16:55
rhalliseyI'm in the same camp as sdake, but for me entrypoint = scary. I don't think ops will like it16:55
sdakeand back it with resources ;)16:55
rhalliseyyar16:55
inc0and I disagree with it being unreliable:)16:55
rhalliseyPoc battle16:55
sdakelets not fracture our own community guys16:55
*** bnemec has joined #openstack-meeting-416:55
inc0and I'm operator myself16:55
inc0this is good fracture to have for time being16:56
*** caboucha has joined #openstack-meeting-416:56
pprokopI can give you a demo next week of entrypoint16:56
inc0architecture of distributed systems i hard16:56
rhalliseyya I find this to be productive16:56
sdakepprokop i unerstand entrypoint, as Ie did this model in compose16:56
portdirectlol - lets just try each and see which works out :)16:56
rhalliseylots of perspectives16:56
inc0sdake, it's totally different than what we had in compose16:56
*** yamahata has quit IRC16:56
sdakethere is another proble mwith entyrpoint16:56
inc0*totally* different16:56
sdakeit requires non-generic containers16:56
rhalliseyok ok16:56
rhalliseylet's roll over if we need to folks16:56
sdakeas in, they wont work with ansible...16:57
inc0for one, you have single source of truth here16:57
rhalliseywe need to hit open discussion16:57
inc0that is k8s16:57
rhalliseyand we have the spec still16:57
rhallisey#topic Open Discussion16:57
*** openstack changes topic to "Open Discussion (Meeting topic: kolla)"16:57
inc0this is *not* a compose and won't suffer from same problems16:57
inc0race conditions in compose were caused by lack of reliable source of truth about state of our system16:58
portdirectmy work was based on the compose stuff you guys did16:58
sdakeinc0 if you say so :)16:58
inc0and k8s will give us that16:58
rhalliseyugh guys let's carry this over16:58
rhalliseythis will go on for dayzz16:58
inc0yeah, we need to finish this meeting16:58
inc0:)_16:58
*** yamahata has joined #openstack-meeting-416:58
inc0any last remarks before we kill each other with sharp tools?16:58
inc0guess not:) thanks all!16:59
srwilkersand silence16:59
*** DTadrzak has quit IRC16:59
rhallisey:)16:59
inc0#endmeeting kolla16:59
portdirectI've only got a spoon :(16:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:59
rhalliseythanks everyone16:59
openstackMeeting ended Wed Nov  9 16:59:14 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-11-09-15.59.html16:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-11-09-15.59.txt16:59
openstackLog:            http://eavesdrop.openstack.org/meetings/kolla/2016/kolla.2016-11-09-15.59.log.html16:59
*** rhallisey has left #openstack-meeting-416:59
sdakeportdirect there is no spoon!16:59
*** pprokop has left #openstack-meeting-416:59
*** stvnoyes1 has left #openstack-meeting-416:59
zhubingbingbye-)16:59
*** egonzalez90 has left #openstack-meeting-416:59
*** jascott1 has joined #openstack-meeting-416:59
*** zhubingbing has left #openstack-meeting-416:59
*** mgiles has left #openstack-meeting-417:02
*** jovon has joined #openstack-meeting-417:02
*** Serlex has left #openstack-meeting-417:02
*** zenoway has quit IRC17:04
*** zenoway has joined #openstack-meeting-417:04
*** yfauser has joined #openstack-meeting-417:07
*** zenoway has quit IRC17:08
*** vbel has quit IRC17:10
*** iurygregory has quit IRC17:10
*** sean-k-mooney has left #openstack-meeting-417:12
*** matrohon has quit IRC17:14
*** lindycoder has joined #openstack-meeting-417:24
*** yfauser has quit IRC17:26
*** asettle has quit IRC17:26
*** baoli has joined #openstack-meeting-417:28
*** jichen has quit IRC17:28
*** automagically has joined #openstack-meeting-417:28
*** automagically has left #openstack-meeting-417:29
*** spzala has quit IRC17:30
*** Sukhdev has quit IRC17:31
*** spzala has joined #openstack-meeting-417:31
*** bailin has quit IRC17:31
*** numans has joined #openstack-meeting-417:32
*** tonytan4ever has quit IRC17:32
*** numans has quit IRC17:32
*** robputt has joined #openstack-meeting-417:33
lindycoderWasn't there supposed to be a neutron-lib meeting ?17:35
*** spzala has quit IRC17:36
*** baoli has quit IRC17:39
*** baoli has joined #openstack-meeting-417:39
*** iurygregory has joined #openstack-meeting-417:39
*** ad_rien_ has joined #openstack-meeting-417:49
*** BjoernT has left #openstack-meeting-417:50
*** tonytan4ever has joined #openstack-meeting-417:50
*** duonghq has quit IRC17:53
*** inc0 has left #openstack-meeting-417:58
*** yfauser has joined #openstack-meeting-417:59
*** pbourke has quit IRC17:59
*** rhallisey has joined #openstack-meeting-418:00
*** bjolo has left #openstack-meeting-418:00
*** baoli has quit IRC18:00
*** baoli has joined #openstack-meeting-418:00
*** pbourke has joined #openstack-meeting-418:01
*** ralonsoh has quit IRC18:02
*** rbak has quit IRC18:04
*** rbak has joined #openstack-meeting-418:05
*** unicell has quit IRC18:09
*** bnemec has quit IRC18:11
*** revon has joined #openstack-meeting-418:12
*** bnemec has joined #openstack-meeting-418:13
*** sdake has quit IRC18:19
*** yifei has quit IRC18:20
*** baoli has quit IRC18:21
*** baoli has joined #openstack-meeting-418:22
*** portdirect is now known as portdirect_away18:22
*** ad_rien_ has quit IRC18:26
*** asettle has joined #openstack-meeting-418:27
*** haleyb_ has joined #openstack-meeting-418:28
*** ad_rien_ has joined #openstack-meeting-418:30
*** iyamahat has joined #openstack-meeting-418:31
*** asettle has quit IRC18:31
*** haleyb_ has quit IRC18:32
*** lindycoder has left #openstack-meeting-418:33
*** ad_rien_ has quit IRC18:33
*** diga has quit IRC18:34
*** ad_rien_ has joined #openstack-meeting-418:35
*** unicell has joined #openstack-meeting-418:36
*** baoli has quit IRC18:42
*** baoli has joined #openstack-meeting-418:43
*** yfauser has quit IRC18:44
*** iyamahat has quit IRC18:46
*** baoli has quit IRC18:49
*** baoli has joined #openstack-meeting-418:50
*** s3wong has joined #openstack-meeting-418:52
*** vhoward has quit IRC18:53
*** hemanth is now known as hemanth|lunch18:53
*** amotoki has joined #openstack-meeting-418:55
*** woodard_ has joined #openstack-meeting-418:57
*** harlowja has quit IRC18:59
*** amotoki has quit IRC18:59
*** mandre has left #openstack-meeting-418:59
*** woodard has quit IRC19:00
*** baoli has quit IRC19:00
*** Sukhdev has joined #openstack-meeting-419:00
*** baoli has joined #openstack-meeting-419:01
robputtGood evening19:03
*** vishnoianil has quit IRC19:06
*** dcwangmit01 has joined #openstack-meeting-419:08
*** dcwangmit01_ has quit IRC19:10
*** liangy_ has quit IRC19:11
*** armax has joined #openstack-meeting-419:14
*** spzala has joined #openstack-meeting-419:15
*** coolsvap has quit IRC19:17
*** ad_rien_ has quit IRC19:17
*** amotoki has joined #openstack-meeting-419:21
*** baoli has quit IRC19:22
*** ad_rien_ has joined #openstack-meeting-419:22
*** dave-mccowan has quit IRC19:25
*** amotoki has quit IRC19:25
*** dave-mccowan has joined #openstack-meeting-419:26
*** mrhillsman has joined #openstack-meeting-419:27
*** baoli_ has joined #openstack-meeting-419:28
*** lrensing has quit IRC19:28
*** baoli__ has joined #openstack-meeting-419:29
*** ad_rien_ has quit IRC19:30
*** ad_rien_ has joined #openstack-meeting-419:32
*** baoli_ has quit IRC19:32
*** ad_rien_ has quit IRC19:35
*** dave-mccowan has quit IRC19:36
*** rhallisey has left #openstack-meeting-419:40
*** irenab has quit IRC19:44
*** spotz is now known as spotz_zzz19:45
*** m-greene has joined #openstack-meeting-419:46
*** uxdanielle has joined #openstack-meeting-419:49
*** m-greene has quit IRC19:54
*** m-greene has joined #openstack-meeting-419:56
*** sdake has joined #openstack-meeting-420:08
*** vhoward has joined #openstack-meeting-420:08
*** armax has quit IRC20:08
*** woodard_ has quit IRC20:09
*** woodard has joined #openstack-meeting-420:09
*** yfauser has joined #openstack-meeting-420:10
*** ad_rien_ has joined #openstack-meeting-420:13
*** lrensing has joined #openstack-meeting-420:13
*** yfauser has quit IRC20:14
*** woodard has quit IRC20:14
*** woodard has joined #openstack-meeting-420:15
*** m-greene has left #openstack-meeting-420:17
*** vishnoianil has joined #openstack-meeting-420:19
*** ad_rien_ has quit IRC20:21
*** spotz_zzz is now known as spotz20:26
*** claudiub has quit IRC20:29
*** haleyb_ has joined #openstack-meeting-420:30
*** haleyb_ has quit IRC20:35
*** dave-mccowan has joined #openstack-meeting-420:39
*** m-greene has joined #openstack-meeting-420:45
*** m-greene has left #openstack-meeting-420:46
*** leo_wang has quit IRC20:46
*** leo_wang has joined #openstack-meeting-420:47
*** baoli__ has quit IRC20:47
*** baoli has joined #openstack-meeting-420:49
*** baoli_ has joined #openstack-meeting-420:50
*** baoli__ has joined #openstack-meeting-420:51
*** evgenyf has joined #openstack-meeting-420:53
*** lrensing has left #openstack-meeting-420:53
*** baoli has quit IRC20:54
*** baoli_ has quit IRC20:55
*** bobmel has quit IRC20:58
*** bobmel has joined #openstack-meeting-420:58
*** iyamahat has joined #openstack-meeting-421:02
*** mhayden has quit IRC21:02
*** m-greene has joined #openstack-meeting-421:04
*** vhoward has quit IRC21:06
*** baoli__ has quit IRC21:07
*** baoli has joined #openstack-meeting-421:08
*** iyamahat_ has joined #openstack-meeting-421:10
*** iyamahat has quit IRC21:13
*** uxdanielle has quit IRC21:14
*** rtheis has quit IRC21:14
*** mjturek1 has joined #openstack-meeting-421:22
*** mjturek1 has quit IRC21:23
*** mjturek1 has joined #openstack-meeting-421:23
*** mjturek has quit IRC21:25
*** hemanth|lunch is now known as hemanth21:25
*** yamahata has quit IRC21:27
*** asettle has joined #openstack-meeting-421:28
*** asettle has quit IRC21:33
*** Jeffrey4l has quit IRC21:34
*** mjturek1 has quit IRC21:36
*** julim has joined #openstack-meeting-421:44
*** vhoward has joined #openstack-meeting-421:46
*** harlowja has joined #openstack-meeting-421:49
*** thorst_ has quit IRC21:49
*** amotoki has joined #openstack-meeting-421:50
*** mjturek has joined #openstack-meeting-421:51
*** evgenyf has quit IRC21:51
*** amotoki has quit IRC21:53
*** julim has quit IRC22:02
*** vhoward has quit IRC22:03
*** skolekonov has quit IRC22:08
*** skolekonov has joined #openstack-meeting-422:09
*** baoli has quit IRC22:09
*** sdake has quit IRC22:09
*** tonytan4ever has quit IRC22:09
*** m-greene has quit IRC22:11
*** caboucha has quit IRC22:13
*** m-greene has joined #openstack-meeting-422:13
*** myatsenko has quit IRC22:16
*** baoli has joined #openstack-meeting-422:18
*** iyamahat_ has quit IRC22:21
*** m-greene has left #openstack-meeting-422:23
*** baoli has quit IRC22:24
*** baoli has joined #openstack-meeting-422:26
*** baoli has quit IRC22:26
*** woodard_ has joined #openstack-meeting-422:26
*** woodard has quit IRC22:30
*** woodard_ has quit IRC22:31
*** dtardivel has quit IRC22:34
*** berendt has quit IRC22:36
*** yamahata has joined #openstack-meeting-422:37
*** thorst_ has joined #openstack-meeting-422:39
*** spzala has quit IRC22:44
*** spzala has joined #openstack-meeting-422:45
*** spzala_ has joined #openstack-meeting-422:47
*** spzala has quit IRC22:49
*** spzala_ has quit IRC22:51
*** bobmel has quit IRC22:56
*** Swami has quit IRC22:58
*** m-greene_ has joined #openstack-meeting-423:02
*** m-greene_ is now known as m-greene23:03
*** harlowja_ has joined #openstack-meeting-423:08
*** sdake has joined #openstack-meeting-423:09
*** uxdanielle has joined #openstack-meeting-423:11
*** harlowja has quit IRC23:12
*** spzala has joined #openstack-meeting-423:16
*** asettle has joined #openstack-meeting-423:17
*** spzala has quit IRC23:21
*** galstrom is now known as galstrom_zzz23:22
*** woodard has joined #openstack-meeting-423:27
*** gmann has joined #openstack-meeting-423:28
*** asettle has quit IRC23:30
*** Jeffrey4l has joined #openstack-meeting-423:31
*** thorst_ has quit IRC23:32
*** Jeffrey4l has quit IRC23:32
*** yfauser has joined #openstack-meeting-423:32
*** thorst_ has joined #openstack-meeting-423:32
*** Jeffrey4l has joined #openstack-meeting-423:32
*** Jeffrey4l has quit IRC23:33
*** Jeffrey4l has joined #openstack-meeting-423:34
*** gmann has quit IRC23:34
*** armax has joined #openstack-meeting-423:37
*** thorst_ has quit IRC23:40
*** Swami has joined #openstack-meeting-423:44
*** Swami_ has joined #openstack-meeting-423:46
*** jovon has quit IRC23:47

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