Thursday, 2015-08-13

*** yamamoto has quit IRC00:00
*** salv-orl_ has quit IRC00:03
*** harshs has quit IRC00:06
*** galstrom_zzz is now known as galstrom00:07
*** puranamr has quit IRC00:07
*** puranamr has joined #openstack-meeting-400:08
*** baoli has quit IRC00:10
*** galstrom is now known as galstrom_zzz00:12
*** banix has joined #openstack-meeting-400:15
*** markvoelker has joined #openstack-meeting-400:15
*** vishwanathj has quit IRC00:16
*** markvoelker has quit IRC00:21
*** sankarshan is now known as sankarshan_away00:21
*** jckasper has joined #openstack-meeting-400:23
*** xingchao_ has joined #openstack-meeting-400:24
*** sigmavirus24 is now known as sigmavirus24_awa00:32
*** galstrom_zzz is now known as galstrom00:35
*** bharath has quit IRC00:37
*** Rockyg has joined #openstack-meeting-400:43
*** baoli has joined #openstack-meeting-400:43
*** galstrom is now known as galstrom_zzz00:44
*** wshao has joined #openstack-meeting-400:46
*** Grace has joined #openstack-meeting-400:54
*** Grace is now known as Guest4416200:55
*** xingchao_ has quit IRC00:55
*** Guest44162 has left #openstack-meeting-400:55
*** grace-yu has joined #openstack-meeting-400:55
*** xicheng has joined #openstack-meeting-400:55
xicheng#info00:56
*** ChiZhang has joined #openstack-meeting-400:57
*** ChiZhang has left #openstack-meeting-400:58
*** baoli has quit IRC00:58
*** xingchao_ has joined #openstack-meeting-400:58
*** sbog has quit IRC00:58
*** sankarshan_away has quit IRC00:58
Rockygo/00:59
*** ChiZhang has joined #openstack-meeting-400:59
* xicheng waves hello01:00
*** chenshuai has joined #openstack-meeting-401:00
grace-yuhi xicheng, how are you?01:00
wshao#startmeeting Weekly Compass team meeting01:00
openstackMeeting started Thu Aug 13 01:00:58 2015 UTC and is due to finish in 60 minutes.  The chair is wshao. Information about MeetBot at http://wiki.debian.org/MeetBot.01:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.01:01
*** openstack changes topic to " (Meeting topic: Weekly Compass team meeting)"01:01
* xicheng waves hello to grace-yu01:01
openstackThe meeting name has been set to 'weekly_compass_team_meeting'01:01
wshao#info Tentative agenda is 1) Ansible playbook and upstream repo 2) Blueprint review01:02
wshaoxicheng any update on this topic? Ansible upstream?01:02
xicheng#topic Ansible playbook and upstream repo01:02
*** syang has joined #openstack-meeting-401:03
xichenghttps://github.com/stackforge/os-ansible-deployment01:03
*** chigang has joined #openstack-meeting-401:03
xichengwill be the repo we will adopt from now on01:03
chigang#info chigang01:03
xichengand https://github.com/stackforge/compass-adapters will be deprecated01:04
*** baigk has joined #openstack-meeting-401:04
*** sbog has joined #openstack-meeting-401:04
chenshuai#info chenshuai01:04
wshaoThere was a recent announcement from the mailing list for Release: Kilo 11.1.001:04
Rockygxicheng, I'm not sure, but you may want to use git.openstack.org/stackforge....01:04
wshaohave you looked at it?01:04
xichengwill use git.openstack.org instead01:06
*** xingchao_ has quit IRC01:06
RockygAlso, everyone, if you type during the meeting, you will be added to the attendance list.  and it will tally how many lines you typed during the meeting in the minutes01:06
wshaoon the project pages, it says "The playbooks will enable LXC on hosts and provides the ability to deploy LXC containers for use within openstack"01:06
*** xuhan has joined #openstack-meeting-401:06
xichengyes i was aware of that.01:06
jerryzo/01:07
wshaois it true that by default it assumes bare metal?01:07
Rockyghi, jerryz !01:07
*** kun_huang has joined #openstack-meeting-401:07
chigangjerryz: hi jerry01:07
*** meimei has joined #openstack-meeting-401:08
jerryzhi everybody, the meeting time is perfect01:08
xichengif lxc support was added in the playbook. i would assume the hosts are bare metal01:08
wshaocool, welcome jerryz.01:08
*** echoingumesh has quit IRC01:09
wshaoxicheng: ok. Please try it out and come up with an estimate on the integration efforts01:09
meimeinice to see jerry01:09
*** echoingumesh has joined #openstack-meeting-401:09
xichengwill do01:09
wshaowill chigang/meimei have bandwidth to also look into this upstream Ansible (for Kilo release)?01:10
* xicheng wave hello to jerryz01:10
wshaohttps://github.com/stackforge/os-ansible-deployment01:10
chigangwshao: I think we will try in next week01:10
*** Brian_ has joined #openstack-meeting-401:10
wshao#action xicheng and chigang coordinate on upstream Ansible evaluation and work estimate.01:11
*** salv-orlando has joined #openstack-meeting-401:11
wshaoshall we move on to blueprints?01:11
xicheng#agreed01:11
*** docaedo has joined #openstack-meeting-401:11
wshao#topic recent blueprint review01:12
*** openstack changes topic to "recent blueprint review (Meeting topic: Weekly Compass team meeting)"01:12
wshaohttps://blueprints.launchpad.net/compass/01:12
*** MatthewL3 has joined #openstack-meeting-401:12
MatthewL3#info Jun Li01:12
wshaoThere is one on supporting Puppet. this is because many other installers are puppet based01:13
*** echoingumesh has quit IRC01:13
xuhan#info Han Xu01:13
*** echoingumesh has joined #openstack-meeting-401:13
wshaoshall we postpone this? https://blueprints.launchpad.net/compass/+spec/research-on-upstream-puppet-repo01:13
wshaoI feel that we do not have bandwidth on it.01:14
xichengthat is the least important bp i guess01:14
wshaook move on.01:14
wshaohttps://blueprints.launchpad.net/compass/+spec/ironic-support01:15
wshaograce-yu: you tried the stand-alone ironic but ran into issues?01:15
grace-yui haven't tried ironic so far01:15
wshaook.01:16
chigangwshao: maybe xuhan can take it01:16
wshaochigang: ok01:16
wshaowill assign it to xuhan01:16
grace-yusure01:16
wshaochigang: could you do that assignment on launchpad01:17
chigangsure01:17
wshaonext one: https://blueprints.launchpad.net/compass/+spec/use-keystone-as-user-mgmt01:17
wshaothis was from the TC review feedback that we have our own user management, and that we should use Keystone instead01:18
*** salv-orlando has quit IRC01:18
xichengsdake did not mention this in his email01:18
jerryzi think it is out of a misunderstanding01:18
wshaopersonally, I'd argue that the user in Installer may be different than cloud admin or users.01:18
wshaojerryz: I believe so.01:18
sdakesorry about that, I didn't catch that you didn't use keystone01:18
jerryzcompass is not a component of openstack01:19
grace-yuright01:19
sdakeya its a deployment tool01:19
sdakeI think not using keystone is ok01:19
sdakethe argumentbeing keystone needs t o be installed to be used01:19
wshaosdake: but the installer user was introduce to allow multiple clusters to be installed by different users. We are thinking the remove this feature01:19
sdakekeystone is for multitenancy, installer is for single tenant auth01:19
grace-yuusing keystone will make compass installation more complicated01:20
jerryzwe are not tripleo01:20
wshaook. I will communicate with the review on this point.01:20
wshao#action wshao: address the review comments on Keystone01:20
sdakecompass installs keystone, how could compass use keystone :)01:20
*** kun_huang has left #openstack-meeting-401:21
wshaoyes, there may be some misunderstanding on this, I guess.01:21
RockygWell, lots of chicken/egg stories already in OpenStack ;-)01:21
xichengshould i obsolete this bg in launchpad?01:21
RockygDon't need to increase circular dependencies01:21
xicheng*bp01:22
wshaook. cool. I think we can move to the next one.01:22
wshaohttps://blueprints.launchpad.net/compass/+spec/openstack-ha-support01:22
RockygShould file the comment about installer, etc, then you can abandon/close/whatever it.01:22
wshaoH/A support. Currently, we support haproxy+keepalived for controllers. but do not support active active MQ and Mysql H/A01:22
wshaoRockyg: yes, will do01:23
grace-yucorrect01:23
xichengis this an ongoing effort?01:23
*** jpeeler has quit IRC01:23
xichengsupporting of active/active queue and db H/A01:23
chenshuaiwshao: is active active MQ and Mysql H/A same as compass4nfv?01:23
jerryzif we use upstream OSAD, will it depend on them?01:23
wshaoon H/A. we had Mysql Master+Replication for IceHouse, I believe01:23
wshaojerryz: yes, this is related to that one.01:24
grace-yuI don't think we have mysql HA for icehouse01:24
grace-yuI never did that test before01:24
chigangwe need improvement in MQ and Mysql HA.01:24
wshaochenshuai: yes, it would be the same.01:24
wshaook. chigang: xicheng: perhaps the first thing you can do on os-ansible-deployment is to figure out the current status on H/A support.01:25
wshaomainly, on Mysql and Message queue.01:25
xichengactive/active rabbitmq configuration is fairly easy, one of our old chef cookbook(i guess it was grizzly) used to support it.01:25
wshaosdake: I am curious the level of support from Kolla. would appraciate if you share your experience.01:26
sdakelevel of support of what01:26
sdakeha?01:26
wshaoyes, on h/a01:26
sdakewe use rabbitmq with replicated queues and keepalived/haproxy01:26
wshao#action xicheng chigang to eval the current status of H/A support in upstream os-ansible-deployment01:27
sdakeuse also use percona's db thing which is mariadb+galera01:27
sdakeso we have full ha, although it is unclear how well tested it is01:27
sdakeit scales rom 1 node on up with the addition of nodes - automatically figures it out01:27
sdakeof control nodes that is01:27
wshaosdake: cool. that is a good reference pointers.  btw, do you use percona's mysql package rather than os default package repo?01:27
sdakeyes percona repo01:28
sdakewe use repos from all over the place01:28
sdakeI find it irritating but necssary01:28
wshaoI used percona mysql distro in another project. I think we will look into yours and maybe adopt percona also.01:28
chigangsdake: yes, we use mariabb+galera, but we meet up some problem01:29
wshaosure, we pick what is the best for the resulting Openstack01:29
sdakethere is a bug in nova and neutron with mariadb+galera01:29
sdakei dont know the details01:29
sdakebut it basically causes teh db to lock up01:29
sdakethere is some workaround, again don't know the details01:29
wshaosdake: thanks for the info. it is very useful.01:29
sdakeif you want to know ask [kolla] openstack-dev01:29
wshaosure, will do.01:30
wshao#action wshao: to look into percona for mysql distro and take Kolla project as a reference01:30
*** dannywilson has quit IRC01:31
wshaomove to the next?01:31
wshaohttps://blueprints.launchpad.net/compass/+spec/adapter-conf-refactoring01:31
chenshuaiagreed01:31
wshao#info Refactor adapter's config files structure and parsing functionality01:31
wshaothis is an effort to make it easier for other developers to add plugins to Compass core.01:32
wshaoxicheng: what is the current status?01:32
xichengi am not sure if this is very curcial01:32
wshaook. agreed.01:32
wshaothis is assigned to you, and I will let you handle it.01:32
xichengi'll partially wrap this up by checking in the config files.01:33
wshaochigang: do you have blueprints to discuss >01:33
wshao?01:33
grace-yuI help xicheng if he needs01:33
grace-yucan01:33
chigangwe will raise today, so we can talk it next meeting01:34
wshaook sounds good. I think that's all the blueprint I'd like to discuss today.01:34
wshaothe rest is open topics, if anyone has questions or other topics to discuss01:35
xichenggrace-yu i'll see what/when we should work on that.01:35
wshaoif not, we can wrap up for today01:36
grace-yusure01:36
sdakesay did my emai hit the regular opentack-dev ml?01:37
xuhan I have idea, can we separate Compass-client from compass-core01:37
sdakei think wshao said he was going to cc it to there01:37
wshaoI believe so. did you see mine?01:37
sdakehavnet looked- was there any followup from anyone?01:38
sdakedid you post with a [compass] tag?01:38
wshaosdake on your thread, no followup. But I did another one to call for contributors.01:38
*** vivek-ebay has quit IRC01:39
wshaojay pipes welcomed the action.01:39
sdakecool well good luck01:39
wshaothanks!01:39
RockygThanks sdake!01:39
wshaoyes, I add [Compass] tag01:39
RockygOh, are there any bugs to discuss?01:39
sdakewierd it turns up nothing in my search01:39
sdakeopenstack-dev@lists.openstack.org?01:40
wshaosdake: btw, your email thread, I have modified the subject line. so it may appear as a separate thread in your mail client.01:40
wshaoxuhan: yes, it is a good idea to separate the client out01:40
*** echoingumesh has quit IRC01:40
sdakei sort openstack-dev into a different folder01:40
wshaoxuhan: could you create a bug or blueprint01:41
xuhanOK01:41
*** echoingumesh has joined #openstack-meeting-401:41
xichengregarding xuhan's separating compass-client from compass-core, could you first come up with a spec?01:41
xichengor blueprint?01:41
xichengspec examples are here http://specs.openstack.org/openstack/nova-specs/specs/kilo/template.html01:41
wshaosdake: the subject is "[Compass] Regarding Ansible Playbook vs upstream repo"01:41
wshaoI replied to your message. so you should be in To: line01:42
wshaook. any other topics?01:43
Rockygsdake, you should have 3 [Compass] emails.  all in around1600-1715 UTC01:43
sdakeno idea where they are :)01:43
sdakeI have alot of folkds01:43
sdakefolkders01:43
sdakei'll check the ml archive01:43
sdakethanks01:43
wshaosdake: a sign that it is not gmail :)01:44
sdakeya lookout01:44
sdakeour outlook as microsoft calls it01:44
wshaohaha lookout01:44
*** grace-yu has quit IRC01:45
wshaoall right, let's wrap up.01:45
wshaothanks to everyone01:45
*** echoingumesh has quit IRC01:45
wshao#endmeeting01:46
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"01:46
openstackMeeting ended Thu Aug 13 01:46:06 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)01:46
openstackMinutes:        http://eavesdrop.openstack.org/meetings/weekly_compass_team_meeting/2015/weekly_compass_team_meeting.2015-08-13-01.00.html01:46
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/weekly_compass_team_meeting/2015/weekly_compass_team_meeting.2015-08-13-01.00.txt01:46
openstackLog:            http://eavesdrop.openstack.org/meetings/weekly_compass_team_meeting/2015/weekly_compass_team_meeting.2015-08-13-01.00.log.html01:46
*** ChiZhang has quit IRC01:46
*** xicheng has quit IRC01:46
*** syang has quit IRC01:48
*** wshao has quit IRC01:49
*** Rockyg has quit IRC01:50
*** jmcbride has joined #openstack-meeting-401:59
*** jmcbride has quit IRC01:59
*** baoli has joined #openstack-meeting-402:01
*** markvoelker has joined #openstack-meeting-402:05
*** vivek-ebay has joined #openstack-meeting-402:06
*** xuhan has quit IRC02:07
*** sankarshan has joined #openstack-meeting-402:11
*** padkrish_ has quit IRC02:14
*** padkrish has joined #openstack-meeting-402:14
*** padkrish has quit IRC02:18
*** salv-orl_ has joined #openstack-meeting-402:23
*** salv-orl_ has quit IRC02:31
*** baoli has quit IRC02:34
*** baoli has joined #openstack-meeting-402:34
*** vivek-ebay has quit IRC02:55
*** vivek-ebay has joined #openstack-meeting-402:56
*** KunalGandhi has quit IRC03:00
*** yamamoto has joined #openstack-meeting-403:03
*** baoli has quit IRC03:04
*** baoli has joined #openstack-meeting-403:15
*** galstrom_zzz is now known as galstrom03:26
*** salv-orlando has joined #openstack-meeting-403:33
*** Brian_ has quit IRC03:34
*** bharath has joined #openstack-meeting-403:38
*** Brian has joined #openstack-meeting-403:42
*** Brian is now known as Guest9387003:42
*** bharath has quit IRC03:42
*** jerryz has quit IRC03:45
*** salv-orlando has quit IRC03:45
*** puranamr has quit IRC03:53
*** puranamr has joined #openstack-meeting-403:54
*** padkrish has joined #openstack-meeting-404:01
*** puranamr has quit IRC04:03
*** puranamr has joined #openstack-meeting-404:03
*** Guest93870 has quit IRC04:04
*** nhairston has joined #openstack-meeting-404:09
*** vivek-ebay has quit IRC04:12
*** padkrish has quit IRC04:14
*** padkrish has joined #openstack-meeting-404:15
*** galstrom is now known as galstrom_zzz04:15
*** vivek-ebay has joined #openstack-meeting-404:21
*** ivar-lazzaro has quit IRC04:24
*** padkrish has quit IRC04:25
*** padkrish has joined #openstack-meeting-404:26
*** harshs has joined #openstack-meeting-404:30
*** baoli has quit IRC04:31
*** fawadkhaliq has joined #openstack-meeting-404:32
*** fawadkhaliq has quit IRC04:39
*** fawadkhaliq has joined #openstack-meeting-404:39
*** salv-orlando has joined #openstack-meeting-404:47
*** banix has quit IRC04:52
*** Brian has joined #openstack-meeting-404:53
*** Brian is now known as Guest5043004:53
*** harshs has quit IRC04:56
*** fawadkhaliq has quit IRC04:57
*** chenshuai has quit IRC04:59
*** salv-orlando has quit IRC04:59
*** harshs has joined #openstack-meeting-405:03
*** fawadkhaliq has joined #openstack-meeting-405:06
*** jpekkari has joined #openstack-meeting-405:06
*** cdelatte has quit IRC05:13
*** cdelatte has joined #openstack-meeting-405:13
*** vivek-ebay has quit IRC05:15
*** ivar-lazzaro has joined #openstack-meeting-405:27
*** armax has quit IRC05:30
*** cdelatte has quit IRC05:33
*** nhairston has quit IRC05:33
*** markvoelker has quit IRC05:41
*** delattec has joined #openstack-meeting-405:41
*** med_ has quit IRC05:50
*** yamamoto has quit IRC05:50
*** yamamoto has joined #openstack-meeting-405:50
*** delattec has quit IRC06:02
*** padkrish has quit IRC06:03
*** salv-orlando has joined #openstack-meeting-406:04
*** sdake has quit IRC06:07
*** cdelatte has joined #openstack-meeting-406:07
*** bharath_ has joined #openstack-meeting-406:09
*** chenshuai has joined #openstack-meeting-406:13
*** salv-orlando has quit IRC06:13
*** bharath_ has quit IRC06:14
*** med_ has joined #openstack-meeting-406:23
*** med_ is now known as Guest47106:23
*** ramanjaneya_ has joined #openstack-meeting-406:30
*** ramanjaneya_ has quit IRC06:35
*** yamahata has joined #openstack-meeting-406:36
*** FallenPegasus has joined #openstack-meeting-406:40
*** markvoelker has joined #openstack-meeting-406:41
*** Guest471 has quit IRC06:44
*** padkrish has joined #openstack-meeting-406:44
*** coolsvap_ has joined #openstack-meeting-406:45
*** nkrinner has joined #openstack-meeting-406:45
*** coolsvap_ has quit IRC06:46
*** markvoelker has quit IRC06:46
*** ivar-lazzaro has quit IRC06:56
*** vivek-ebay has joined #openstack-meeting-406:58
*** vivek-ebay has quit IRC07:02
*** chenshuai has quit IRC07:05
*** chenshuai has joined #openstack-meeting-407:05
*** FallenPegasus has quit IRC07:10
*** salv-orlando has joined #openstack-meeting-407:11
*** zeih has joined #openstack-meeting-407:13
*** med_ has joined #openstack-meeting-407:15
*** med_ is now known as Guest6139407:15
*** zeih has quit IRC07:15
*** ivar-lazzaro has joined #openstack-meeting-407:17
*** britthou_ has quit IRC07:41
*** hogepodge has quit IRC07:41
*** csd has quit IRC07:41
*** bogdando has quit IRC07:41
*** ttx has quit IRC07:41
*** crinkle has quit IRC07:41
*** _fortis has quit IRC07:41
*** Kiall has quit IRC07:41
*** egon has quit IRC07:41
*** devananda has quit IRC07:41
*** hughsaunders has quit IRC07:42
*** britthou_ has joined #openstack-meeting-407:42
*** hogepodge has joined #openstack-meeting-407:42
*** csd has joined #openstack-meeting-407:42
*** bogdando has joined #openstack-meeting-407:42
*** ttx has joined #openstack-meeting-407:42
*** Kiall has joined #openstack-meeting-407:42
*** crinkle has joined #openstack-meeting-407:42
*** _fortis has joined #openstack-meeting-407:42
*** egon has joined #openstack-meeting-407:42
*** devananda has joined #openstack-meeting-407:42
*** britthouser has joined #openstack-meeting-407:43
*** _fortis has quit IRC07:44
*** crinkle_ has joined #openstack-meeting-407:44
*** csd has quit IRC07:45
*** britthou_ has quit IRC07:45
*** ttx has quit IRC07:45
*** egon has quit IRC07:45
*** devananda has quit IRC07:45
*** hughsaunders has joined #openstack-meeting-407:46
*** hogepodge has quit IRC07:46
*** bogdando has quit IRC07:46
*** crinkle has quit IRC07:46
*** Kiall has quit IRC07:46
*** devananda has joined #openstack-meeting-407:47
*** egon has joined #openstack-meeting-407:47
*** Kiall has joined #openstack-meeting-407:48
*** ttx has joined #openstack-meeting-407:50
*** ashtokolov has joined #openstack-meeting-407:52
*** csd has joined #openstack-meeting-407:52
*** ttx has quit IRC07:52
*** ttx has joined #openstack-meeting-407:52
*** ashtokolov has quit IRC07:56
*** bharath has joined #openstack-meeting-407:58
*** bogdando has joined #openstack-meeting-408:00
*** _fortis has joined #openstack-meeting-408:03
*** bharath has quit IRC08:03
*** ivar-lazzaro has quit IRC08:04
*** padkrish has quit IRC08:08
*** tfukushima has joined #openstack-meeting-408:12
*** MatthewL3 has quit IRC08:16
*** yamahata has quit IRC08:17
*** akwasnie has joined #openstack-meeting-408:19
*** jokke_ has quit IRC08:20
*** numan has joined #openstack-meeting-408:23
*** numan has quit IRC08:23
*** numan has joined #openstack-meeting-408:23
*** matrohon has joined #openstack-meeting-408:25
*** yamamoto has quit IRC08:27
*** yamamoto has joined #openstack-meeting-408:28
*** harshs has quit IRC08:34
*** crinkle_ is now known as crinkle08:41
*** markvoelker has joined #openstack-meeting-408:43
*** hogepodge has joined #openstack-meeting-408:43
*** markvoelker has quit IRC08:47
*** tfukushima has quit IRC09:13
*** rodrigods has quit IRC09:13
*** rodrigods has joined #openstack-meeting-409:13
*** tfukushima has joined #openstack-meeting-409:14
*** tfukushima has quit IRC09:14
*** tfukushima has joined #openstack-meeting-409:14
*** jmckind_ has joined #openstack-meeting-409:17
*** jmckind has quit IRC09:19
*** ashtokolov has joined #openstack-meeting-409:20
*** jokke_ has joined #openstack-meeting-409:30
*** ashtokolov has quit IRC09:33
*** Guest50430 has quit IRC09:35
*** Brian has joined #openstack-meeting-409:38
*** Brian is now known as Guest8505309:38
*** yamamoto has quit IRC09:42
*** yamamoto has joined #openstack-meeting-409:44
*** bharath__ has joined #openstack-meeting-409:47
*** bharath__ has quit IRC09:51
*** ashtokolov has joined #openstack-meeting-409:55
*** ashtokolov has quit IRC09:59
*** ashtokolov has joined #openstack-meeting-409:59
*** chenshuai has quit IRC10:01
*** yamamoto has quit IRC10:21
*** yamamoto has joined #openstack-meeting-410:28
*** yamamoto has quit IRC10:28
*** yamamoto has joined #openstack-meeting-410:28
*** tfukushima has quit IRC10:43
*** markvoelker has joined #openstack-meeting-410:43
*** tfukushima has joined #openstack-meeting-410:44
*** tfukushima has quit IRC10:44
*** tfukushima has joined #openstack-meeting-410:45
*** yamamoto has quit IRC10:46
*** markvoelker has quit IRC10:48
*** xingchao has joined #openstack-meeting-410:54
*** tfukushima has quit IRC11:09
*** Guest85053 has quit IRC11:13
*** ashtokolov has quit IRC11:16
*** yamamoto has joined #openstack-meeting-411:34
*** bharath has joined #openstack-meeting-411:35
*** bharath has quit IRC11:40
*** markvoelker has joined #openstack-meeting-411:44
*** baoli has joined #openstack-meeting-411:46
*** markvoelker has quit IRC11:49
*** jpekkari has quit IRC11:49
*** markvoelker has joined #openstack-meeting-411:53
*** ashtokolov has joined #openstack-meeting-411:55
*** Brian has joined #openstack-meeting-411:58
*** Brian is now known as Guest4149311:58
*** ashtokolov has quit IRC12:00
*** yamamoto has quit IRC12:07
*** tfukushima has joined #openstack-meeting-412:09
*** klamath has joined #openstack-meeting-412:09
*** evgenyf has joined #openstack-meeting-412:10
*** ashtokolov has joined #openstack-meeting-412:11
*** tfukushima has quit IRC12:14
*** xingchao has quit IRC12:19
*** xingchao has joined #openstack-meeting-412:20
*** xingchao has quit IRC12:25
*** Guest41493 has quit IRC12:27
*** tfukushima has joined #openstack-meeting-412:31
*** chenshuai has joined #openstack-meeting-412:31
*** ajmiller has quit IRC12:33
*** bnemec has joined #openstack-meeting-412:34
*** VW_ has joined #openstack-meeting-412:41
*** fawadkhaliq has quit IRC12:52
*** sdake has joined #openstack-meeting-412:53
*** sdake_ has joined #openstack-meeting-412:54
*** rfolco has joined #openstack-meeting-412:55
*** sdake has quit IRC12:57
*** VW_ has quit IRC12:58
*** VW_ has joined #openstack-meeting-412:58
*** galstrom_zzz is now known as galstrom13:01
*** baoli_ has joined #openstack-meeting-413:02
*** VW_ has quit IRC13:03
*** aventerav has joined #openstack-meeting-413:03
*** mestery has quit IRC13:03
*** ashtokolov has quit IRC13:03
*** ashtokolov has joined #openstack-meeting-413:04
*** ashtokolov has quit IRC13:04
*** baoli has quit IRC13:04
*** ashtokolov has joined #openstack-meeting-413:05
*** yamamoto has joined #openstack-meeting-413:07
*** ashtokolov has quit IRC13:09
*** galstrom is now known as galstrom_zzz13:11
*** mestery has joined #openstack-meeting-413:11
*** yamamoto has quit IRC13:12
*** fawadkhaliq has joined #openstack-meeting-413:13
*** ajmiller has joined #openstack-meeting-413:14
*** ashtokolov has joined #openstack-meeting-413:19
*** chenshuai has quit IRC13:21
*** tfukushima has quit IRC13:23
*** bharath has joined #openstack-meeting-413:24
*** tfukushima has joined #openstack-meeting-413:24
*** bharath has quit IRC13:28
*** singlethink has joined #openstack-meeting-413:31
*** VW_ has joined #openstack-meeting-413:36
*** nhairston has joined #openstack-meeting-413:38
*** nhairston has quit IRC13:39
*** singleth_ has joined #openstack-meeting-413:40
*** jckasper has quit IRC13:41
*** bpoulos has joined #openstack-meeting-413:42
*** singlethink has quit IRC13:43
*** ajmiller has quit IRC13:43
*** puranamr has quit IRC13:44
*** puranamr has joined #openstack-meeting-413:44
*** bunting has joined #openstack-meeting-413:45
*** jmckind_ has quit IRC13:49
*** dzamboni has joined #openstack-meeting-413:53
nikhil_kCourtesy meeting reminder: ativelkov, cpallares, esheffield, flaper87, flwang1, hemanthm, ivasilevskaya, jokke_, kragniz, lakshmiS, mclaren, mfedosin, nikhil_k, Nikolay_St, Olena, pennerc, rosmaita, sigmavirus24, sabari, TravT, zhiyan, pkoniszewski, krykowski, ajayaa, GB21, bpoulos, harshs, abhishekk, bunting13:59
flaper87o/14:00
*** dshakhray has joined #openstack-meeting-414:00
nikhil_k#startmeeting glance14:01
openstackMeeting started Thu Aug 13 14:01:23 2015 UTC and is due to finish in 60 minutes.  The chair is nikhil_k. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
*** openstack changes topic to " (Meeting topic: glance)"14:01
openstackThe meeting name has been set to 'glance'14:01
nikhil_k#topic agenda and roll call14:01
*** openstack changes topic to "agenda and roll call (Meeting topic: glance)"14:01
nikhil_ko/14:01
buntingo/14:01
dshakhrayo/14:01
flaper87o/14:01
*** wokuma has joined #openstack-meeting-414:01
rosmaitao/14:01
*** jmckind has joined #openstack-meeting-414:02
bpouloso/14:02
nikhil_kAs we are in the liberty-3 and trying to wrap things up with features and stability of Glance, guess we should give some time for that discussion. And we have a small agenda today14:02
nikhil_k#link https://etherpad.openstack.org/p/glance-team-meeting-agenda14:02
*** ashtokolov has quit IRC14:02
*** ashtokolov has joined #openstack-meeting-414:03
nikhil_kativelkov: dshakhray : any one available for quick update on artifacts meeting notes? if anything important to be brought up now?14:03
*** mclaren has joined #openstack-meeting-414:03
buntingI think there wasnt many people at it, so there wasnt much of a meeting14:04
ativelkovnikhil_k: here, sorry for delay14:04
ativelkovThe meeting on monday didn't get much attendance14:04
*** evgenyf has quit IRC14:04
ativelkovGeneral update: we have a bunch of bugs related to artifacts list filtering14:05
nikhil_kAh I see, can find 3 people on the list here: #link http://eavesdrop.openstack.org/meetings/glance_artifacts/2015/glance_artifacts.2015-08-10-14.03.html14:05
* flaper87 wonders if meetbot can parse in-line tags14:05
ativelkovnikhil_k: thanks for the link14:06
ativelkovSo, that minutes contain a list of open bugs I was talking about14:06
*** evgenyf has joined #openstack-meeting-414:06
ativelkovI am working on these bugs, some are already fixed and are waiting for more functional tests to be written14:07
ativelkovmfedosin will be back from his PTO next week, will join us as well14:07
*** ashtokolov has quit IRC14:07
nikhil_kativelkov: I think we need triage on at least one of them. you got reviewers working with you on them?14:07
nikhil_kcool, guess that answers it14:07
ativelkovYeah, I expect dshakhray to help me with that as well14:08
jokke_o/ sry for being late14:08
nikhil_knice14:08
*** krtaylor has joined #openstack-meeting-414:08
ativelkovThat's all from artifacts side14:09
nikhil_kSo, I had to be offline/afk on Tuesday as well but guessing we skipped the drivers meeting as I see no logs14:09
flaper87nikhil_k: yeah14:09
nikhil_krosmaita: please correct me if I am wrong. I missed your ping and didn't get to it until late yday14:09
nikhil_kthanks flaper8714:09
rosmaitanikhil_k: you are correct14:10
nikhil_kThanks14:10
*** sigmavirus24_awa is now known as sigmavirus2414:10
nikhil_kMoving on.14:10
flaper87I guess we could do a quick sync after the meeting or just wait till next week's14:10
nikhil_k#topic changes still being accepted for V1?14:10
*** openstack changes topic to "changes still being accepted for V1? (Meeting topic: glance)"14:10
nikhil_kflaper87: sure, after this meeting sg14:10
nikhil_kbunting: guess, that's you?14:11
*** kairat has joined #openstack-meeting-414:11
nikhil_k#link https://review.openstack.org/#/c/211636/14:11
nikhil_k#link https://review.openstack.org/#/c/20394814:11
buntingYeah, the patch i put up there has diffrent opinions on what should be allowed to change v114:11
hemanthmI've seen some of us giving -1 for v1 changes and others not14:11
flaper87I was looking at those patches and I'm leaning towards generalizing the answer to that question as: We accept fixes for bugs with severity >=high14:11
flaper87or prob medium?14:11
sigmavirus24flaper87: I'd say >= high14:12
rosmaitasigmavirus24: +114:12
sigmavirus24here's the thing, changing 200 to 403 doesn't seem acceptable14:12
flaper87And I'm not saying just CVEs because I believe we can't do that until Nova moves to v214:12
flaper87sigmavirus24: +114:12
sigmavirus24fixing a 500 is fine14:12
sigmavirus24Fixing a 500 probably shouldn't break other services14:12
sigmavirus24Changing 200 to 403 seems more likely to have that affect14:12
nikhil_kI think there is a bigger problem here14:13
jokke_that's my view to it as well ... leaving known condition leading to 500 is not really acceptable as long as Nova is still relying on it, but that 200 ->403 is something we have blocked similars before14:13
nikhil_kNova stores the image ref in the immutable sys meta and if id changes then base ref for the snapshot can become useless14:13
mclarenI think there's kind of two factors: impact of the bug and the risk/scope of the fix14:13
jokke_mclaren: ++14:14
nikhil_kSo, it might be a catch22 if Nova needs this but other clients are affected in a way that 403 becomes unacceptable14:14
flaper87While I agree with mclaren, I'd like us to not answer this with: "We'll evaluate on each bug"14:14
flaper87because that creates confusion and we'll get back to this discussion later14:14
flaper87if the bug has a reasonable impact, then lets set the severity to high and fix it regardless the impact of the fix14:15
nikhil_kAgree that this becomes subjective to each bug.14:15
jokke_should we make modified list based on the stable branch rules of acceptable changes to Images v1 API?14:15
flaper87note that we're talking about master v1 here, not stable branches14:15
sigmavirus24jokke_: yeah a good policy seems like something we need for v114:15
sigmavirus24especially since v1 is no longer current, but "supported"14:15
jokke_flaper87: yes, that's why I said modified, but we seem to agree pretty close to stable ruleset on the v1 api already14:16
flaper87jokke_: yeah, my message was supposed to arrive before yours14:16
flaper87damnyou14:16
*** TravT has joined #openstack-meeting-414:16
mclarenyeah, something akin to 'stable' seams reasonable14:16
jokke_no backwards incompatibilities, no big risky changes, no new functionalities14:16
flaper87and properly triaged bugs14:16
flaper87with severity >= high14:16
jokke_I'm not sure if severity high is really reasonable14:17
jokke_it is after all unfortunately still in Liberty our main production api14:17
nikhil_kAll this is subject to discussion per bug. Severity can be incresed or decreased as per requirement and they can be flexible per deployer.14:18
flaper87nikhil_k: agreed but I'd like us to have a policy. Even stable backports are subject per patch/bug but we still have some guidelines14:18
nikhil_kBut agree that having a set of guidelines can be helpful14:18
flaper87damn it, I should've waited14:18
flaper87:P14:18
*** harshs has joined #openstack-meeting-414:18
nikhil_kI guess we can take this review as a starting point for drafting one14:19
sigmavirus24yes please14:19
jokke_nikhil_k: that's kind of why I'd like to leave that severity req away from there. I don't want us triaging the bug severity just based on that some bug happens to affect us and we want the fix in. If it can be flexible, lets just leave it away from requirements14:19
flaper87but I think severity could be an important factor14:20
nikhil_k#link https://etherpad.openstack.org/p/liberty-glance-v1-changes-policy14:20
flaper87accepting a bug fix for a bug marked as low, as much as we don't want, could end up introducing a new bug14:20
flaper87if we leave out wishlist/low/etc we reduce the chances to break v1 by fixing it14:21
flaper87medium might be reasonable if we want it to be more flexible14:21
jokke_flaper87: I'd like to see us finding the cycles to fix them mediums from the list first before we start worrying the low ones ;P14:21
flaper87jokke_: we are not the only ones coding on Glance ;)14:22
flaper87other contributors could pick bugs and work on them14:22
flaper87if we leave low v1 bugs open, we're basically saying we're good with ppl fixing them14:22
jokke_flaper87: I find hard time to prioritise them in my reviews and most probably it's really not low impact if someone has energy to bug me enough to review it :P14:23
flaper87jokke_: and I have to disagree... *cough*patches give you free access to the summit*cough*14:24
flaper87(just to mention one random case)14:24
flaper87anyway... moving on14:24
*** zeih has joined #openstack-meeting-414:25
nikhil_kOkay, please add your coughs, oops I mean thoughts on the etherpad14:25
flaper87rofl14:25
nikhil_k:)14:25
nikhil_k#topic Reviews, Bugs and Releases14:25
*** openstack changes topic to "Reviews, Bugs and Releases (Meeting topic: glance)"14:25
flaper87may I go first?14:25
flaper87I'll have to drop in a bit14:25
flaper87erm, leave14:25
flaper87you got it14:25
nikhil_kgo ahead14:26
flaper87thank you14:26
jokke_flaper87: I think that's a good point, we perhaps should start clening the bugs out as well14:26
*** thingee has joined #openstack-meeting-414:26
flaper87I just wanted to +1 what you said at the beginning of the meeting. lets focus on stabilizing and helping needed features to be completed. I'd like to bring to your attention the automatic task triggering spec: https://review.openstack.org/#/c/188388/14:26
flaper87rosmaita: dropped some interesting comments14:27
rosmaitaty14:27
flaper87the reason I'm bringing it up again is because most the +1's on that spec, AFAICT, come from OPs14:27
flaper87it's a needed feature and I believe we still have time14:27
flaper87however, I'd love to hear your feedback on the impact and likelihood14:27
flaper87that's it from me14:28
flaper87and thanks :)14:28
jokke_I think I need "Explain it to me like I'm five" run on that ... I have just really gard time to get grasp it14:28
nikhil_koh yeah, I never added thoughts from irc to the review. thanks for the reminder. I think there has been some dilemma in terms of how this can impact the behavior of Glance.14:28
jokke_"of it"14:28
flaper87nikhil_k: yeah, I'm happy to talk more about it if that helps14:28
nikhil_kThe main worry was we can establish the immutability clause but guess that is stil an open question on the feature14:28
flaper87I don't think it'll change the way Glance operates but I might be missing something14:29
nikhil_kOtherwise, I think we may need something like this for singleton API effort14:29
*** jpeeler has joined #openstack-meeting-414:29
*** jckasper has joined #openstack-meeting-414:29
rosmaitaflaper87: i'm not clear on what the workflow is for using the trigger tasks14:29
flaper87I'll reply to rosmaita comments later today but before submitting a new version, I'd like to collect other folks' comments too14:29
rosmaitaoops14:29
flaper87:D14:30
nikhil_k:)14:30
flaper87I don't want to take the meeting time but I'll explain all that soon14:30
*** Bjoern_ has joined #openstack-meeting-414:30
*** Bjoern_ is now known as BjoernT14:30
flaper87at least what I've in mind, which could be completely wrong14:30
flaper87:P14:30
jokke_:D14:30
rosmaitacan someone give me an objective assessment of the current state of tasks?14:30
rosmaitai am asking because14:30
rosmaitaat the time of the DefCore stuff for Kilo14:30
rosmaitai was getting pushback from various non-glance people that tasks were not legitimate because they were "broken"14:31
rosmaitain unspecified ways14:31
flaper87rosmaita: I think there was a HUGE misconception of what tasks are14:31
flaper87and how they work14:31
rosmaitamy concern is that the current tasks need to be solid before we extend the paradigm14:31
flaper87and why we have them14:31
flaper87and what Glance v2 is14:32
flaper87and Glance14:32
flaper87:P14:32
rosmaitano kidding!14:32
mclarenlol14:32
flaper87I'm not kidding14:32
rosmaitai agreee14:32
flaper87but it's still fun14:32
flaper87:D14:32
flaper87or sad14:32
nikhil_kI have been given the same response in a very specifically unspecific way - meaning the perspective is that Images API is immature. So, the decision on this spec is literally going to define the fate of tasks, glance and defcore14:32
rosmaitaok, i will file a bug that "tasks docs are missing" and get a patch up so we can clarify things14:33
flaper87rosmaita: +114:33
flaper87that sounds amazing14:33
nikhil_kthe above line defcore == defcore take on "images" api14:33
jokke_Well second hand info, but I'm bit worried that there is no way clearing tasks from the list, failed or finished. That alone leaves quite a flimsy feeling of them as whole even if it was just the one thing14:34
hemanthmjokke_: GB21 is working on that14:34
rosmaitajokke_: there's work being done on that as we speak!14:34
flaper87yeah14:34
hemanthmhttps://review.openstack.org/#/c/209255/14:34
wokumaI hate to bring up https://review.openstack.org/#/c/195820 again (like for the 4th time), but, this bug has become critical.14:35
jokke_I know and it's great, that's just one of those things that might send bit harsh message out F.E. to defcore14:35
wokumaI think it should also be back ported to Kilo.14:35
nikhil_kok, yes I think we need to give some time to wokuma14:35
* flaper87 bows and thanks14:35
nikhil_kI guess we can discussion more on this spec before drivers meeting next week to have few more comments.14:36
nikhil_kcan have*14:36
*** lakshmiS has joined #openstack-meeting-414:36
jokke_wokuma: I'd had approved that earlier today if the only other +2 wasn't from mclaren ;)14:36
mclarenanyone available to review wokuma's patch?14:36
wokumaThe bug explains the issue, but, you just need to install it and make sure you can not enter duplicate namespaces, objects, properties, tags and resource-types.14:36
nikhil_kwokuma: the issue is prolly that it;s a scary big migration14:36
wokumaYes. Sorry.14:37
wokumaIt could/should be perhaps even bigger by one more constraint.14:37
*** sbalukoff has quit IRC14:37
rosmaita549 lines of migration code, but +915 lines of tests, so kind of balances out14:38
wokumaI believe Eric Brown reported he had installed it and it works for him.14:38
nikhil_kwhat's the remnant constraint?14:39
nikhil_kand the upgrade of tags there kinda confused me14:39
nikhil_kif we have duplicate tags, it doesn't hurt unless it gives 500s14:39
wokumaa unique index on metadef_namespaces.display_name14:39
mclarenwokuma: this really mainly just touches the metadef models?14:40
wokumaNot sure if duplicate tags throws a 500 or not, will have to test that.14:40
wokumayes. just the metadef_xxx tables.14:40
mclarenie the chance of impacting 'images' is fairly non-existant?14:40
sigmavirus24mclaren: right14:41
nikhil_kit is for non-shared deployers14:41
wokumamclaren: I'm not touching any other tables than the metadef_xxx tables.14:41
nikhil_knon-shared = metadef separate from images14:41
wokumamclaren: so i would say yes, pretty much non-existant.14:41
mclarenwokuma: ok, thanks.14:42
wokumamclaren: np14:42
mclarenso anyone willing to review? even if it's just a 'I'm happy that this won't break images' kind of way?14:43
wokumanikhil_k: should i add the metadef_namespaces.display_name unique index?14:44
wokumaIt will wipe out all the +1 and +2's.14:44
nikhil_kthanks wokuma . I will try to allocate some time for this today if not sigmavirus24 has +Aed it that I don't mind being re-added EOB today14:44
jokke_wokuma: if that's breaking something and needs to be fixed anyways, I'd say lets bite the bullet at once rather than you making another of these monsters for it :P14:45
wokumajokke_: ok14:45
nikhil_kwokuma: does the index need to be added in the table properties?14:45
*** tfukushima has quit IRC14:46
nikhil_kbtw, I think we need to give some more time for other reviews14:46
wokumanikhil_k: The index could be added after.14:46
nikhil_kwokuma: if not as a part of the table args, may be it can be added later14:46
nikhil_kit should be fairly small operation14:46
wokumaI could add it in a subsequent script.14:47
nikhil_kthanks14:47
nikhil_knext are:14:47
wokumanp14:47
nikhil_k#link https://review.openstack.org/#/c/120866/14:47
nikhil_k#link https://review.openstack.org/#/c/205632/14:47
*** zeih has quit IRC14:47
nikhil_krosmaita: hemanthm jcook : anyone of you added those?14:48
hemanthmthose are bufferedreader spec and code14:48
hemanthmnikhil_k: I did14:48
jcooko/14:48
nikhil_kthanks14:48
*** tfukushima has joined #openstack-meeting-414:48
hemanthmwe chatted about this at the mid-cycle14:48
*** radez_g0n3 is now known as radez14:48
nikhil_kjust needs reivews?14:49
hemanthmthere was agreement that this looked like a decent way to fix retries14:49
hemanthmjust wanted to get more input from folks14:49
*** jmckind has quit IRC14:50
jcookI think the patch looks good, just a minor nit by Erno and few questions myself14:50
*** vivek-ebay has joined #openstack-meeting-414:50
hemanthmYeah, I'll fix the config option today.14:50
nikhil_kThanks14:51
mclarenwe talked about continuing to stream if the local cache is full, but that can be an add on...14:51
hemanthmmclaren: yeah, I added that to the spec.14:51
mclarenah, nice14:52
*** blahRus has joined #openstack-meeting-414:52
nikhil_kWho added the next link to agenda?14:52
mclarenI added 1482371, it's not publically viewable yet14:52
jokke_thanks hemanthm14:52
nikhil_k:)14:53
*** ajmiller has joined #openstack-meeting-414:53
hemanthmjokke_: thanks for the review :)14:53
nikhil_kmclaren: and you want to make it so?14:53
mclarenJust wondering what the next step is?14:53
*** vikram_ has joined #openstack-meeting-414:53
mclarenDo we wait for some security paperwork, or just push up the fix?14:54
nikhil_kmclaren: oops, I missed the proposed .patch. Will take a look and review. I think we need at least +2s before making a public review as a part of the workflow14:55
jokke_mclaren: iiuc the paperwork needs to be ready and the patches will be pushed in at the moment of time specified in the paperwork14:55
sigmavirus24mclaren: we shouldn't be talking about it in a public meeting then14:55
sigmavirus24we shouldn't be referencing the bug number even if its not publicly viewable14:55
*** carl_baldwin has joined #openstack-meeting-414:56
nikhil_kagree14:56
mclarenok, my bad14:56
jokke_as part of the process the patch will be provided to vendors so they can have their versions fixed around the time it becomes public14:56
nikhil_ksigmavirus24: I think this needs to be public asap now. we also have a patch ready so should be good14:56
sigmavirus24nikhil_k: are y'all coordinating with the VMT?14:56
*** sdake_ is now known as sdake14:56
sigmavirus24If so, they'll be setting a public disclosure date14:56
jokke_^^14:57
nikhil_kbtw, whoever added subscribers to the bug -- please don't unless you get a approval from the openstack vulnerability team14:57
sigmavirus24^^14:57
sigmavirus24I think our team needs to seriously review the guidelines the VMT has set forth14:57
hemanthmnikhil_k: I added the first few14:57
sigmavirus24No discussion in public logged channels14:57
sigmavirus24Preferably no discussion on IRC14:57
sigmavirus24Patch review on the bug report14:57
nikhil_kplease that notes in mind for all the private bugs14:57
nikhil_knote*14:57
sigmavirus24Only add trusted security cores14:57
nikhil_k++14:58
nikhil_ksigmavirus24: I will14:58
*** puranamr has quit IRC14:58
nikhil_k#action nikhil_k to talk to vmt about the bug14:58
nikhil_kjokke_: we have a couple mins left :)14:58
*** puranamr has joined #openstack-meeting-414:58
wokumaone last question, what about back port of https://review.openstack.org/#/c/195820 to Kilo. I feel it needs to be done.14:58
sigmavirus24jokke_: ^?14:59
jokke_yes so I'd like to get that already public one patched down14:59
*** vivek-ebay has quit IRC14:59
jokke_we provided the functionality with Liberty-1 & -214:59
*** zeih has joined #openstack-meeting-414:59
jokke_and that vulnerability was already disclosed last weeks meeting14:59
nikhil_kok, lessons learnt from/by all. summary email coming on ml.15:00
*** armax has joined #openstack-meeting-415:00
*** sjmc7 has joined #openstack-meeting-415:00
nikhil_kwe are out of time.15:01
nikhil_kThanks all!15:01
nikhil_k#endmeeting15:01
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:01
openstackMeeting ended Thu Aug 13 15:01:10 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/glance/2015/glance.2015-08-13-14.01.html15:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/glance/2015/glance.2015-08-13-14.01.txt15:01
mclarenthanks nikhil_k15:01
openstackLog:            http://eavesdrop.openstack.org/meetings/glance/2015/glance.2015-08-13-14.01.log.html15:01
*** bpoulos has left #openstack-meeting-415:01
*** mclaren has quit IRC15:01
TravT#startmeeting openstack search15:01
nikhil_kTravT: hi15:01
openstackMeeting started Thu Aug 13 15:01:32 2015 UTC and is due to finish in 60 minutes.  The chair is TravT. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
david-lyleo/15:01
*** openstack changes topic to " (Meeting topic: openstack search)"15:01
openstackThe meeting name has been set to 'openstack_search'15:01
sjmc7hi!15:01
lakshmiSo/15:01
*** kairat has left #openstack-meeting-415:01
TravTo/15:01
nikhil_ko/15:01
TravTHow is everybody this fine day15:02
TravT?15:02
*** bunting has left #openstack-meeting-415:02
sigmavirus24o/15:02
rosmaitao/15:02
sjmc7enjoying the airshow practice15:02
TravTSounds interesting15:02
TravTOkay, here's the meeting agenda.  Please add any topics that you see fit.15:02
TravThttps://etherpad.openstack.org/p/search-team-meeting-agenda15:02
TravTI don't have any general status updates today.15:03
TravT#topic Testing - python 315:03
*** openstack changes topic to "Testing - python 3 (Meeting topic: openstack search)"15:03
TravTThis patch merged:     Patch Merged (Thanks Sergey!): https://review.openstack.org/#/c/209939/15:03
sjmc7yeah, that's awesome15:03
TravTSo, I went ahead and put up a patch for zuul gate jobs15:03
TravTto add py3 tests15:04
TravT    Gate Jobs review up: https://review.openstack.org/#/c/212103/15:04
wokumao/15:04
TravTif there is any reason we shouldn't do that, speak now or forever hold your peace.15:04
*** LimorStotland_ has joined #openstack-meeting-415:04
*** sbalukoff has joined #openstack-meeting-415:04
lakshmiSonly reason we didnt do before was to keep it simple when we started searchlight code merge15:05
nikhil_k+1 to that15:05
TravTthat's what I remember as well.15:05
sjmc7yeah, go for it15:05
TravTand moving py 3.4 is a priority from the cross project meetings15:05
*** yamahata has joined #openstack-meeting-415:05
*** LimorStotland_ has quit IRC15:05
nikhil_kTravT: umm, for may be 1 year more :)15:06
nikhil_kbut +1 to avoid regression!15:06
TravTthat's like nothing in openstack time15:06
TravT:)15:06
*** singlethink has joined #openstack-meeting-415:07
TravT#topic Planning a liberty 3 prioritization discussion15:07
*** openstack changes topic to "Planning a liberty 3 prioritization discussion (Meeting topic: openstack search)"15:07
nikhil_kha :)15:07
TravTAs you might have seen, I put up a doodle poll15:07
TravThttp://doodle.com/99kzigdbmed57g7s15:07
*** singleth_ has quit IRC15:08
lakshmiSseems like there's only one option left :)15:08
TravTCurrent responses point to tomorrow at 8 AM pactific15:08
sigmavirus24hah15:08
sigmavirus24works for me15:08
rosmaitaworks for me15:08
sjmc7yep15:08
TravTSo, next question is should we just do it in the IRC room or do it via a video call.15:09
sigmavirus24IRC15:09
sigmavirus24(is my vote)15:09
sigmavirus24I'll probably be on a separate video call all day tomorrow15:09
nikhil_keither works for me15:10
sjmc7irc has the advantage of being logged automatically15:10
*** sankarshan is now known as sankarshan_away15:10
lakshmiSsigmavirus24: all day video call sounds boring15:10
sigmavirus24lakshmiS: it is15:10
*** LimorStotland has joined #openstack-meeting-415:11
lakshmiSirc+115:12
*** bharath has joined #openstack-meeting-415:13
*** TravT has quit IRC15:14
*** TravT has joined #openstack-meeting-415:14
lakshmiSi guess TravT doesnt want IRC15:14
TravTwell, that was fun15:14
TravTwhat'd i miss?15:15
sjmc7:D15:15
nikhil_k:D15:15
TravTsorry, i got disconnected15:15
lakshmiSfun was nothing happened15:15
nikhil_kTravT: we talked about your leaving irc just  when we voted for irc meeting :P15:15
nikhil_kyou*15:15
TravTNot sure if this sent or not. So re-pasting15:15
TravTeither also works for me.  i do like the rich-ness of verbal discussion, but i don't want to leave you out sigmavirus24, so let's go IRC15:16
TravTI don't think it'll take very long, TBH15:16
sigmavirus24TravT: you can leave me out15:16
sigmavirus24I leave myself out of things often15:16
TravTSounds like everybody voted IRC15:16
TravTsigmavirus24: not going to let you off the hook that easy.15:16
TravT;)15:16
sigmavirus24damnit15:16
*** LimorStotland has quit IRC15:16
nikhil_khaha15:17
TravTokay, so tomorrow i'll put out a courtesy reminder15:17
TravTI'm adding a topic here15:17
TravT#topic discussing security bugs15:17
*** openstack changes topic to "discussing security bugs (Meeting topic: openstack search)"15:18
*** bharath has quit IRC15:18
TravTi was watching some of the discussion in the glance meeting just now15:18
*** zeih has quit IRC15:18
TravTsigmavirus24, you were talking about what we should and shouldn't discuss in meetings when it comes to vulnerabilities15:18
TravTwould you or somebody else like to repeat that?15:19
sigmavirus24certainly15:19
sigmavirus24so15:19
sigmavirus24talking about open bugs in meetings is fine15:19
sigmavirus24if a bug has been privately reported though15:19
sigmavirus24then we shouldn't15:19
sigmavirus24A) Link to it15:19
sigmavirus24B) Discuss the bug number15:19
sigmavirus24C) Discuss the contents15:19
sigmavirus24D) Discuss the patch15:20
sigmavirus24E) Add random people to it unless they're vetted security cores15:20
sigmavirus24Basically when something is reported, the only people on the bug should be teh VMT, the security liaison, the PTL15:20
nikhil_kF) Dates15:20
sigmavirus24Right15:20
sigmavirus24Patches are developed as attachments to the bug report15:21
sigmavirus24Once a patch seems to fix the issue, a core or two are added to review it on the bug report15:21
sigmavirus24Once they're satisfied, then a disclosure date is set, the stakeholders are emailed by a VMT member15:21
sigmavirus24And then on teh disclosure date, the patch is proposed to gerrit the cores that were added auto-approve it15:21
sigmavirus24And we have a successful security process15:21
nikhil_k\o/15:22
TravTgreat synopsis15:22
sigmavirus24There's a really good wiki page about all of this15:22
sigmavirus24So that makes me wonder, do we have a security liaison?15:22
sigmavirus24Or a security team?15:22
TravTnow for reporting, there is a Information Type field.15:22
*** padkrish has joined #openstack-meeting-415:22
david-lyleTravT: and nikhil_k once we have a release, you will need a core-sec group15:22
nikhil_kdavid-lyle: good point15:22
david-lyleas sigmavirus24 was pointing out15:22
*** xingchao has joined #openstack-meeting-415:23
nikhil_kliaison(s) == core sec group15:23
*** geoffarnold has joined #openstack-meeting-415:23
TravTwhat if a security related bug is reported and is set as public?15:23
david-lylethen it stays open15:23
sjmc7fix it quick!15:23
nikhil_ksomeone needs to take it up and fi it15:23
david-lyleit's already disclosed at that point15:23
nikhil_kusually the responsibility of the core sec group15:23
david-lyleno, undisclosing15:24
nikhil_kso they needs to be part of cores in general15:24
nikhil_kneed*15:24
nikhil_ktoday is my un-grammar day15:24
sigmavirus24So the other thing is, NEVER add the security group15:24
TravTeveryday is my un-grammar day15:24
* david-lyle doesn't limit to one day15:24
sigmavirus24the VMT and the OpenStack Security Group on Launchpad are two very different teams15:24
sigmavirus24If you add the OSSG it's as good as publicly disclosing15:25
lakshmiSsigmavirus24: can you point to the wiki link15:25
sigmavirus24lakshmiS: let me look15:25
david-lyleyes, when a bug is properly submitted the VMT is usually on it before the project tream15:25
sigmavirus24#linkhttps://wiki.openstack.org/wiki/Vulnerability_Management15:26
*** puranamr has quit IRC15:26
sigmavirus24#link https://wiki.openstack.org/wiki/Vulnerability_Management15:26
sigmavirus24david-lyle: right15:26
sigmavirus24That assumes the bug tracker is appropriately configured15:26
nikhil_kbasically, as a practice you can add Tristan Cacqueray, ttx and (or) Jeremy Stanley15:26
TravTlooks like it is moved here15:26
sigmavirus24glance_store (was?) is not configured appropriately15:26
TravT#link https://security.openstack.org/vmt-process.html15:26
sigmavirus24TravT: yeah,15:26
sigmavirus24I think the links in the wiki (which comes up first on Google) are to that15:27
TravTSince we haven't done a release yet, I think we're okay.  But we've already had a few security bugs reported as public.15:27
TravTBut moving forward, we should follow that process.15:28
nikhil_kI think we are okay for now, given people would be deploying with a risk anyways15:28
fungiyep, please reach out to one of the vmt when you have time and we can clear it up15:28
david-lyleI think the suggestion is configure launchpad properly and have a team/individuals properly assigned by release time15:28
sigmavirus24david-lyle: +115:29
TravTdavid-lyle, sounds good15:29
sigmavirus24we should have this in place before searchlight 1.0.015:29
sigmavirus24that way once we have 1.0.0, we don't need to scramble on the first report15:29
*** vishwanathj has joined #openstack-meeting-415:29
TravTso, i would nominate all cores on this meeting to be a part of sec-core group.15:29
TravTbut how is that normally done?15:29
sigmavirus24fungi: ?15:30
nikhil_kI think that's fair given the diverse set of focus/expertise15:30
david-lylein Horizon it's a subset of core plus a non-core15:30
sjmc7i'm very trustworthy15:30
nikhil_kbasically if we see something in designate we need someone with domain k/w on that, if nova then so15:30
* TravT never believes somebody who says that about themselves15:30
fungiTravT: generally it depends on the size of your core reviewer group15:30
fungiif it's just a handful of people and they're familiar enough with the embargoed security patch proposal/review process such that they can successfully avoid accidentally leaking information prematurely, then that's fine15:31
*** vivek-ebay has joined #openstack-meeting-415:32
nikhil_kone idea: to start with we should ask 2 volunteer security liaisons. they can do the needed delegation once an intial pass is completed15:32
fungifor projects the size of, say, nova it doesn't make sense to have two dozen people automatically subscribed to a vulnerability report. might as well just be public at that point15:32
fungibut yeah, by default for repos in a governance deliverable tagged vulnerability:managed there is a vmt liaison (by default the ptl) and then some subset of the project-team's core reviewers identified with a projectname-coresec group in lp15:33
sigmavirus24Also, I should point out that respected members of the larger sec community are turning against embargoed disclosures15:33
*** dannywilson has joined #openstack-meeting-415:33
TravTsigmavirus24, what does that mean?15:34
sigmavirus24It doesn't affect us15:34
fungifor deliverables that are not officially vulnerability:managed you can mostly follow the same processes we publish, and we're happy to help you out in getting familiar with them15:34
*** dshakhray has quit IRC15:34
sigmavirus24But, there would be no private disclosure of the bug in a private bug report15:34
sigmavirus24Just food for thought is all15:34
fungiright, for any of you who attended my talk at oscon, i tried to underscore that our vmt is taking a pretty hard line on only embargoing things that really benefit from it (where the embargo effort is eclipsed by the potential impact of having the bug public without available fixes)15:35
TravTok, well, i have about 6 people (including me) that I think are candidates for seccore group.15:35
fungiyeah, so you'd create a searchlight-coresec group in launchpad and invite them15:36
TravTOk, that sounds like a good way to go about it.15:36
TravTnikhil_k, sigmavirus24, can we have a side discussion on this later, before I do that?15:37
TravTfungi: thanks for the info.15:38
TravTnow that we've had that topic, let's move on.15:38
TravT#topic Bug review15:39
*** openstack changes topic to "Bug review (Meeting topic: openstack search)"15:39
TravTwhat helped prompt the above15:39
TravTis we have a security bug right now...15:39
TravTas it turns out, it is really just configuration.15:39
sjmc7i'll test this today15:39
TravTso, documentation + devstack settings.15:39
sjmc7yesterday exploded15:39
TravT    Fix for Authentication not Happening: https://review.openstack.org/#/c/211047/15:39
TravTthanks sjmc715:40
TravTif other could also take a look that'd be great.15:40
*** nkrinner has quit IRC15:40
TravTThere is another related bug, which it appears sjmc7 has triaged15:42
TravTcould use some reviews on his fix:15:42
TravThttps://bugs.launchpad.net/searchlight/+bug/148428515:42
openstackLaunchpad bug 1484285 in OpenStack Search (Searchlight) "Elasticsearch unable to parse query when using non-admin user" [Critical,In progress] - Assigned to Steve McLellan (sjmc7)15:42
sigmavirus24TravT: no objection15:42
TravTlakshmiS: i had notified you of that one last night.15:42
TravTdid you also look at it?15:43
lakshmiSyes i did, also looling through sjmc7 fix15:43
lakshmiSlooking15:43
TravTok, sounds good15:43
lakshmiSi am still not sure how it worked before. I will be spending more time on it15:44
*** ashtokolov has joined #openstack-meeting-415:44
*** amotoki has joined #openstack-meeting-415:44
TravTFix for API root returns HTML instead of a list of versions: https://review.openstack.org/#/c/207864/15:44
sjmc7it worked as an admin user15:44
TravTthe above ^ has several positive reviews.15:45
sjmc7yeah, that one's good to go. even graham approved!15:45
TravTjust needs another +2'er with +A15:45
*** padkrish has quit IRC15:45
TravTany other bugs specifically needing attention today?15:46
TravTif not, would like to move to next topic15:47
sjmc7not from me, aside from the other reviews waiting15:47
TravTi had hoped to review more earlier this week,15:47
TravTbut that authentication bug took most my attention15:47
TravTok15:48
TravT#topic     BP: Functional Tests https://blueprints.launchpad.net/searchlight/+spec/set-up-functional-tests15:48
*** openstack changes topic to "BP: Functional Tests https://blueprints.launchpad.net/searchlight/+spec/set-up-functional-tests (Meeting topic: openstack search)"15:48
nikhil_klakshmiS: that patch fixes more then just HTML right?15:48
nikhil_kI mean, is intended to fix**15:48
*** ashtokolov has quit IRC15:49
TravT#undo15:49
openstackRemoving item from minutes: <ircmeeting.items.Topic object at 0xa0a5d10>15:49
lakshmiSprevent HTML output and provide version info similar to glance15:49
nikhil_klakshmiS: and the correct version listing in the discovery api response15:50
lakshmiSnikhil_k: yes and it only has one api version for searchlight which is v115:50
nikhil_kmay be a updated commit message (using the webui) with APIImpact flag for historical purposed?15:50
nikhil_kpurposes*15:50
lakshmiSnikhil_k: sure15:51
nikhil_kI can comment that on the patch15:51
nikhil_kthanks lakshmiS15:51
sjmc7https://review.openstack.org/#/c/207672/ should also have an APIImpact flag in that case15:51
sjmc7since it changes the /search/plugins response15:51
nikhil_kumm, yeah..15:52
TravTsure, go ahead and add it.15:52
TravT#topic https://blueprints.launchpad.net/searchlight/+spec/set-up-functional-tests15:52
*** openstack changes topic to "https://blueprints.launchpad.net/searchlight/+spec/set-up-functional-tests (Meeting topic: openstack search)"15:52
nikhil_kwe can do a quick grep at the end of the cycle and say this is how the API has evolved15:52
nikhil_kthanks TravT15:52
*** puranamr has joined #openstack-meeting-415:53
lakshmiSso ceilometer assumes JDK and ES is already installed and there is no other known solution15:53
lakshmiShttps://github.com/openstack/ceilometer/blob/6f6f655766a1ab4a66e00ea7f95dabb56a654e8a/setup-test-env-es.sh15:53
lakshmiSfor functional tests15:53
sjmc7that's what i did too. because it's hard :)15:53
lakshmiSthats the same approach i am following unless anybody has something to say!15:53
sjmc7i still think there's a lot of value in being able to run them locally even if integrating in CI is hard15:53
*** tfukushima has quit IRC15:54
*** sdake_ has joined #openstack-meeting-415:54
TravTI agree15:54
nikhil_kI see, it might be the only good solution for a bit15:54
*** sbalukoff has quit IRC15:54
*** tfukushima has joined #openstack-meeting-415:55
lakshmiSi will put the patch up for review then!15:55
TravTI am not a fan of creating mock back-ends for integration tests15:55
*** singleth_ has joined #openstack-meeting-415:55
nikhil_klakshmiS: I would like to work with you or on the review. there are a few things like avoiding sys variables that we should do. it broke glance many a times15:56
lakshmiSnikhil_k: definetly15:56
*** odyssey4me has joined #openstack-meeting-415:56
TravTbecause above might be mis-interpretted by others following along at home, just want to be clear that i feel that testing elasticsearch integration should be against real elasticsearch.15:56
sjmc7yes15:57
sjmc7i agree15:57
TravTlakshmiS, that's great you have a patch ready15:57
TravTok, we are almost out of time.15:57
TravTas usual, review what you can.15:58
*** sdake has quit IRC15:58
*** singlethink has quit IRC15:58
nikhil_ksjmc7: I think the nova plugin is failling silly15:58
TravTTomorrow we'll have a BP prioritization review in the room15:58
nikhil_khttps://review.openstack.org/#/c/198852/15:58
lakshmiSwhich room? searchlight or meeting room?15:58
*** evrardjp has joined #openstack-meeting-415:58
nikhil_ksjmc7: may be a set() on the test should help15:58
TravT#openstack-searchlight15:58
TravTI'll send a courtesy reminder out15:59
nikhil_kbecause, currently it's looking at the order of values in  resp15:59
*** mattt has joined #openstack-meeting-415:59
wokumaTravT, lakshmiS - don't forget the i18n meeting.16:00
*** padkrish has joined #openstack-meeting-416:00
TravTthanks everybody16:00
lakshmiSwokuma: thx for the reminder16:00
*** stevelle has joined #openstack-meeting-416:00
TravT#endmeeting16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:00
openstackMeeting ended Thu Aug 13 16:00:18 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_search/2015/openstack_search.2015-08-13-15.01.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_search/2015/openstack_search.2015-08-13-15.01.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_search/2015/openstack_search.2015-08-13-15.01.log.html16:00
*** svg has joined #openstack-meeting-416:00
*** ashtokolov has joined #openstack-meeting-416:00
odyssey4me#startmeeting OpenStack Ansible Meeting16:00
openstackMeeting started Thu Aug 13 16:00:55 2015 UTC and is due to finish in 60 minutes.  The chair is odyssey4me. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: OpenStack Ansible Meeting)"16:00
openstackThe meeting name has been set to 'openstack_ansible_meeting'16:01
*** lakshmiS has left #openstack-meeting-416:01
*** TravT has left #openstack-meeting-416:01
dstaneko/16:01
svgo/16:01
sigmavirus24o/16:01
odyssey4me#topic Agenda & rollcall16:01
andymccro/16:01
*** openstack changes topic to "Agenda & rollcall (Meeting topic: OpenStack Ansible Meeting)"16:01
*** wokuma has left #openstack-meeting-416:01
odyssey4me#link https://wiki.openstack.org/wiki/Meetings/openstack-ansible#Agenda_for_next_meeting16:01
*** sjmc7 has left #openstack-meeting-416:01
evrardjp\o/16:01
odyssey4mehowdy all :)16:02
stevelleo/16:02
*** adityavajjha has joined #openstack-meeting-416:03
serverascodeo/16:04
BjoernTMorning16:04
palendaehi16:04
*** KLevenstein has joined #openstack-meeting-416:04
odyssey4me#topic Review action items from last week16:05
*** openstack changes topic to "Review action items from last week (Meeting topic: OpenStack Ansible Meeting)"16:05
odyssey4meACTION: sigmavirus24 and cloudnull to put together a POC for pip and epoch's16:05
*** alextricity has joined #openstack-meeting-416:05
sigmavirus24ugh16:05
sigmavirus24stuck in upgrade hell right now16:05
sigmavirus24haven't had time for this16:05
odyssey4mesigmavirus24 I take it that will need to carry considering that cloudnull is still on leave?16:05
*** prometheanfire has joined #openstack-meeting-416:05
odyssey4mealright16:05
sigmavirus24yeah that too16:05
odyssey4me#action sigmavirus24 and cloudnull to put together a POC for pip and epoch's16:05
sigmavirus24The idea is on the ML16:05
odyssey4meACTION: odyssey4me to release 11.1.0 on 7 Aug 2015, any blueprints not yet merged to be postponed to 11.2.016:06
odyssey4meso it was released on 10 Aug instead, but it was released with all the blueprints completed :)16:06
odyssey4mewell done everyone for getting that done, even with our busy days!16:06
odyssey4me#link https://launchpad.net/openstack-ansible/kilo/11.1.016:07
odyssey4methere was a lot of work that went into there16:07
odyssey4meACTION: odyssey4me to set 11.2.0 release date to the (tentative) date of 4 Sep16:07
sigmavirus24Good job everyone16:08
sigmavirus24:round of applause:16:08
odyssey4meI've set the date for 11.2.0 as 11 Sep to ensure that we have enough time to get two hotfix patches into 11.1.0, and another week for getting the 11.2.0 feature patches merged in.16:08
odyssey4mehttps://launchpad.net/openstack-ansible/+milestone/11.2.016:08
odyssey4me#link https://launchpad.net/openstack-ansible/+milestone/11.2.016:09
svgfrom me a big thanks on helping meon the Ceph patch16:09
odyssey4methank you svg for doing that work and being patient with us in the reviews and testing16:09
svgI thought you guys were the ones being patient :)16:10
odyssey4meif any bugs are raised against that work, please target them to 11.2.0 for kilo so that we can track which ones need ot be backported16:10
svgack16:10
odyssey4mealternatively patches can also be registered against the blueprint considering that it's still not released yet16:10
*** harshs has quit IRC16:11
evrardjpnot master?16:11
evrardjpok my bad16:11
odyssey4meevrardjp patches get initially added to master, but they won't be backported to kilo until the week before 11.2.016:11
odyssey4meso ceph patches into master are welcome16:11
odyssey4me:)16:11
odyssey4meis everyone happy with the dates for the milestones?16:12
odyssey4mealright, moving on16:13
odyssey4me#topic Blueprints16:13
*** openstack changes topic to "Blueprints (Meeting topic: OpenStack Ansible Meeting)"16:13
odyssey4me#link https://blueprints.launchpad.net/openstack-ansible16:13
*** matrohon has quit IRC16:14
*** padkrish has quit IRC16:14
hughsaunders<-- late16:14
odyssey4meI've added a liberty blueprint. For anything you see that may need follow up in liberty - whether it be an upstream bug, or perhaps settings that need changing due to deprecation - please associate them with that blueprint.16:14
*** bknudson has joined #openstack-meeting-416:15
odyssey4meI'd like to propose adding the upstream liberty-related milestones to trunk so that we can target specific things and also have an easy reference for the dates to help with planning.16:15
odyssey4meAre there any objections to that?16:16
palendaeNope16:16
palendaeWe need more structure around our Liberty stuff16:16
palendaeEven though forward progress on that has been slow16:16
odyssey4me#link https://wiki.openstack.org/wiki/Liberty_Release_Schedule16:16
odyssey4meall we have left is liberty-3, then liberty-release16:17
palendaeI have a feeling we'll miss liberty-release16:17
palendaeAt least any configuration changes16:17
*** evgenyf has quit IRC16:17
odyssey4mepalendae I think it'll be easier than you think. :)16:17
palendaeWe'll see. I won't consider it working til we have working upgrades16:17
hughsaundersnow you're moving the goalposts16:18
odyssey4mewe will definitely have a functional release on the release day - we've been working through kinks as we've updated our sha's and have been fixing upstream bugs as we discover them16:18
*** Brian has joined #openstack-meeting-416:18
palendaehughsaunders: Nope, not at all16:19
odyssey4mepalendae the upgrades will probably be a lot easier as we don't have as many structural changes as juno->kilo16:19
*** Brian is now known as Guest9636316:19
palendaehughsaunders: Function upgrades are more important than greenfield deployments IMO16:19
palendaeodyssey4me: Hopefully :)16:19
odyssey4meI'd like to ask everyone to take the time in the next week to look through the registered blueprints and to self assign where possible, also setting a goal milestone16:20
odyssey4meit'd also be a good idea to get a starting review uploaded so that the design discussions can happen16:20
odyssey4mepalendae has a good one up already16:21
odyssey4me#link https://review.openstack.org/20771316:21
odyssey4mepersonally I think this one is fine, and I believe it's important for adding RHEL support later16:22
odyssey4me#link https://review.openstack.org/20370816:22
odyssey4mealso if we could get some reviews on this patch to the specs repo so that we don't get so many merge conflicts, that'd be grand: https://review.openstack.org/20844016:22
*** Guest96363 has quit IRC16:23
odyssey4me#action odyssey4me to add upstream liberty milestones to the trunk series16:23
*** FallenPegasus has joined #openstack-meeting-416:23
odyssey4me#action all to review blueprints, self-assign and target, then submit and review blueprints16:24
odyssey4meI'd like to suggest that we spend most of next week's meeting discussing our roadmap and breaking down some of the steps into easy pieces to chew on.16:24
palendaeSounds reasonable16:26
*** padkrish has joined #openstack-meeting-416:26
sigmavirus24+116:26
odyssey4mepart of the thought we need to put into it is how we can best serve our downstream consumers16:26
odyssey4meWe have different types of consumers currently - RPC is an example of a consumer which embeds openstack-ansible wholesale into something bigger.16:27
odyssey4meCompass is a relatively new project building a UI around deployment, and is looking to consume our playbooks and roles.16:28
odyssey4meWe also have deployers consuming the playbooks & roles as they are, and perhaps doing their own bits around or over the top.16:28
odyssey4meI'd like us to consider as part of our roadmap making the roles individually consumable, testable and reusable outside of our reference builds.16:29
evrardjpDo we have Compass contributors telling their opinion?16:30
evrardjpthat could be nice16:30
odyssey4meIt'll make it easier for SME's to get involved in adding functionality without having to get too involved in the entire stack.16:30
evrardjp(or even commiting/improving the product)16:30
odyssey4me#link http://lists.openstack.org/pipermail/openstack-dev/2015-August/071892.html16:31
odyssey4me^Compass call for contributors16:31
*** Sukhdev has joined #openstack-meeting-416:32
odyssey4meI've been having conversations with various parties to get feedback about what holds them back from getting involved.16:32
odyssey4meThe feedback has been, so far:16:32
odyssey4me1 - it'd be great if it was easier to get a dev/test environment going16:33
svgso they ask to make openstack easier? ⸮16:34
odyssey4me2 - there is no support for implementing on the platform I use (usually CentOS)16:34
evrardjpok16:35
hughsaunders1) curl | bash16:35
odyssey4mesvg not openstack, but a dev/test environment to understand how to do operator things (add nodes, replicate a bug, etc) and also how to do dev things (add a role, feature or functionality to the stack)16:35
stevellehughsaunders: I was perhaps reading 1 differently: as a multi-node environment which is not that simple.16:36
hughsaundersstevelle: fair16:36
odyssey4mestevelle yes, an AIO is relatively easy in a VM or Cloud - but not everyone has a VM environment or Cloud16:36
odyssey4me#link https://blueprints.launchpad.net/openstack-ansible/+spec/deploy-with-vagrant16:36
palendaeSo i'm not sure how we fix that16:36
palendaeIf they don't have access to VMs16:36
odyssey4me^ has been added and I'm liaising with the guy to add his Vagrant conf and some docs into the repo16:37
andymccrmaybe we make an installable iso, Apsu could you get working on that?16:37
odyssey4methis opens another door16:37
palendaeOr I'm misunderstanding what you're saying, because you just linked to deploying with vagrant after you said not everyone has access to VMs :)16:37
Apsuandymccr: Right on it16:37
odyssey4mewe could also do better at docs16:37
andymccrit could have like questions that stores vars like your public address range etc.16:38
*** ivar-lazzaro has joined #openstack-meeting-416:38
evrardjpCompass handles the PXE booting so I guess it won't be hard to add osad on top of it when the management network is running16:38
*** xingchao has quit IRC16:38
odyssey4meanyway - part of getting more host OS platforms supported are these blueprints:16:38
evrardjpandymccr: this wizard could be done with or without the iso16:38
odyssey4me#link https://blueprints.launchpad.net/openstack-ansible/+spec/mariadb-upgrade-to-v1016:38
evrardjpbut we are getting far from original topic, right?16:38
odyssey4me#link https://blueprints.launchpad.net/openstack-ansible/+spec/add-support-for-systemd16:39
*** ivar-lazzaro has quit IRC16:40
odyssey4meevrardjp right, the point is not for us to change what we do which is deploy on existing hosts - the point is to make it easier for evaluators and developers to get to grips with how what we've built works and how they can contribute16:40
*** ivar-lazzaro has joined #openstack-meeting-416:41
*** sdake has joined #openstack-meeting-416:42
odyssey4memost of the time when people raise their issues I find that they just don't know that we already do things that they thought we didn't16:42
*** meteorfox has joined #openstack-meeting-416:42
odyssey4meso I think we could also do better at sharing our successes and engaging with SME's in the various projects to assist when we're working on things that they could help with16:42
stevellehow much of the friction is from the particular way that we use Ansible?16:42
stevellethinking of vars specifically16:43
odyssey4mestevelle the 3rd objection that they have is to do with the opinionation - we have a pretty rigid way of deploying16:43
stevellethough I know questions about inventory exist too16:43
*** padkrish has quit IRC16:43
odyssey4mestevelle I think that's more of an issue for us than others at this stage. No-one's mentioned that just yet.16:44
odyssey4me#link https://www.google.co.uk/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CCEQFjAAahUKEwiwivvewKbHAhUGF9sKHdx-B9U&url=https%3A%2F%2Fgithub.com%2Fopenstack-ansible%2Fopenstack-ansible&ei=YsnMVbDRDIau7Abc_Z2oDQ&usg=AFQjCNEdKMLeFRncUo1F0xilQ5svqPrfCA&sig2=trguuB1XtNTgs3jHgn3LTg&bvm=bv.99804247,d.ZGU16:44
odyssey4me#action odyssey4me to slap himself with a wet fish16:44
odyssey4me#link https://github.com/openstack-ansible/openstack-ansible16:44
odyssey4me^ I've engaged with the guys who worked on these playbooks and roles.16:45
palendaeodyssey4me: I've seen several questions from people about how the dynamic_inventory.py script works16:45
*** KunalGandhi has joined #openstack-meeting-416:45
odyssey4meThey're currently on icehouse and have committed to evaluate the stack we have and provide feedback. It's early days though.16:45
*** sdake_ has quit IRC16:45
evrardjpI think variables handling could prevent adoption: I was afraid myself at first16:46
odyssey4mepalendae agreed, those questions come from those who've actually deployed and tried doing hard things :)16:46
odyssey4mepalendae has suggested that he'd like to write up some reference documentation about it all16:47
palendaeYep, I have some things sitting on my hard drive to get pushed up16:47
*** jckasper has quit IRC16:47
odyssey4meI'm of the opinion that we can break down a lot of barriers to adoption by making the roles independant units, consumable on their own.16:47
palendaeSure16:47
odyssey4meIt will allow those interested to tackle broader OS support in a smaller unit.16:48
evrardjpI agree16:48
odyssey4meIt will also allow people to deploy in whatever way they choose, instead of the way we've chosen.16:48
odyssey4meIt will also make it easier to get to grips with the pieces that people are interested in, instead of the monolithic large pile of code we have now.16:49
palendaeThat's gonna be a very long term road map, fwiw16:49
*** jckasper has joined #openstack-meeting-416:49
odyssey4mewell, maybe - but maybe not16:49
palendaeI think Keystone's a great place to start, but this is not going to be all done by 1216:49
palendaeSome of our roles are very intertwined16:49
odyssey4meif we split the roles into their own repositories - which will be in the openstack namespace, then we use submodule references in os-ansible-deployment in order to handle a full cycle of deprecation, then it may be achievable16:50
*** padkrish has joined #openstack-meeting-416:50
palendaeThat's the high level, yeah..16:50
*** Mohankumar has joined #openstack-meeting-416:50
*** mitchjameson has joined #openstack-meeting-416:50
odyssey4meduring the M cycle we can work on making them more individually functional and individually tested16:50
palendaeThough submodules everywhere...we were down that road with the chef stuff, no?16:51
odyssey4meyeah, not ideal - but after the one cycle we remove them and have them all as ansible galaxy roles16:51
palendaeOk, I think it's a reasonable high level plan. I just think the details may bog it down16:52
odyssey4meor shall we say the submodules stay in the branches they need to stay in, but in master we switch16:52
odyssey4meAnyway - let's put some thought into the future this week coming, and try to get our thoughts into specs. We can make the blueprints dependant on each other to help understand what follows what.16:53
odyssey4meOur time is just about up, so I'd like to open the floor for comments, questions, suggestions and general banter...16:54
* odyssey4me slaps himself with a wet fish16:54
* odyssey4me ticks 'action complete' checkbox16:54
meteorfoxI have the Rally ansible role, ready to go, https://github.com/meteorfox/ansible-rally16:54
meteorfoxwell, you can say is the mvp version16:55
odyssey4meyep :) didn't realise you were here meteorfox16:55
stevelleit could use a bit of love in the readme :)16:55
*** VW_ has quit IRC16:55
*** abhisriatt has joined #openstack-meeting-416:55
odyssey4meI forgot about that - I'd like to submit the review to register our first role in the openstack namespace.16:56
odyssey4meWe need to figure out a naming convention.16:56
*** VW_ has joined #openstack-meeting-416:56
meteorfoxyes, I'm aware of that, and there a few directories which are 'empty' and could be deleted16:56
odyssey4meI was thinking something along the lines of 'openstack-ansible-<role name>' ?16:56
odyssey4meonce we've registered it, meteorfox can submit his code as a first review and we can collaborate on improving it16:57
odyssey4methoughts?16:57
*** max_klyus has joined #openstack-meeting-416:57
meteorfoxI'm fine with the name convention16:57
*** LouisF has joined #openstack-meeting-416:58
odyssey4mepalendae sigmavirus24 andymccr hughsaunders mattt ?16:58
sigmavirus24yeah that works for me16:58
palendaeyou're submitting that for Liberty? Prior to the blueprint being finalized?16:58
*** johnsom has joined #openstack-meeting-416:59
andymccrso it would be the first role in its own repo?16:59
*** VW__ has joined #openstack-meeting-416:59
*** FallenPegasus has quit IRC16:59
andymccrwith the expectation others follow the same pattern (are moved to that pattern)16:59
odyssey4meandymccr yep17:00
odyssey4mewe're out of time - move to #openstack-ansible17:00
odyssey4me#endmeeting17:00
*** VW_ has quit IRC17:00
andymccrwell if the bigger plan is to move to that model then sure it makes sense17:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:00
openstackMeeting ended Thu Aug 13 17:00:17 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2015/openstack_ansible_meeting.2015-08-13-16.00.html17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2015/openstack_ansible_meeting.2015-08-13-16.00.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2015/openstack_ansible_meeting.2015-08-13-16.00.log.html17:00
*** jay_s_b has joined #openstack-meeting-417:01
*** evrardjp has left #openstack-meeting-417:01
*** bharath has joined #openstack-meeting-417:02
LouisF#startmeeting service-chaining17:02
openstackMeeting started Thu Aug 13 17:02:38 2015 UTC and is due to finish in 60 minutes.  The chair is LouisF. Information about MeetBot at http://wiki.debian.org/MeetBot.17:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:02
*** Brian__ has joined #openstack-meeting-417:02
*** openstack changes topic to " (Meeting topic: service-chaining)"17:02
openstackThe meeting name has been set to 'service_chaining'17:02
*** george__ has joined #openstack-meeting-417:02
johnsomo/17:02
LouisFhi all17:02
george__hi17:03
*** akwasnie has quit IRC17:03
Brian__hi all17:03
max_klyushi there17:03
Mohankumarhi17:03
abhisriatthi17:03
pcarverhi17:03
*** svg has left #openstack-meeting-417:03
*** jay_s_b has quit IRC17:04
LouisFcathy will be joining shortly17:04
vikram_hi17:05
LouisFI posted an update to the API https://review.openstack.org/#/c/204695/17:05
*** stevelle has left #openstack-meeting-417:05
LouisFvikram_: hi17:05
xgermanhi17:05
*** tfukushima has quit IRC17:06
*** bharath has quit IRC17:06
LouisFvikram_: thanks for the review of the previous patch17:06
*** FallenPegasus has joined #openstack-meeting-417:06
vikram_++17:06
*** ashtokolov has quit IRC17:07
*** ashtokolov has joined #openstack-meeting-417:07
*** harshs has joined #openstack-meeting-417:07
*** cahty has joined #openstack-meeting-417:07
cahtyhi everyone17:07
LouisFcahty: hi17:07
*** padkrish has quit IRC17:07
cahtysorry for my Internet conneciton issue17:07
*** ashtokolov has quit IRC17:08
*** ashtokolov has joined #openstack-meeting-417:08
*** cahty has quit IRC17:08
*** vivek-ebay has quit IRC17:08
*** cathy_ has joined #openstack-meeting-417:09
*** padkrish has joined #openstack-meeting-417:09
cathy_hi everyone17:09
LouisFcathy_: hi17:09
cathy_sorry for my Internet connection issue17:09
*** Mohankumar has quit IRC17:09
cathy_let's start17:09
cathy_#topic port pair17:10
cathy_We are thinking about creating a separate resource for port pair.17:10
LouisFi feel that having a separate port-pair resource is useful17:10
LouisFas we have in the latest API spec17:10
*** odyssey4me has left #openstack-meeting-417:11
*** prometheanfire has left #openstack-meeting-417:11
cathy_This is because: we would need to attach different attributes to the port. For example, to support Load distribution among a group of SFs, we need to attach a weight to the port pair17:12
pcarvercathy_: That sounds like a reasonable use case17:12
*** ashtokolov has quit IRC17:12
cathy_Also different SF could support different chain identification mechanism, such as chainID in the new chain header or VLAN. So we need the chain identification attribute attached to the port pair too.17:13
*** jerryz has joined #openstack-meeting-417:13
LouisF+117:14
cathy_so that the vSwitch can forward the appropriate packet format to the SF VM17:14
pcarverIs there any argument against having it as a separate resource? (I'm afraid I haven't read everyone's comments on every review in my backlog)17:15
*** vishwanathj has quit IRC17:15
cathy_Another attribute needed is the " SF type" since the processing on the Switch is different for L2 Type SF and L3 type SF17:15
cathy_pcarver: I don't think so, but vikram_ is asking whether we need it or not.17:16
vikram_cathy_: i feel port group is sufficient to handle17:16
*** sbalukoff has joined #openstack-meeting-417:17
pcarverI think we agree it's needed in the data model, but are questioning whether it needs to be directly manipulated by the API. Is that correct?17:17
pcarverOr are we questioning whether it needs to be in the database at all?17:17
pcarverBasically I'm asking whether this is an API discussion or a database normalization discussion or both17:18
LouisFvikram_: i think that having it in the api makes it easier to be able to add  attributes to a port-pair resource if needed in the future17:18
*** mohankumar_ has joined #openstack-meeting-417:18
cathy_vikram_: If we need to attach additional attributes to the port pairs, it seems better to have a separate entity for port pair so that we cna extend the port pair without changing the port group. What do you think?17:18
cathy_pcarver: both17:19
*** vikram has joined #openstack-meeting-417:19
pcarverThe reason I'm asking, is because my followup question is: What's the harm in not exposing it in the API until we add something to the API that requires it?17:19
vikramsorry got disconnected17:19
pcarverIf it's part of the DB model, but we don't need to manipulate it now via API we can always add to the API later17:19
max_klyusI'm not sure if somebody saw my comments about tunnel redundancy/balancing across CNs. Does it make sense or such kind of things not in scope?17:19
vikramcathy_: What I feel is too many CLI's will confuse user17:20
*** vikram_ has quit IRC17:20
vikramif we feel port-pair is necessary then we can remove port-group17:20
cathy_pcarver: the harm is that we will make the port group API too complicated.17:21
pcarvervikram: I agree, especially if the CLI (or API) exposes things that have no current function and are just part of a future use design17:21
LouisFpcarver: if we have a port-pair resource then the chnages will be localized to the port-pair resource itself and  not affect the port group resource17:21
abhisriattvikram: I’m already confused :)17:21
vikram:)17:21
cathy_vikram: yes, I understand your concern. But having a port pair API is more modular in terms of API design and can be useful for other features17:22
pcarverI think if we agree it belongs in the data model, the question is whether it needs to be exposed by API17:22
vikram++17:22
pcarverIf there's no current functionality that the user can do with it, we shouldn't expose it now17:22
xgerman+117:22
*** ashtokolov has joined #openstack-meeting-417:22
cathy_pcarver: Actually It is needed now:-)17:22
*** ashtokolov has quit IRC17:22
pcarverWhen we add the new capability to manipulate it in a useful way we can add it to the API17:23
abhisriattcathy_:what’s the use case?17:23
pcarvercathy_: Can you give a user story?17:23
*** bharath has joined #openstack-meeting-417:23
cathy_Ok, let me describe it.17:23
pcarverWhat would the end user of the CLI or API do with it, given the initial release of the SFC functionality?17:23
cathy_Let's take the weight example. If there are multiple SF associated with a group, then we need the weight of each SF to be passed down for the Switch to choose which SF to use17:25
LouisFeach port-pair can potentially have a different encap mechanism such as nsh, or vlan, etc17:25
*** amotoki has quit IRC17:25
cathy_what Louis gives is another usage example.17:26
pcarverbut are we supporting that now or are you future-proofing?17:26
cathy_now17:26
LouisFthe weight can definitely be used right now17:26
*** vikram_ has joined #openstack-meeting-417:26
cathy_let's take the SF encap mechanism.17:26
abhisriattHow is this use case different from load balancing?17:27
cathy_We already know that different SF uses different encap mechansm17:27
LouisFopenflow support weights on buckets within a group17:27
pcarverThe SF encap mechanism is definitely future use, though isn't it? We said that NSH would be dependent on future support from OvS17:27
*** nhairston has joined #openstack-meeting-417:27
*** vikram has quit IRC17:28
pcarverI'm not really opposed to including it in the API as long as the knob does something.17:28
pcarverBut we shouldn't expect users to set a setting that can only be set one way17:28
LouisFand the OF bucket weight can be used for load distribution for a port-group that consists of port-pairs having different weights17:29
*** dshakhray has joined #openstack-meeting-417:29
*** sdake_ has joined #openstack-meeting-417:29
*** dshakhray has quit IRC17:29
cathy_Even OVS does not support NSH, the OVS still needs to figure out the packet format when it sends the flow to the SF VM and that packet format depends on what format is supported by the VM SF. It could be VLAN or something else17:29
pcarverAlso, consider testing. The more knobs in the API the more scenarios that need test cases to make sure they all work and in all combinations.17:30
vikram_pcarver: I agree... let's expose what really is really required17:30
cathy_pcarver: yes, we will need to test them17:30
*** padkrish has quit IRC17:31
pcarverMaybe, a slightly different topic, but are we expecting fully functioning implementation in Liberty timeframe?17:31
cathy_abhisriatt: adding the weight is for the use case of load balancing.17:31
pcarverI'd rather see a less featured implementation that is complete in Liberty timeframe then a more featured implementation that isn't finished17:31
cathy_pcarver: Liberty is our goal.17:31
*** vivek-ebay has joined #openstack-meeting-417:32
*** sdake has quit IRC17:32
pcarvercathy_: That's what I though, but with time running short that's why I'm questioning how many features, and equally importantly how many test cases can be delivered in that timeframe17:32
LouisFpcarver: what features do you see as stretch features?17:32
*** vivek-ebay has quit IRC17:32
*** asselin has joined #openstack-meeting-417:33
xgermanLiberty code freeze is in about two weeks - just a reminder17:34
pcarverLouisF: I'm behind on reviewing all the code that's already up on Gerrit, so I can't quite judge. I'm just asking if this particular topic we're discussing is included.17:34
pcarverAnd I don't mean just a required hop in the API17:34
cathy_pcarver: we think the base features should include the load balancing among SFs which needs the weight, the format the OVS uses to forward to the SF which needs the specifcation of the SF encap format17:35
pcarverI mean a knob in the API that you'd be able to use in multiple ways, and that there would be test coverage for all ways of using it.17:35
vikram_LouisF, cathy_: why we can't remove port group.. it's just grouping port-pairs.17:35
vikram_instead list of port-pairs could be passed directly17:36
vikram_while creating chain17:37
mohankumar_vikram_: i think  to achive  load balancing17:37
*** carl_baldwin has quit IRC17:38
max_klyusif port group will be removed load balancing will be impossible17:38
abhisriattAnd policies can also be easily applied on port groups rather on individual port-pairs.17:38
mohankumar_port group will be the better way than passing directly17:38
LouisFvikram_: that will cause work to remove port-groups and then test17:39
*** xingchao has joined #openstack-meeting-417:39
vikram_LoiusF: ok17:39
cathy_I think we should keep the port group for LB17:39
*** KLevenstein has quit IRC17:40
vikram_i still don't understand why we can't achieve LB without port-group..17:40
pcarverI'm ok with keeping it as long as it's an implemented, tested feature, not just extra work for the API user to always pass one legal value17:41
vikram_may be i need to think more.. and lagging behind :(17:41
*** VW__ is now known as VW_17:41
*** fawadkhaliq has quit IRC17:42
*** xingchao has quit IRC17:43
cathy_So if we want to shoot for Liberty, we will probably not add these new attributes and we will keep existing APIs and CLIs. Please everyone go to the API patch to give your review and we need to merge this as soon as possible.17:45
cathy_These APIs have been implemented and tested17:46
vikram_cathy_: Once API is finalisied will correct CLI and horizon patch17:46
pcarvercathy_: "These" meaning with or without the port group and load balancing feature?17:46
cathy_vikram_: good. Thanks.17:46
vikram_quit17:46
*** vikram_ has quit IRC17:47
cathy_pcarver: with port group and LB17:47
LouisFyes17:47
pcarverOk, thanks17:47
abhisriattHave we finalized on the tunneling solution?17:47
cathy_But we will do a very simple LB with out weight17:47
LouisFabhisriatt: we should discuss that now17:47
abhisriattLouisF: sure.17:48
pcarvercathy_: but that's what I meant, if we do it without weight, do we need the port group to do that?17:48
pcarverOr is the user being asked to make the port group API call even though they can't actually configure it more than one way?17:48
LouisFabhisriatt: what is your suggestion here?17:48
abhisriattLouisF: The approach that we used internally, actually uses MAC rewriting at each hop inside OVS to steer flows through SFs.17:49
cathy_abhisriatt: we are thinking about using "raw packet+VXLAN" or "raw packet+ether header+VXLAN". Both are compliant with the IETF standard17:49
cathy_abhisriatt: what's your thought?17:49
LouisFabhisriatt: to rewrite the dst mac?17:49
abhisriattLouisF: Yes.17:49
cathy_pcarver: we need port group since it specifies how many and what SFs belong to the same group for LB.17:50
abhisriattIn the beginning, the packet will have src ip, port and dst ip, port.17:50
LouisFwhen the packet returns from the SF what fields are used to re-classify?17:50
cathy_pcarver: without weight, we cna just use round robin to choose the SF out of the group17:51
abhisriatthowever, at the source, the ovs replaces the dst mac with the first SF VM mac17:51
abhisriattcathy_: do we have a provision of learning in the load balancing.17:51
abhisriattcathy_: for security SFs, we need to maintain the session. Hence, the flows must travel to same set of SFs.17:52
max_klyusweight parameter also will be useful for "smart" balancing potentially we could know the load of each SF at the moment17:52
*** SumitNaiksatam has joined #openstack-meeting-417:52
*** ashtokolov has joined #openstack-meeting-417:52
LouisFabhisriatt: right, but when the packet is reterned from the SF how is that packet identified as being part of a specific chain to steer it to the next hop SF?17:52
cathy_max_klyus: yes, it is for that purpose. But given the time limit, we will add that in the next release17:53
LouisFmax_klyus: +117:53
abhisriattLouisF: we can use flow classifers. For example: if we apply the SF on UDP traffic, our OVS rules look for UDP traffic. We can go very fine-grained at the port level too.17:53
*** george__ has quit IRC17:53
*** nhairston has quit IRC17:53
*** vivek-ebay has joined #openstack-meeting-417:53
*** FallenPegasus has quit IRC17:53
LouisFabhisriatt: ok so you use per-SF re-classification17:53
*** vivek-ebay has quit IRC17:54
LouisFthis is assuming transparent SF that do not modify the packet n-tuple17:54
cathy_abhisriatt: are you talking about the forwarding between the OVS and its connecting SF or the forwarding between two OVS on two Compute node?17:54
abhisriattLouisF:Yes, we assuming SFs as blackboxes.17:54
*** nhairston has joined #openstack-meeting-417:54
abhisriattcath_: forwarding between two OVS on two Compute node17:55
*** Brian has joined #openstack-meeting-417:55
pcarverI believe the MAC rewriting has a lot in common with how Contrail does it too, although with Contrail there's an additional L3 component.17:55
*** salv-orl_ has joined #openstack-meeting-417:55
*** mattymo_ has left #openstack-meeting-417:55
*** Brian is now known as Guest2113617:55
LouisFabhisriatt: meaning they are transparent and do not modify the packet's header?17:55
*** fawadkhaliq has joined #openstack-meeting-417:56
pcarverContrail controls the sequence of hops by setting the L3 next hop vRouter (which as a side effect essentially changes the MAC too)17:56
*** sc68cal has quit IRC17:56
cathy_abhisriatt: pcarver there are two aspects we need to consider when forwarding between two OVSs. One is the inner packet destination associated with the destination SF VM and the other is the outer packet destination associated with the destination OVS.17:57
abhisriattLouisF: yes. even if they do, since our ovs rules remember the next hop for the packet. we can send them.17:57
cathy_I guess we do not have time to finish this discussion in this meeting. We will need a diagram to show the data path format.17:58
LouisFabhisriatt: we should discuss further17:58
*** galstrom_zzz is now known as galstrom17:58
abhisriattcathy_, LouisF:yes.17:58
*** salv-orlando has quit IRC17:59
cathy_abhisriatt: could you write up the data path format which will be very helpful for our discussion? We can also write a datapath format option.17:59
*** padkrish has joined #openstack-meeting-417:59
*** Guest21136 has quit IRC18:00
*** fawadkhaliq has quit IRC18:00
*** fawadkhaliq has joined #openstack-meeting-418:00
cathy_Ok, folks, time is up. Let's resume the discussion next week. abhisriatt could you post your data path format on the wiki page Paul created. We will do the same.18:00
abhisriattcathy_: sure.18:00
cathy_Thanks everyone. bye for now.18:00
abhisriattbye18:00
Brian__bye18:00
max_klyusbye18:00
pcarverbye18:00
mohankumar_ bye18:00
LouisFbye18:00
*** carl_baldwin has joined #openstack-meeting-418:01
*** Brian__ has quit IRC18:01
*** CheKoLyN has joined #openstack-meeting-418:01
LouisF#endmeeting18:01
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:01
openstackMeeting ended Thu Aug 13 18:01:19 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/service_chaining/2015/service_chaining.2015-08-13-17.02.html18:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/service_chaining/2015/service_chaining.2015-08-13-17.02.txt18:01
openstackLog:            http://eavesdrop.openstack.org/meetings/service_chaining/2015/service_chaining.2015-08-13-17.02.log.html18:01
*** salv-orl_ has quit IRC18:01
*** cathy_ has quit IRC18:01
*** salv-orl_ has joined #openstack-meeting-418:01
*** mitchjameson has quit IRC18:02
*** sc68cal has joined #openstack-meeting-418:02
*** sc68cal has quit IRC18:02
*** sc68cal has joined #openstack-meeting-418:02
*** salv-orl_ has quit IRC18:04
*** salv-orl_ has joined #openstack-meeting-418:05
*** mohankumar_ has quit IRC18:05
*** jwagner_away is now known as jwagner18:06
*** mitchjameson has joined #openstack-meeting-418:06
*** echoingumesh has joined #openstack-meeting-418:09
*** echoingumesh has quit IRC18:09
*** jmckind has joined #openstack-meeting-418:09
*** echoingumesh has joined #openstack-meeting-418:10
*** johnsom has left #openstack-meeting-418:10
*** salv-orlando has joined #openstack-meeting-418:10
*** salv-orl_ has quit IRC18:12
*** padkrish has quit IRC18:13
*** padkrish has joined #openstack-meeting-418:13
*** echoingumesh has quit IRC18:14
*** aventera_ has joined #openstack-meeting-418:15
*** fawadkhaliq has quit IRC18:16
*** padkrish_ has joined #openstack-meeting-418:17
*** padkrish_ has quit IRC18:17
*** padkrish has quit IRC18:17
*** aventerav has quit IRC18:18
*** padkrish has joined #openstack-meeting-418:19
*** padkrish has quit IRC18:19
*** padkrish has joined #openstack-meeting-418:20
*** padkrish has quit IRC18:24
*** aventera_ has quit IRC18:28
*** aventerav has joined #openstack-meeting-418:29
*** abhisriatt has quit IRC18:29
*** nhairston1 has joined #openstack-meeting-418:31
*** nhairston has quit IRC18:31
*** echoingumesh has joined #openstack-meeting-418:32
*** Sukhdev has quit IRC18:32
*** salv-orlando has quit IRC18:39
*** padkrish has joined #openstack-meeting-418:42
*** ashtokolov has quit IRC18:43
*** jwagner is now known as jwagner_away18:47
*** baoli_ has quit IRC18:48
*** baoli has joined #openstack-meeting-418:49
*** jwagner_away is now known as jwagner18:49
*** padkrish has quit IRC18:56
*** abhisriatt has joined #openstack-meeting-418:57
*** baoli has quit IRC18:58
*** baoli has joined #openstack-meeting-418:58
*** baoli has quit IRC18:58
*** abhisriatt has quit IRC18:59
*** fawadkhaliq has joined #openstack-meeting-419:01
*** bharath has quit IRC19:03
*** bharath has joined #openstack-meeting-419:04
*** fawadkhaliq has quit IRC19:06
*** bapalm_ is now known as bapalm19:07
*** bharath has quit IRC19:08
*** sdake has joined #openstack-meeting-419:09
*** sdake_ has quit IRC19:12
*** padkrish has joined #openstack-meeting-419:14
*** nhairston1 has quit IRC19:16
*** padkrish has quit IRC19:18
*** padkrish has joined #openstack-meeting-419:20
*** FallenPegasus has joined #openstack-meeting-419:21
*** KLevenstein has joined #openstack-meeting-419:21
*** armax has quit IRC19:23
*** max_klyus has quit IRC19:26
*** padkrish has quit IRC19:27
*** puranamr has quit IRC19:30
*** padkrish has joined #openstack-meeting-419:30
*** puranamr has joined #openstack-meeting-419:30
*** salv-orlando has joined #openstack-meeting-419:31
*** singleth_ has quit IRC19:31
*** bharath has joined #openstack-meeting-419:32
*** numan has quit IRC19:33
*** singlethink has joined #openstack-meeting-419:33
*** nhairston has joined #openstack-meeting-419:35
*** salv-orlando has quit IRC19:36
*** jmckind has quit IRC19:38
*** padkrish has quit IRC19:39
*** padkrish has joined #openstack-meeting-419:39
*** padkrish_ has joined #openstack-meeting-419:40
*** padkrish has quit IRC19:40
*** Brian has joined #openstack-meeting-419:43
*** Brian is now known as Guest2781819:43
*** VW_ has quit IRC19:44
*** VW_ has joined #openstack-meeting-419:44
*** puranamr has quit IRC19:46
*** puranamr has joined #openstack-meeting-419:47
*** alextricity has quit IRC19:47
*** Sukhdev has joined #openstack-meeting-419:47
*** wojdev has joined #openstack-meeting-419:48
*** VW_ has quit IRC19:49
*** jwagner is now known as jwagner_away19:49
*** salv-orlando has joined #openstack-meeting-419:50
*** Guest27818 has quit IRC19:51
*** jwagner_away is now known as jwagner19:52
*** wojdev has quit IRC19:58
*** padkrish_ has quit IRC20:01
*** padkrish has joined #openstack-meeting-420:01
*** ashtokolov has joined #openstack-meeting-420:02
*** puranamr has quit IRC20:03
*** puranamr has joined #openstack-meeting-420:04
*** padkrish_ has joined #openstack-meeting-420:04
*** padkrish has quit IRC20:04
*** wojdev has joined #openstack-meeting-420:05
*** wojdev has quit IRC20:05
*** ivar-lazzaro has quit IRC20:06
*** ivar-lazzaro has joined #openstack-meeting-420:06
*** puranamr has quit IRC20:07
*** puranamr has joined #openstack-meeting-420:07
*** jmckind has joined #openstack-meeting-420:08
*** ivar-lazzaro has quit IRC20:10
*** ivar-lazzaro has joined #openstack-meeting-420:11
*** VW_ has joined #openstack-meeting-420:12
*** britthou_ has joined #openstack-meeting-420:15
*** jmckind has quit IRC20:17
*** Shamail has joined #openstack-meeting-420:17
*** britthouser has quit IRC20:18
*** ashtokolov has quit IRC20:18
*** britthou_ has quit IRC20:19
*** ashtokolov has joined #openstack-meeting-420:20
*** ivar-lazzaro has quit IRC20:24
*** mitchjameson has quit IRC20:25
*** nhairston has quit IRC20:27
*** adityavajjha has quit IRC20:27
*** baoli has joined #openstack-meeting-420:29
*** Shamail has quit IRC20:30
*** mitchjameson has joined #openstack-meeting-420:30
*** sdake_ has joined #openstack-meeting-420:32
*** baoli has quit IRC20:34
*** sdake has quit IRC20:36
*** krtaylor has quit IRC20:37
*** abhisriatt has joined #openstack-meeting-420:37
*** LouisF has quit IRC20:40
*** xingchao has joined #openstack-meeting-420:42
*** jwagner is now known as jwagner_away20:46
*** ashtokolov has quit IRC20:46
*** sbalukoff has quit IRC20:46
*** xingchao has quit IRC20:48
aventeravyeah20:48
*** aventerav has left #openstack-meeting-420:48
*** fawadkhaliq has joined #openstack-meeting-420:48
*** krtaylor has joined #openstack-meeting-420:49
*** Guest61394 is now known as med_20:51
*** med_ has joined #openstack-meeting-420:51
*** VW_ has quit IRC20:58
*** sbalukoff has joined #openstack-meeting-420:58
*** VW_ has joined #openstack-meeting-420:58
*** abhisriatt has quit IRC21:01
*** VW_ has quit IRC21:03
*** jmcbride has joined #openstack-meeting-421:04
*** jmcbride has left #openstack-meeting-421:05
*** yamamoto has joined #openstack-meeting-421:10
*** jckasper has quit IRC21:11
*** VW_ has joined #openstack-meeting-421:14
*** rfolco has quit IRC21:14
*** ashtokolov has joined #openstack-meeting-421:15
*** vishwanathj has joined #openstack-meeting-421:17
*** VW_ has quit IRC21:19
*** yamamoto has quit IRC21:19
*** Sukhdev has quit IRC21:21
*** armax has joined #openstack-meeting-421:22
*** Sukhdev has joined #openstack-meeting-421:24
*** jwagner_away is now known as jwagner21:26
*** B_Smith has quit IRC21:31
*** dannywilson has left #openstack-meeting-421:36
*** ajmiller has quit IRC21:37
*** jmckind has joined #openstack-meeting-421:37
*** padkrish_ has quit IRC21:39
*** puranamr has quit IRC21:39
*** padkrish has joined #openstack-meeting-421:39
*** ajmiller has joined #openstack-meeting-421:40
*** VW_ has joined #openstack-meeting-421:40
*** padkrish_ has joined #openstack-meeting-421:41
*** nhairston has joined #openstack-meeting-421:41
*** padkrish has quit IRC21:41
*** puranamr has joined #openstack-meeting-421:43
*** jwagner is now known as jwagner[away]21:45
*** jwagner[away] is now known as jwagner21:45
*** B_Smith has joined #openstack-meeting-421:45
*** sigmavirus24 is now known as sigmavirus24_awa21:46
*** nhairston has quit IRC21:48
*** jmckind has quit IRC21:50
*** abhisriatt has joined #openstack-meeting-421:51
*** ivar-lazzaro has joined #openstack-meeting-421:52
*** FallenPegasus has quit IRC21:53
*** BjoernT has quit IRC21:54
*** puranamr has quit IRC21:58
*** baoli has joined #openstack-meeting-422:00
*** abhisriatt has quit IRC22:01
*** armax has quit IRC22:04
*** klamath has quit IRC22:05
*** baoli has quit IRC22:05
*** padkrish_ has quit IRC22:06
*** padkrish has joined #openstack-meeting-422:07
*** dzamboni has quit IRC22:07
*** puranamr has joined #openstack-meeting-422:10
*** padkrish has quit IRC22:11
*** padkrish has joined #openstack-meeting-422:11
*** sdake has joined #openstack-meeting-422:12
*** KLevenstein has quit IRC22:14
*** sdake_ has quit IRC22:16
*** FallenPegasus has joined #openstack-meeting-422:17
*** VW_ has quit IRC22:18
*** VW_ has joined #openstack-meeting-422:18
*** puranamr has quit IRC22:19
*** bnemec has quit IRC22:20
*** VW_ has quit IRC22:23
*** CheKoLyN has quit IRC22:25
*** vivek-ebay has joined #openstack-meeting-422:26
*** galstrom is now known as galstrom_zzz22:35
*** jwagner is now known as jwagner[away]22:36
*** padkrish has quit IRC22:36
*** puranamr has joined #openstack-meeting-422:38
*** padkrish has joined #openstack-meeting-422:40
*** padkrish has quit IRC22:40
*** padkrish has joined #openstack-meeting-422:41
*** sdake_ has joined #openstack-meeting-422:42
*** ashtokolov has quit IRC22:43
*** ashtokolov has joined #openstack-meeting-422:44
*** sdake has quit IRC22:46
*** vivek-ebay has quit IRC22:46
*** vivek-ebay has joined #openstack-meeting-422:46
*** singlethink has quit IRC22:49
*** puranamr has quit IRC22:49
*** jwagner[away] is now known as jwagner_away22:50
*** puranamr has joined #openstack-meeting-422:52
*** padkrish has quit IRC23:01
*** padkrish has joined #openstack-meeting-423:01
*** padkrish has quit IRC23:02
*** padkrish has joined #openstack-meeting-423:02
*** FallenPegasus is now known as MarkAtwood23:02
*** ivar-lazzaro has quit IRC23:03
*** abhisriatt has joined #openstack-meeting-423:13
*** abhisriatt has quit IRC23:21
*** geoffarnold has quit IRC23:22
*** blahRus has quit IRC23:23
*** Sukhdev has quit IRC23:24
*** nhairston has joined #openstack-meeting-423:27
*** krtaylor has quit IRC23:32
*** geoffarnold has joined #openstack-meeting-423:32
*** carl_baldwin has quit IRC23:37
*** padkrish has quit IRC23:41
*** padkrish has joined #openstack-meeting-423:41
*** Sukhdev has joined #openstack-meeting-423:44
*** krtaylor has joined #openstack-meeting-423:45
*** padkrish has quit IRC23:45
*** jpekkari has joined #openstack-meeting-423:48
*** padkrish has joined #openstack-meeting-423:49
*** killer_prince has joined #openstack-meeting-423:50
*** harshs has quit IRC23:50
*** fawadkhaliq has quit IRC23:50
*** markvoelker has quit IRC23:50
*** padkrish has quit IRC23:54
*** xingchao has joined #openstack-meeting-423:57
*** padkrish has joined #openstack-meeting-423:58

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