Thursday, 2013-06-27

*** cp16net is now known as cp16net|away00:07
*** sarob_ has joined #openstack-meeting-alt00:11
*** sarob has quit IRC00:15
*** sarob_ has quit IRC00:16
*** cp16net|away is now known as cp16net00:20
*** tanisdl has joined #openstack-meeting-alt00:34
*** markmcclain has quit IRC00:42
*** lastidiot has quit IRC00:50
*** tanisdl has quit IRC00:56
*** jergerber has joined #openstack-meeting-alt01:00
*** jergerber has quit IRC01:00
*** leizhang has joined #openstack-meeting-alt01:07
*** amytron has joined #openstack-meeting-alt01:20
*** amytron has joined #openstack-meeting-alt01:21
*** esp has joined #openstack-meeting-alt01:44
*** yamahata has quit IRC01:55
*** lastidiot has joined #openstack-meeting-alt02:03
*** yamahata has joined #openstack-meeting-alt02:12
*** HenryG has quit IRC02:30
*** yamahata has quit IRC02:53
*** yamahata has joined #openstack-meeting-alt03:04
*** amytron has quit IRC03:39
*** vipul is now known as vipul|away03:53
*** SergeyLukjanov has joined #openstack-meeting-alt03:54
*** vipul|away is now known as vipul03:57
*** zhiyan has joined #openstack-meeting-alt03:59
*** SergeyLukjanov has quit IRC04:49
*** lastidiot has quit IRC05:10
*** vipul is now known as vipul|away05:47
*** vipul|away is now known as vipul05:59
*** IlyaE has joined #openstack-meeting-alt06:01
*** SergeyLukjanov has joined #openstack-meeting-alt06:15
*** IlyaE has quit IRC06:28
*** SergeyLukjanov has quit IRC06:53
*** esp has left #openstack-meeting-alt06:55
*** ivoks has quit IRC07:35
*** iccha has quit IRC07:35
*** zhiyan has quit IRC07:35
*** akshayms has quit IRC07:35
*** jesusaurus has quit IRC07:35
*** mestery has quit IRC07:35
*** ekarlso has quit IRC07:35
*** RajeshMohan has quit IRC07:35
*** ChanServ has quit IRC07:35
*** kevinconway has quit IRC07:35
*** juice has quit IRC07:35
*** dosaboy has quit IRC07:35
*** ameade has quit IRC07:35
*** jculp has quit IRC07:35
*** westmaas has quit IRC07:35
*** pleia2 has quit IRC07:35
*** sirushti has quit IRC07:35
*** lifeless has quit IRC07:35
*** leizhang has quit IRC07:35
*** harlowja has quit IRC07:35
*** nmakhotkin has quit IRC07:35
*** torgomatic has quit IRC07:35
*** enikanorov has quit IRC07:35
*** annashen has quit IRC07:35
*** jeblair has quit IRC07:35
*** ZangMingJie has quit IRC07:35
*** nikhil has quit IRC07:35
*** yamahata has quit IRC07:35
*** vipul has quit IRC07:35
*** mordred has quit IRC07:35
*** esmute has quit IRC07:35
*** cp16net has quit IRC07:35
*** rosmaita has quit IRC07:35
*** bourke has quit IRC07:35
*** EmilienM has quit IRC07:35
*** sdague has quit IRC07:35
*** notmyname has quit IRC07:35
*** clarkb has quit IRC07:35
*** juice has joined #openstack-meeting-alt07:37
*** zhiyan has joined #openstack-meeting-alt07:37
*** yamahata has joined #openstack-meeting-alt07:37
*** leizhang has joined #openstack-meeting-alt07:37
*** enikanorov has joined #openstack-meeting-alt07:37
*** kevinconway has joined #openstack-meeting-alt07:37
*** RajeshMohan has joined #openstack-meeting-alt07:37
*** akshayms has joined #openstack-meeting-alt07:37
*** dosaboy has joined #openstack-meeting-alt07:37
*** annashen has joined #openstack-meeting-alt07:37
*** jeblair has joined #openstack-meeting-alt07:37
*** ameade has joined #openstack-meeting-alt07:37
*** jesusaurus has joined #openstack-meeting-alt07:37
*** mestery has joined #openstack-meeting-alt07:37
*** jculp has joined #openstack-meeting-alt07:37
*** bourke has joined #openstack-meeting-alt07:37
*** vipul has joined #openstack-meeting-alt07:37
*** harlowja has joined #openstack-meeting-alt07:37
*** westmaas has joined #openstack-meeting-alt07:37
*** pleia2 has joined #openstack-meeting-alt07:37
*** iccha has joined #openstack-meeting-alt07:37
*** ivoks has joined #openstack-meeting-alt07:37
*** sirushti has joined #openstack-meeting-alt07:37
*** EmilienM has joined #openstack-meeting-alt07:37
*** sdague has joined #openstack-meeting-alt07:37
*** torgomatic has joined #openstack-meeting-alt07:37
*** nmakhotkin has joined #openstack-meeting-alt07:37
*** ZangMingJie has joined #openstack-meeting-alt07:37
*** ekarlso has joined #openstack-meeting-alt07:37
*** lifeless has joined #openstack-meeting-alt07:37
*** ChanServ has joined #openstack-meeting-alt07:37
*** nikhil has joined #openstack-meeting-alt07:37
*** notmyname has joined #openstack-meeting-alt07:37
*** clarkb has joined #openstack-meeting-alt07:37
*** mordred has joined #openstack-meeting-alt07:37
*** esmute has joined #openstack-meeting-alt07:37
*** cp16net has joined #openstack-meeting-alt07:37
*** rosmaita has joined #openstack-meeting-alt07:37
*** moorcock.freenode.net sets mode: +o ChanServ07:37
*** SergeyLukjanov has joined #openstack-meeting-alt07:52
*** bourke has quit IRC09:13
*** qwerty_nor has joined #openstack-meeting-alt09:29
*** demorris has joined #openstack-meeting-alt10:12
*** SergeyLukjanov has quit IRC10:15
*** SergeyLukjanov has joined #openstack-meeting-alt10:17
*** rnirmal has joined #openstack-meeting-alt10:48
*** demorris has quit IRC10:57
*** dhellmann has joined #openstack-meeting-alt11:29
*** pcm___ has joined #openstack-meeting-alt11:56
*** HenryG has joined #openstack-meeting-alt12:04
*** SergeyLukjanov has quit IRC12:10
*** SergeyLukjanov has joined #openstack-meeting-alt12:14
*** djohnstone has joined #openstack-meeting-alt12:26
*** dhellmann has quit IRC12:37
*** demorris has joined #openstack-meeting-alt12:49
*** SergeyLukjanov has quit IRC13:02
*** SergeyLukjanov has joined #openstack-meeting-alt13:03
*** leizhang has quit IRC13:06
*** jergerber has joined #openstack-meeting-alt13:17
*** mtreinish has joined #openstack-meeting-alt13:36
*** SergeyLukjanov has quit IRC13:52
*** dhellmann has joined #openstack-meeting-alt14:01
*** HenryG_ has joined #openstack-meeting-alt14:09
*** HenryG has quit IRC14:10
*** markmcclain has joined #openstack-meeting-alt14:11
*** lastidiot has joined #openstack-meeting-alt14:14
*** tanisdl has joined #openstack-meeting-alt14:15
*** tanisdl has quit IRC14:15
*** tanisdl has joined #openstack-meeting-alt14:15
*** cp16net is now known as cp16net|away14:17
*** cp16net|away is now known as cp16net14:17
*** SergeyLukjanov has joined #openstack-meeting-alt14:24
*** megan_w has joined #openstack-meeting-alt14:26
*** amytron has joined #openstack-meeting-alt14:27
*** lastidiot has quit IRC14:28
*** amytron has quit IRC14:29
*** amytron has joined #openstack-meeting-alt14:30
*** zhiyan has quit IRC14:30
*** Riddhi has joined #openstack-meeting-alt14:56
*** leizhang has joined #openstack-meeting-alt14:58
*** yidclare has joined #openstack-meeting-alt15:01
*** bdpayne has joined #openstack-meeting-alt15:02
*** plomakin_ has joined #openstack-meeting-alt15:06
*** plomakin_ has quit IRC15:07
*** plomakin has joined #openstack-meeting-alt15:07
*** jculp_ has joined #openstack-meeting-alt15:09
*** jculp_ has quit IRC15:09
*** plomakin has quit IRC15:10
*** plomakin has joined #openstack-meeting-alt15:11
*** lastidiot has joined #openstack-meeting-alt15:14
*** dnosovitsky has quit IRC15:27
*** mtreinish has quit IRC15:34
*** mtreinish has joined #openstack-meeting-alt15:46
*** SergeyLukjanov has quit IRC15:47
*** ameade has quit IRC15:48
*** westmaas has quit IRC15:49
*** jculp has quit IRC15:50
*** jculp has joined #openstack-meeting-alt15:50
*** ameade has joined #openstack-meeting-alt15:50
*** markmcclain has quit IRC15:50
*** westmaas has joined #openstack-meeting-alt15:51
*** westmaas has joined #openstack-meeting-alt15:51
*** westmaas has joined #openstack-meeting-alt15:54
*** westmaas has joined #openstack-meeting-alt15:54
*** westmaas has quit IRC15:54
*** westmaas has joined #openstack-meeting-alt15:55
*** westmaas has joined #openstack-meeting-alt15:57
*** westmaas has quit IRC15:57
*** pcm___ has quit IRC15:58
*** westmaas has joined #openstack-meeting-alt16:01
*** westmaas has joined #openstack-meeting-alt16:02
*** westmaas has quit IRC16:02
*** westmaas has joined #openstack-meeting-alt16:05
*** westmaas has joined #openstack-meeting-alt16:05
*** westmaas has joined #openstack-meeting-alt16:07
*** westmaas has joined #openstack-meeting-alt16:07
*** westmaas has joined #openstack-meeting-alt16:08
*** westmaas has joined #openstack-meeting-alt16:10
*** westmaas has joined #openstack-meeting-alt16:11
*** westmaas has joined #openstack-meeting-alt16:12
*** SergeyLukjanov has joined #openstack-meeting-alt16:13
*** westmaas has joined #openstack-meeting-alt16:15
*** westmaas has quit IRC16:15
*** yidclare has quit IRC16:15
*** mtreinish has quit IRC16:15
*** westmaas has joined #openstack-meeting-alt16:15
*** leizhang has quit IRC16:23
*** mtreinish has joined #openstack-meeting-alt16:40
*** sarob has joined #openstack-meeting-alt16:42
*** esp has joined #openstack-meeting-alt16:53
*** esp has left #openstack-meeting-alt16:54
*** rnirmal has quit IRC17:03
*** yidclare has joined #openstack-meeting-alt17:05
*** IlyaE has joined #openstack-meeting-alt17:12
*** mtreinish has quit IRC17:18
*** akshayms has quit IRC17:23
*** mtreinish has joined #openstack-meeting-alt17:26
*** mtreinish has quit IRC17:33
*** pcm___ has joined #openstack-meeting-alt17:33
*** dmitryme has joined #openstack-meeting-alt17:49
*** dmitryme has quit IRC17:54
*** dmitryme has joined #openstack-meeting-alt17:54
*** Nadya has joined #openstack-meeting-alt17:54
*** dmitryme has quit IRC17:54
*** akuznetsov has joined #openstack-meeting-alt17:55
*** dmitryme has joined #openstack-meeting-alt17:55
*** IlyaE has quit IRC17:59
*** akuznetsov has quit IRC17:59
SergeyLukjanovhi all, Savanna meeting will be here in 5 minutes18:01
*** nkonovalov_ has joined #openstack-meeting-alt18:05
SergeyLukjanovok, I think we can start18:06
SergeyLukjanov#startmeeting savanna18:06
openstackMeeting started Thu Jun 27 18:06:29 2013 UTC.  The chair is SergeyLukjanov. Information about MeetBot at http://wiki.debian.org/MeetBot.18:06
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:06
*** openstack changes topic to " (Meeting topic: savanna)"18:06
openstackThe meeting name has been set to 'savanna'18:06
SergeyLukjanov#topic Agenda:18:06
SergeyLukjanov#info Savanna core updates18:06
SergeyLukjanov#info HDP plugin updates18:06
SergeyLukjanov#info Manual scaling updates18:06
SergeyLukjanov#info UI updates18:06
SergeyLukjanov#info Other updates18:06
SergeyLukjanov#info General discussion18:06
*** openstack changes topic to "Agenda: (Meeting topic: savanna)"18:06
SergeyLukjanovlet's start from the first point:)18:07
SergeyLukjanov#topic Savanna core updates18:07
*** openstack changes topic to "Savanna core updates (Meeting topic: savanna)"18:07
SergeyLukjanovthere are several major updates on the core side18:07
SergeyLukjanov#info basic validation/error handling framework has been implemented18:07
SergeyLukjanovwe are working on adding full json schemas and additional checks18:08
SergeyLukjanov#info Savanna supports only images w/ full cloud init now18:08
SergeyLukjanovwe are using user_date feature from it18:08
SergeyLukjanovit has been tested on Ubuntu Cloud Image and on Fedora/Centos18:09
SergeyLukjanovwith manually installed cloud init18:09
SergeyLukjanov# threading helpers has been added to the context to avoid direct usage of eventlet18:09
SergeyLukjanov#info threading helpers has been added to the context to avoid direct usage of eventlet18:09
SergeyLukjanovand, additionally, some bug fixes and small improvements has been merged into the repo18:10
SergeyLukjanovit's all about core updates18:10
SergeyLukjanovlet's move on18:10
SergeyLukjanov#topic HDP plugin updates18:10
*** openstack changes topic to "HDP plugin updates (Meeting topic: savanna)"18:10
SergeyLukjanovit looks like that there no anyone from the Hortonworks team18:11
SergeyLukjanovso, I do update18:11
SergeyLukjanovHDP plugin passed several iterations of code review18:12
SergeyLukjanov#info HDP plugin status: wip (https://review.openstack.org/#/c/33455/)18:12
SergeyLukjanov#topic Manual scaling updates18:12
*** openstack changes topic to "Manual scaling updates (Meeting topic: savanna)"18:13
SergeyLukjanovNadya, please18:13
Nadyathx18:13
NadyaWe have published more detailes to blueprint. please see https://wiki.openstack.org/wiki/Savanna/Scaling18:14
NadyaWe devided scaling feature into 2 steps18:14
Nadya1. Scaling existing node groups and 2. An ability to add new node group to cluster18:15
Nadyathe first one is partially implemented without deletion18:15
SergeyLukjanov#info Cluster scaling status: wip (https://review.openstack.org/#/c/34759/)18:16
SergeyLukjanovNadya, I think we should write to the savanna-all ml about plans on cluster scaling18:16
Nadyaplease note that it is "in progress state"18:16
NadyaREST API and SPI may be discussed18:17
SergeyLukjanovyep18:17
NadyaSergeyLukjanov, I will send an e-mail. I think that's all18:17
SergeyLukjanovthank you18:17
SergeyLukjanov#action Nadya to send info about manual cluster scaling plans to the mailing list18:18
SergeyLukjanovlet's move on18:18
SergeyLukjanovand the next topic is18:18
SergeyLukjanovmmm18:18
SergeyLukjanov#topic UI updates18:18
*** openstack changes topic to "UI updates (Meeting topic: savanna)"18:18
SergeyLukjanovNikita, please18:18
nkonovalov_thanks18:18
nkonovalov_we have brougth several usability updates to UI18:19
nkonovalov_eg hints for default values for the parameters, serach for configurations18:19
*** sarob has quit IRC18:20
nkonovalov_also pages, providing detailed information about all of the entities have been updated18:20
nkonovalov_one more implemented feature is an ability to copy Node Group Templates18:21
SergeyLukjanov#info UI status: working on UX, copy ops for templates18:21
nkonovalov_now user can create a Node Group Template from an existing and make some changes to parameters to modify it18:21
nkonovalov_the same function is in progress for Cluster Templates18:22
nkonovalov_I think, thats all about UI for today18:22
SergeyLukjanovok, thank you18:22
SergeyLukjanov#topic Other updates18:22
*** openstack changes topic to "Other updates (Meeting topic: savanna)"18:22
SergeyLukjanovfolks, feel free to write all significant updates now18:23
SergeyLukjanovthere is a good progress on writing diskimage-builder elements for Fedore18:23
SergeyLukjanovFedora*18:23
SergeyLukjanovI hope that the main work at dib elements will be finished till the next meeting18:24
SergeyLukjanov#info DIB elements for Fedora is near to be done18:25
SergeyLukjanovthere is a good progress on implementing integration tests too - many of them has been already merged into the repo18:25
*** demorris has quit IRC18:25
SergeyLukjanov#info Integration tests status: wip18:25
Nadyaas a part of integration testing ttests for swift were added. Works as expected18:26
SergeyLukjanovand now ruhe works on implementing keypairs injection helper for users18:26
SergeyLukjanovNadya, it's great!18:26
SergeyLukjanov#info Savanna 0.2a1 is planed to be released till the next week18:27
SergeyLukjanovafter it we are planing to release several RC version18:27
SergeyLukjanovand then18:27
SergeyLukjanov#info Savanna 0.2 is planed to be released July, 1418:28
SergeyLukjanov#info Savanna 0.2 is planed to be released July, 1518:28
SergeyLukjanovsorry >_<18:28
SergeyLukjanovI think that I have no more updates18:28
SergeyLukjanovfolks, do you have any?18:28
SergeyLukjanovdmitryme?18:29
dmitrymenope18:29
NadyaI think all are on summin discussing very important questions. And they will tell us many interesting things next time :)18:29
Nadya*summit18:30
SergeyLukjanovyep, hadoop summit it today18:30
SergeyLukjanovhttp://hadoopsummit.org/san-jose/18:30
SergeyLukjanovthere is a tok about Savanna from Hortonworks and Mirantis18:30
SergeyLukjanovtalk*18:31
SergeyLukjanovI think that's all about updates18:31
SergeyLukjanov#topic General discussion18:31
*** openstack changes topic to "General discussion (Meeting topic: savanna)"18:31
SergeyLukjanovare there any questions?18:31
*** Alex_Gaynor has joined #openstack-meeting-alt18:32
*** rnirmal has joined #openstack-meeting-alt18:33
SergeyLukjanovIf there are no questions, I think we should end the meeting18:34
SergeyLukjanov#info JFYI you can always use savanna-all@lists.launchpad.net mailing lists and #savanna irc channel to find us and ask your questions18:36
SergeyLukjanov#endmeeting18:37
*** openstack changes topic to "OpenStack meetings (alternate)"18:37
openstackMeeting ended Thu Jun 27 18:37:25 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:37
openstackMinutes:        http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-06-27-18.06.html18:37
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-06-27-18.06.txt18:37
openstackLog:            http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-06-27-18.06.log.html18:37
*** jcru has joined #openstack-meeting-alt18:46
*** sarob has joined #openstack-meeting-alt18:49
*** flaper87 has joined #openstack-meeting-alt18:50
*** sarob has quit IRC18:50
*** sarob has joined #openstack-meeting-alt18:51
*** markwash has joined #openstack-meeting-alt18:52
*** mtreinish has joined #openstack-meeting-alt18:53
*** sarob has quit IRC18:55
*** Nadya has quit IRC18:56
*** ametts has joined #openstack-meeting-alt18:57
*** Nadya has joined #openstack-meeting-alt18:58
*** sarob has joined #openstack-meeting-alt18:58
*** sarob has quit IRC18:59
*** sarob has joined #openstack-meeting-alt19:00
*** sarob has quit IRC19:00
*** sarob has joined #openstack-meeting-alt19:01
*** kgriffs has joined #openstack-meeting-alt19:02
kgriffshey, how's everyone?19:03
kgriffslooks like we are missing a couple people...19:04
flaper87\o/19:04
*** bryansd has joined #openstack-meeting-alt19:04
amettsmalini won't make it today19:04
kgriffsok19:04
flaper87bryansd: 'sup, glad to see you around19:05
kgriffs#startmeeting marconi19:05
openstackMeeting started Thu Jun 27 19:05:31 2013 UTC.  The chair is kgriffs. Information about MeetBot at http://wiki.debian.org/MeetBot.19:05
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.19:05
*** openstack changes topic to " (Meeting topic: marconi)"19:05
openstackThe meeting name has been set to 'marconi'19:05
kgriffs#link https://wiki.openstack.org/wiki/Meetings/Marconi#Agenda19:05
kgriffsSo, let's real quick take a look at actions from last time19:06
kgriffs#link http://eavesdrop.openstack.org/meetings/marconi/2013/marconi.2013-06-20-19.06.html19:06
kgriffshmm, I thought there were more actions19:06
flaper87LOL19:06
kgriffswell, since malini isn't here, I guess I can't ask her about that wiki page19:06
kgriffs:p19:06
flaper87I'm afraid, I'm in bad shape wrt the AutoReconnect patch. Will take care of that next week19:06
ametts"2:29:02 PM) malini: I registered a client BP for swift integration , per our last meeting"19:07
kgriffsin other news, megan_w has been hard at work on a draft incubation appllication19:07
flaper87wait, next week is EuroPython T_T, anyway, I'll do my best19:07
kgriffsflaper87: kk19:07
kgriffsyeah, we will need that patch in the next few weeks19:07
flaper87yup, yup. Will get that done19:08
kgriffscool19:08
kgriffslet's spend a minute talking about incubation - I thought it would show up in the action items from last week19:08
kgriffs#topic incubation19:08
*** openstack changes topic to "incubation (Meeting topic: marconi)"19:08
kgriffsmegan_w: would you like to give us an update?19:08
megan_wso the draft of the incubation application is ready for a wider audience to review19:09
megan_wkgriffs: do you happen to have a copy we can review outside of our team wiki?19:09
flaper87megan_w: hey, nice to ircmeet you19:09
megan_wflaper87: ditto, welcome back19:09
megan_wi think we should try to get the application submitted in the next few days19:10
kgriffsmegan_w: it would be nice to have it on the openstack wiki19:10
megan_wagreed.  not sure if I have permissions to edit that page19:10
flaper87re incubation: I'm afraid having more contributors is a must for being incubated, which means H-2 seems hard19:11
flaper87megan_w: you just need a Launchpad account19:11
flaper87the wiki uses LP openid19:11
*** IlyaE has joined #openstack-meeting-alt19:12
*** vkmc has joined #openstack-meeting-alt19:12
megan_wok, i'll see if I can get it there now..19:12
*** dburmistrov has joined #openstack-meeting-alt19:13
kgriffswell, I guess we can send the draft application to the TC and ask them what they would like to see from a contributor standpoint beyond what we already have.19:14
megan_wsorry, i'm getting an invalid token error when trying to login.  i may have to do this offline19:14
*** IlyaE has quit IRC19:14
kgriffsok, no worries19:14
kgriffsright now i guess we just need to decide our next step19:14
megan_wso once we all approve the doc, we just need to submit to TC, right?19:15
flaper87I'd say we should keep working on our application and make marconi rock solid19:15
kgriffswell, let's get it on the wiki19:16
flaper87once we have both, we can send the application to the TC team and see what happens19:16
kgriffsand then solicit some more contributors19:16
flaper87but, AFAIK, Designate didn't get incubated because the team is not ready yet19:16
amettsflaper87:  "more contributors" = more people, or more than Redhat and Rackspace as organizations?19:17
flaper87or at least, that was one of the reasons19:17
flaper87ametts: more people19:17
amettsWe could probably put 2-3 more people on it here.  Is that enought?19:17
amettsmegan_w can start coding....19:17
ametts:D19:17
*** vipul is now known as vipul|away19:18
megan_woh yes, that'll work for sure :)19:18
flaper87hehe19:18
kgriffswell, I think we can probably pick up a couple more contributors and get the service pretty solid in 3-4 weeks from now19:19
flaper87Dunno if that's enough, I'd say yes since there's not a min number19:19
flaper87kgriffs: sounds great!19:19
flaper87hopefully, I'll be able to do the same19:19
*** cp16net is now known as cp16net|away19:19
flaper87next topic ?19:20
kgriffsA few things in our favor: we've been developing this in the open since the beginning, and many people are already familiar with the project. Also, we've already done a "Request for Comments" and got fairly positive feedback from a couple TC members. Plus we will have TONs of tests to prove our code thanks to Malini.19:21
kgriffsanyway, I digress.19:21
kgriffs:D19:21
flaper87kgriffs: Agreed with that. Plus, we're completely integrated with OpenStack's tools19:21
flaper87so, that's another super +119:21
kgriffs#agreed Be ready to apply for incubation in 3-4 weeks. Rock solid code, more contributors.19:21
kgriffs#action megan_w to put incubation application on wiki19:22
kgriffs#topic input validation19:22
megan_wsounds good19:22
*** openstack changes topic to "input validation (Meeting topic: marconi)"19:22
kgriffsso, a few things here19:23
kgriffsfirst, we discussed via email and irc the proposal to make limits configurable19:23
flaper87+119:23
kgriffsso, stuff like max message size, min and max TTL, etc.19:23
kgriffsany objections?19:23
kgriffsok, cool19:24
flaper87ametts: bryansd thoughts ?19:24
kgriffsas far as what to use as defaults, let's just make an educated guess and we can refine as we get more data on real usage19:24
*** Nadya has quit IRC19:25
kgriffsametts: where did you end up on the validation middleware thingy?19:25
flaper87kgriffs: my thinking about the default value is: "Lets not copy {PUT_COMPANY_NAME_HERE}, instead, we should keep those values low and fast"19:26
flaper87and by fast I mean optimized19:26
flaper87dunno which of those terms is more ambiguous19:26
amettsI have a middleware layer stubbed out that pulls configuration from a [drivers:middleware:validation] group in config.19:26
*** cp16net|away is now known as cp16net19:27
amettsHaven't gotten back to monkey_patching the controller calls, but I'm optimistic about what looks like a meeting free day tomorrow and a slow holiday week next week.19:27
kgriffswhen do you think you'll have a patch ready for review?19:27
amettsLet's say Monday.19:27
kgriffs#action ametts to finish up the first draft for input validation19:28
kgriffscool, that would be great19:28
flaper87ametts: HA, you're not going to run away from that action!19:28
kgriffsre defaults, I agree that we shouldn't just blindly copy what [REDACTED] does.19:29
flaper87kgriffs: what about keeping 64 and 20 ?19:30
megan_wi think its fair to acknowledge that those who already have products out are learning what customers demand, though19:30
kgriffsmegan_w: can you do some digging on max message's/request (both GET and POST), as well as max message size and min/max TTL for a message?19:30
kgriffsI agree, but we want to understand the use cases as well19:31
flaper87megan_w: agreed, but those are up to the deployer anyway, right?19:31
megan_wkgriffs: yes, i'll dig into that19:31
flaper87I mean, the thought is more like: This values work better for the server but you can adjust them to what your clients demand19:31
megan_wright.  the default should definitely be our recommended usage19:32
kgriffsyeah, it seams like we will find a natural sweet spot for those values once we get real usage data19:32
flaper87agreed!19:32
kgriffsbut we also need to be smart about the way we pipe data around, i.e., streaming vs. buffering as much as possible so we don't just give up the ghost the first time someone throws a big pile of messages at us.19:33
kgriffsso, let's just start with some sane defaults and adjust later19:33
flaper87agreed19:34
kgriffs(based on customer and operational research)19:34
megan_wagreed19:34
kgriffsalso, keep in mind that we haven't done hardly any tuning so performance numbers are going to change a lot (hopefully) over the next few weeks.19:35
kgriffsok, anything else on that topic?19:35
flaper87nope from me19:35
kgriffs#topic stats blueprint19:35
*** openstack changes topic to "stats blueprint (Meeting topic: marconi)"19:35
kgriffs#link https://blueprints.launchpad.net/marconi/+spec/ops-stats19:36
* ametts is going to nag oz_akan to join the meeting19:36
kgriffsSo, this came out of a discussion I was having with megan_w and oz_akan the other day19:36
kgriffsthe idea is we need a basic set of stats for operational monitoring, capacity planning, and such19:37
kgriffswe might also expose a subset of these through our API to the user19:37
megan_wkgriffs: i would think things like messages/sec and queue stats would be helpful for users to see19:38
flaper87agreed, have you guys put some thoughts around it?19:38
*** oz_akan_ has joined #openstack-meeting-alt19:38
oz_akan_hi19:38
flaper87oz_akan_: -1 pop-tart for being late19:38
oz_akan_:/19:38
*** Nadya has joined #openstack-meeting-alt19:38
* flaper87 eats oz_akan_ pop-tart19:38
amettsSo we're all agreed that oz_akan is going to implement that major change?19:38
kgriffsyep.19:39
oz_akan_oh, what is it?19:39
flaper87oz_akan_: you'll have to read the log19:39
flaper87there's an action for ya!19:39
kgriffsit should only take him 6-8 weeks if he doesn't sleep more than 4 hours a night19:39
flaper87kgriffs: you're always so optimistic19:39
kgriffslol19:39
kgriffsso, back on topic19:39
oz_akan_ok so 4 weeks, if I don't sleep19:39
kgriffsmegan came up with a list of metrics19:40
amettskgriffs:  no real names -- she's megan_w :)19:40
megan_whaha, incognito19:40
oz_akan_new metrics and  ?19:40
kgriffsmegan_w: do you think I should add all of those to the blueprint, or just the most important ones you starred?19:41
kgriffsoz_akan_: https://blueprints.launchpad.net/marconi/+spec/ops-stats19:41
megan_wkgriffs: is the blueprint supposed to be set in stone, or up for discussion?19:41
kgriffsit's a living document19:41
megan_wif the latter, let's put them all there19:41
flaper87kgriffs: add the ones that are supposed to be implemented in that blueprint19:41
kgriffsactually, we should just make a wiki page and link it19:41
flaper87we can create another one for the missing ones19:41
kgriffskk19:41
*** qwerty_nor has quit IRC19:41
kgriffsI can do that19:41
flaper87or add work items19:41
flaper87that should work19:42
kgriffs#action kgriffs to add metrics to blueprint19:42
flaper87btw, have you guys thought about how that is going to be implemented?19:42
kgriffsok, the other thing on that topic is how to report stats19:42
kgriffsstatsd, counters in the DB, a combination?19:42
kgriffsheh19:42
kgriffsthanks segue dude!19:42
oz_akan_about stats collector, should it be part of the driver ?19:43
flaper87we should also check ceilometer. IIRC, it doesn't support statsd19:43
megan_wbtw, incubation app now on wiki (sorry for going off topic)19:43
flaper87or at least it didn't19:43
kgriffsmegan_w: excellent, thanks!19:43
flaper87megan_w: +119:43
* flaper87 gives megan_w an apple pie [$]19:43
kgriffscan you pipe ceilometer output to graphite?19:43
torgomaticstatsd has some really nice properties IMHO19:43
torgomaticlike it doesn't hose your app when the collector is down :)19:43
kgriffs:D19:44
flaper87lol19:44
flaper87put an action on me19:44
flaper87I'll dig into what ceilo supports19:44
flaper87and how it integrates with statsd19:44
kgriffs#action flaper87 to find out if ceilometer can be used for operational stats19:44
*** nkonovalov_ has quit IRC19:44
kgriffs#action flaper87 to investigate statsd integration with ceilometer19:44
flaper87awesome19:44
flaper87dude, take it easy19:45
flaper87:P19:45
kgriffsI suppose we could always just make a statsd collector/bridge for ceilometer19:45
flaper87kgriffs: if ceilo supports statsd, we're done!19:45
kgriffsthe nice thing about ceilometer is then we are all set up for billing19:45
kgriffsflaper87: and if it doesn't we can contribute a lovely patch. :D19:45
flaper87kgriffs: I'd prefer ceilo to be optional19:45
flaper87but be supported19:45
kgriffssure, that makes sense19:46
flaper87(that will be another question when applying for incubation)19:46
kgriffsI was thinking the stats collector would be a driver19:46
kgriffsso folks can plug in different drivers depending on their needs19:46
oz_akan_that sits above storage driver?19:46
kgriffssort of on the side19:46
kgriffstransport and storage would both need a reference to it, nicht?19:47
oz_akan_which side?19:47
oz_akan_:)19:47
*** markmcclain has joined #openstack-meeting-alt19:47
kgriffsyou know, right next to the mashed potatoes and cole slaw19:47
kgriffsaaaaaanyway19:47
oz_akan_I was thinking like pipes, request goes through stats collector to storage..19:47
kgriffsoic19:48
kgriffsnot a bad idea19:48
flaper87IMHO, it's kind of a middleware19:48
flaper87or something between the transport and the storage19:48
kgriffsyeah, that sounds great19:48
kgriffslet's get another contributor to build that19:48
*** sarob has quit IRC19:48
kgriffs(more contributors!)19:49
torgomaticFWIW, Swift has a proxy_logging middleware that does a bunch of stuff, but there's also stats calls sprinkled throughout the code for stuff not in the request path19:49
*** sarob has joined #openstack-meeting-alt19:49
torgomaticand it works well for us19:49
*** zhiyan has joined #openstack-meeting-alt19:49
kgriffshmm, that's good to know19:49
kgriffsWe can start with capturing things on the request path19:50
torgomaticdunno how much stuff Marconi has that's not in a request path, though19:50
kgriffsand add more comprehensive hooks down the road19:50
kgriffsgood question; we'd have to dig in and see19:50
kgriffs#agreed use a middleware approach for metering/stats initially19:50
kgriffsok, we'll have to be careful it stays performant19:51
kgriffs(which is the other reason I like statsd, btw)19:51
kgriffsok, anything else on that topic?19:51
*** sarob has quit IRC19:51
*** Nadya has quit IRC19:52
kgriffs#topic message size and messages/req19:52
*** openstack changes topic to "message size and messages/req (Meeting topic: marconi)"19:52
kgriffswe touched on this earlier.19:52
*** sarob has joined #openstack-meeting-alt19:52
kgriffsbasically, [REDACTED] upped their max message size to 256 KB19:52
kgriffsand some Rackers were concerned that Marconi's initial 4 K limit was too low19:52
kgriffswe could go up to 10 MB for all I care, but I don't want users to abuse Marconi for use cases that are better suited to swift, and Marconi does some buffering at the moment, so memory usage is a concern (although we will be fixing this soon, hopefully)19:53
megan_wso-and-so had a limit of 64 and upped it.  They've actually upped it a few times now19:53
megan_wi think they started at 8k19:53
kgriffsso, one thought I had was for really large payloads the client could automagically store the message bodies in a swift container, using a temp uri and auto-expiration or something19:54
megan_wonce we have swift as a storage option, this may be less of an issue19:54
megan_wonce = "if"19:54
kgriffsbut that aside, we need a good understanding of what users really need19:55
*** vipul|away is now known as vipul19:55
kgriffsseems like there should be a sweet spot in there somewhere - large enough to get work done, but not too large that you are abusing the transport19:55
kgriffsflaper87: thoughts?19:55
flaper87I think 6k and 20messages is good19:55
oz_akan_I don't really see why one would need more than a few KBs19:55
flaper8764k19:56
flaper87sorry19:56
oz_akan_probably it would be a wrong use case19:56
torgomatichow big are Keystone PKI tokens? I can imagine people wanting to fit one or two of those in there19:56
flaper87torgomatic: you rekon? That doesn't sound good :(19:57
amettsSome of the RAX guys had some use cases where 4K was definitely too small, and 256K felt "right".  megan_w --> do you remember any of those?19:57
megan_wi don't think they said anything specific, just that use cases existed.  maybe something about xml objects?19:58
torgomaticflaper87: dunno; seems like with bearer tokens, you might want to jam one into the queued message so that your message processors can keep doing authenticated stuff19:58
*** jbresnah has joined #openstack-meeting-alt19:59
*** pcm___ has quit IRC19:59
flaper87torgomatic: might make sense in some cases. It doesn't feel right, though19:59
flaper87we should dig more in that topic19:59
kgriffsyeah19:59
torgomaticso, like, Service A gets a request w/a token, then sticks (token + other stuff) in Marconi; processor takes (token + other stuff), does work based on stuff, then makes request to Service Slowpoke with token19:59
torgomaticjust a thought, though19:59
flaper87torgomatic: fair one, thanks for that!20:00
torgomaticso I guess I can't justify the "or two" part of "one or two tokens" :)20:00
oz_akan_queue is not for storing data, it is for storing pointers to data, so...20:00
*** sarob_ has joined #openstack-meeting-alt20:00
flaper87oz_akan_: fair point! But in some cases data passes through it.20:01
flaper87oz_akan_: btw, that's why I think 64k is good enough20:01
flaper87but again, we should investigate more20:01
amettsWe should also consider things like thumbnail images, which can be a few-dozen kilobytes.  That would be inconvenient to transmit as pointers.20:01
flaper87kgriffs: we ran out of time20:01
kgriffsoz_akan_: right, if we make it seamless to store payloads in swift then I bet users won't care so much about max size20:01
oz_akan_256KB is SQS size, that must have a valid reason, which I can't understand20:02
kgriffskk20:02
oz_akan_kgriffs: +120:02
kgriffswell, let's keep noodling on that and do some research20:02
flaper87oz_akan_: or not? What if it's just marketing and more machines ?20:02
flaper87lets dig more20:02
*** sarob_ has quit IRC20:02
oz_akan_flaper87: still valid reasons for someone :)20:02
*** sarob_ has joined #openstack-meeting-alt20:03
kgriffs#agreed need more data before we know what max message size to target20:03
flaper87oz_akan_: fair enough :P20:03
kgriffsok folks, anything else for today?20:03
* flaper87 likes these meetings20:03
*** Nadya has joined #openstack-meeting-alt20:03
*** Nadya has quit IRC20:03
kgriffs#topic open discussion20:03
*** openstack changes topic to "open discussion (Meeting topic: marconi)"20:03
flaper87kgriffs: I got some thoughts, but I'll catch you guys later on #openstack-marconi20:03
kgriffskk20:03
kgriffsthanks folks20:04
kgriffs#endmeeting20:04
*** openstack changes topic to "OpenStack meetings (alternate)"20:04
openstackMeeting ended Thu Jun 27 20:04:08 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:04
openstackMinutes:        http://eavesdrop.openstack.org/meetings/marconi/2013/marconi.2013-06-27-19.05.html20:04
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/marconi/2013/marconi.2013-06-27-19.05.txt20:04
openstackLog:            http://eavesdrop.openstack.org/meetings/marconi/2013/marconi.2013-06-27-19.05.log.html20:04
*** sarob has quit IRC20:04
markwash#startmeeting glance20:04
openstackMeeting started Thu Jun 27 20:04:23 2013 UTC.  The chair is markwash. Information about MeetBot at http://wiki.debian.org/MeetBot.20:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:04
*** openstack changes topic to " (Meeting topic: glance)"20:04
openstackThe meeting name has been set to 'glance'20:04
markwasho/20:04
flaper87\o/20:04
jbresnaho/20:04
iccha\o20:04
ameade/o/20:04
ameade\ \20:04
nikhil:D20:04
zhiyan\o/20:04
rosmaita\o20:05
markwashglance wave complete20:05
markwash#topic open discussion20:05
*** openstack changes topic to "open discussion (Meeting topic: glance)"20:05
markwash:-)20:05
*** ametts has left #openstack-meeting-alt20:05
nikhilhaha nice20:05
zhiyanBase on our discussion yesterday (my tz), I know markwash and jbresnah consider it's too much implicit automation about the "store location proxy" change did (in https://review.openstack.org/#/c/34501/1 ), so if you/folks have alternative idea around it, please feel free to add comments to gerrit there. thanks. I'd like get your thoughs about it first and discussion with you, then to get a consistent disign.20:06
jbresnahat some point I would like to revist the quota issue20:06
*** rnirmal has quit IRC20:06
markwashzhiyan: absolutely, that is high on my list, it might be the weekend before I can try to offer up a sensible alternative20:06
zhiyanmarkwash: great! thanks :)20:06
jbresnahzhiyan: it may be easier to judge that patch when it is hooked into code that is adding and removing locations from the API20:07
*** kgriffs has left #openstack-meeting-alt20:07
markwashzhiyan: and I'm thrilled to have what you have now, it will work, its only a question of if we want to make a little change20:07
*** amytron has quit IRC20:07
jbresnahzhiyan: as it is now i think it is very clever but i am concerned that it would be too implicit when used20:07
jbresnahzhiyan: if i saw it in use it would be an easier call to make20:07
zhiyanyes, yes20:07
markwashzhiyan: did you find the etherpad with how patch ought to work for locations to make sense?20:08
* flaper87 will catch up with reviews tomorrow20:08
zhiyanmarwash: yes, i will take the details in this morning. after reveiw jbresnah new change on multiple-locations-metadata :)20:08
zhiyanjbresnah: yes, so please add your comments to my change in review.20:08
jbresnahspeaking of reviews, i am on vacation again all next week and it would be great to get comments on this patch before then: https://review.openstack.org/#/c/34492/20:08
ameadejbresnah: you live on vacation20:09
flaper87jbresnah: I promisse I'll take a look at it20:09
zhiyanjbresnah: sure, take a good reset20:09
jbresnahzhiyan: will do20:09
markwashjbresnah: cool, thanks, just bumped it up the priority list20:09
markwashflaper87: how's registry db driver stuff going?20:09
zhiyanmarkwash: thanks20:09
flaper87markwash: so, it's doing well. I already submitted a patch for the json stuff and saw your +220:10
flaper87markwash: wrt the untested call, that is tested in the wsgi tests20:10
flaper87that's why I didn't think it was worth it to run that again20:10
flaper87does that make sense?20:10
markwashflaper87: sure, cool20:10
markwashI've been running tox -- --with-cover lately and loving it for reviewing tests20:11
flaper87markwash: besides that, base db tests run perfectly20:11
flaper87oh wait, just a thing20:11
flaper87let me get a link for y'all20:11
markwashflaper87: so you just need more reviews?20:11
jbresnahmarkwash: that dovetails into another topic i have: unit test coverage20:11
ameade+120:12
jbresnahmarkwash: can we make it policy that any change must have code coverage in unit tests?20:12
flaper87markwash: I need another one for that json stuff and then I'll push the big one with the db driver implemented20:12
markwashjbresnah: ++, maybe we should break away from #open for a sec to talk about tests20:12
*** bryansd has left #openstack-meeting-alt20:12
jbresnahit would be amazing if gerrit would do that for us...20:12
*** HenryG_ has quit IRC20:12
flaper87jbresnah: I think we could request a no-voting gate for that20:12
markwashI would love that as well, I've been giving it some thought20:12
flaper87jbresnah: just drop an email in the -dev list20:12
jbresnahflaper87: maybe that would be too harsh...20:13
markwashI want to detect the *new* tests in a change, and the *new* code, and have a specific report that compares the new coverage with the new code20:13
jbresnahperhaps just a apolicy of  'no coverage in unit tests is grounds for rejection?'20:13
jbresnahi can imagine cases where it would be ok20:13
*** dburmistrov has quit IRC20:13
jbresnahmarkwash: yeah that would be amazing20:13
markwashits definitely grounds for rejection, I think that's already true20:13
markwashI guess at times we make exceptions20:13
*** djohnstone has quit IRC20:13
ameadeyeah we just need to make sure reviewers aren't accepting something just because it has functional tests but still no unit tests20:14
jbresnahmarkwash: even if it is in a functional test?20:14
flaper87https://github.com/openstack/glance/blob/master/glance/db/sqlalchemy/api.py#L82720:14
flaper87I've got an issue with this call (and related ones)20:14
jbresnahameade: right i did that today actually,  but in my defense i am about to submit a unit test for the change in question20:14
flaper87thing is that it receives a property_ref wich is a property instance20:14
flaper87that property instance is serialized in the registry driver and sent to the registry service20:15
ameadejbresnah: i'm not calling you out :P20:15
markwashI don't think we need to be extremely aggressive about requiring tests, but I think we should be evaluating coverage as part of review, and make sure that if anything doesn't have coverage, we think its *okay*20:15
iccha+1 that20:15
flaper87The registry service doesn't know how to de-serialize it and fails misserably.20:15
markwashand as we switch more and more towards the approach in https://etherpad.openstack.org/glance-improving-test-cycle-times I hope we can find easy ways to require coverage almost all the time20:15
ameadeyeah it's all a judgement call (otherwise we should automate it)20:15
jbresnah+120:16
markwashflaper87: yeah that looks like it might just be a bug. . does it make sense as a bug?20:17
flaper87I could write a deserializer for models but that's not right since other calls just receive an id20:17
flaper87markwash: it does make sense20:17
flaper87markwash: I wanted to get everybody's aggrement on changing that20:17
flaper87messing with the db driver is not fun, nor secure20:17
markwashI don't think public functions in db api should depend on passed values being driver-specific entities (like sqlalchemy models)20:18
flaper87markwash: +120:18
markwashsometimes that hurts performance, and we have to figure out a (usually kind of awkward) workaround20:18
flaper87agreed, then, I'll change that20:19
flaper87jbresnah: I don't think that's to harsh. Coverage should be enforced in every project, IMHO20:19
flaper87and coverage doesn't mean it is well tested, it just means it is all tested.20:20
markwashanybody had a chance to take a look at https://review.openstack.org/#/c/30512/ ?20:20
flaper87don't get me wrong, I like the code to be covered20:20
zhiyanyes, i saw it markwas20:20
* markwash is really excited about moving away from forking functional tests, because those make coverage metrics very hard to generate20:20
jbresnahmarkwash: and make debugging much harder20:21
jbresnahmarkwash: i will give that another review today20:21
icchawill put in on my list to checkout markwash , have not seen the latest patch20:21
* markwash might resort to selling indulgences to get his patchs +2'd :-)20:21
jbresnahheh20:21
jbresnahquid pro quo?20:21
markwash;-)20:22
jbresnahif i +2 all of your patches can we avoid that 4am glance meeting?20:22
markwashhaha20:22
zhiyanflper87: and i have a question that seems i have no way to run a single test case from glance...20:22
flaper87?20:22
zhiyanflaper87: sorry, just you:)20:22
markwashhmm, I've had luck with that, using tox -e py27 -- --tests glance/tests/unit/path/to/test/file.py:TestClass.test_method20:23
flaper87that works for me as well20:23
zhiyanmarkwash: cool, i will use that in next test runing for dev20:23
markwashI am a bit disorganized today (and maybe always)20:24
markwashdoes anyone have status updates they want to share for ongoing blueprints?20:24
markwashbeyond what we've talked about already. . .20:24
zhiyanyes, folks, markwash and jbresnah, the BP about image multiple loations support on nova side (https://blueprints.launchpad.net/nova/+spec/image-multiple-location) had approved by Russell Bryant, and the change (https://review.openstack.org/#/c/33409 ) is beta available for you review. (thanks markwash given some valuable comments there and I have responsed :) ), so if you have time please give a review. I just want to parallel glance and nova20:24
jbresnahwith the review i mentioned i get pretty close to multiple-locations being complete20:25
rosmaitahere's a new try for protected props: https://wiki.openstack.org/wiki/Glance-property-protections20:25
rosmaitadon't think stuart has had time to look at it yet, though20:25
*** esheffield has joined #openstack-meeting-alt20:25
markwashjbresnah: are you okay with us taking over a bit in your absence, if we're not quite ready to merge before your vacation?20:25
zhiyanand iccha: i have updated https://etherpad.openstack.org/remove-sensitive-location-info-glance20:26
jbresnahmarkwash: yeah20:26
jbresnahmarkwash: definitely on the API side20:26
markwashjbresnah: cool, thanks!20:26
jbresnahmarkwash: i have a bit more interest in the metadata parts20:27
markwashjbresnah: nod. . makes sense20:27
markwashrosmaita: looks good to me20:27
jbresnahbut i think my current patch is pretty close20:27
markwashjbresnah: it sounded like it was. . I just haven't had the time to look yet20:28
icchazhiyan: thanks for your comments, i would rather subtiture user and password with dummy values like 'hidden_user' and 'hidden_key', because even if it is encrypted it still is storing some form of the info20:28
zhiyanjbresnah: sorry, i don't think markwash think so...https://etherpad.openstack.org/glance-manipulating-multiple-locations20:28
icchazhiyan: i am working on swift store for the same, and anyone else is welcome to pitch in for other stores :)20:29
markwashjbresnah: zhiyan: sorry I just need to look again20:30
zhiyaniccha: cool, i will take look your patch when it ready, and sync though with you...to make sure we are in the same position20:30
icchathanks zhiyan :)20:31
flaper87iccha: I'll take care of GridFS20:31
zhiyanmarkwash: sure, but cloud you pls update the doc when you ok, i mean here https://etherpad.openstack.org/glance-manipulating-multiple-locations20:31
*** mtreinish has quit IRC20:31
zhiyaniccha: wel, enjoy it20:31
markwashzhiyan: absolutely20:31
markwashzhiyan: is there a specific issue in contention?20:31
zhiyanmarkwash: not yet, but seems your thoughts are not the same with jbresnah current did20:32
*** sarob_ has quit IRC20:32
jbresnahzhiyan: what i did in which patch?20:33
zhiyan'locations' content within 'GET /images' result will different...20:33
jbresnahzhiyan: yeah that patch  document is not addressing the metadata20:34
zhiyanhttps://review.openstack.org/#/c/31591/20:34
markwashokay, I see so I just need to make sure that I'm being consistent, and make sure that the guidance in that etherpad and on the reviews is the same20:34
markwashand that way I can stop being a blocker :-)20:34
zhiyanjbresnah: yes, but not the key20:34
zhiyanmarkwash: yes, the key i think is make a final design about PATCH interface for locations updating20:35
markwashcool20:35
* markwash will review and comment :-)20:35
jbresnahsounds good20:36
zhiyani just don't think your thoughts is the same with jbresnah's20:36
markwashright20:36
jbresnahif it happens when i am gone note that i am very flexable about what the API looks like20:36
jbresnahi just want metadata to flow back with a location20:36
jbresnahand perhaps in the future flow in20:36
markwash+120:36
jbresnahbut that can wait20:36
jbresnahso if we are looking for a topic, can i address quotas a bit?20:37
markwashsure20:37
jbresnahmarkwash: you recall at the summit that keystone people were going to add some functionality to support quotas?20:38
jbresnahmarkwash: do you know if anything has happened there?20:38
markwashyes; no I haven't heard anything about progress yet20:38
jbresnahok, at one point we thought it would be ok to add a basic config for max allowed storage in bytes to glance20:39
jbresnah...or at least i thought that was mentioned20:39
jbresnahany thoughts on that?20:39
flaper87I haven't put many thoughts in quotas (besides our early discussions about the implementation)20:40
markwashI'm not sure its the best fit, but I think it could probably be okay20:40
flaper87Have we thought a bit more about how it should be implemented?20:40
jbresnahok, i may put some thoughts in code then20:40
markwashit seems like storage quotas could be both broader and narrower than a glance store20:41
flaper87sounds good20:41
jbresnahnod markwash20:41
markwashbroader, becuase you might view your e.g. fs store as a shared resource across glance, nova, etc20:41
jbresnahi am thinking this would be just 1 way to do it that could make sense for simple (which is probably most) deployments20:41
markwashnarrower, because you might view your fs store and your swift store as two completely independent storage systems, with different quotas20:41
jbresnahnod, i agree20:42
markwashcool, well, I'm interested to see some code20:42
flaper87+120:42
jbresnahultimately i think it is clear that quotas need to be cross cutting20:42
markwashI'm sure lots of folks would like a 70% solution20:42
jbresnahright ok cool20:43
markwashanybody want to do another shared review day? maybe sometime next week?20:43
markwashI bring this up and then never schedule it. . .20:43
jbresnahi would love to do one, but i am out next week20:43
flaper87markwash: I won't be around next week. What about the one after next ?20:43
ameademarkwash: I'm down for getting my head into some reviews20:43
markwashhmm, that could be better than. . can other folks confirm availability week after next?20:43
ameade+120:44
markwash. . . / would monday work?20:44
flaper87+120:44
flaper87vote ?20:44
flaper87:D20:44
rosmaitayou mean july 1?20:44
flaper87we never use thouse great features20:44
flaper87rosmaita: 8th20:44
markwashI think I mean the 8th20:44
rosmaitaok20:44
jbresnah7/8 works for me20:44
esheffieldI'm a bit late to the party, but I'm out July 4 - 1420:45
icchaworks for me20:45
esheffielddon't let that stop you tho20:45
ameade+1 for 8th20:45
markwashI'm hearing mostly okay, so I'll add that date to my list20:45
markwashand send out reminder20:45
markwashs20:45
markwashI'd love to close it off 15 minutes early today, if that's okay with everyone. . .20:46
rosmaitagot a quick question20:46
markwashgo for it20:46
flaper87+1 not much to say. I'm catching up with many stuff20:46
zhiyankindly reminder again, pls review https://review.openstack.org/#/c/33409 if you ok, thanks :)20:46
rosmaitawas updating some docs, wrote up a page about where the glance docs are source and posted:20:46
* ameade thinks we should sit here in silence for 15 min20:46
rosmaitahttps://wiki.openstack.org/wiki/Glance-where-are-the-docs20:46
markwashrosmaita: timely!20:46
markwashameade: lol20:46
rosmaitaanyway, i was adding stuff about the notifications20:47
rosmaitasomeone put a comment that i should include examples20:47
rosmaitabut i am lazy20:47
ameade+120:47
rosmaitaand also don't think they belong in the "developer" docs anyway20:47
jbresnahif we end with time an update on async workers would be nice20:47
icchathis is awesome rosmaita20:47
nikhilso much xml support20:47
rosmaitaand markdown20:47
zhiyanrosmaita: really coool20:47
nikhiljbresnah: m working on a use case for it20:48
rosmaitaanyway, was wondering what you think about examples in the dev docs20:48
rosmaitawas thinking they'd be better in the operator docs20:48
rosmaitasince they'd be consuming the notifications anyway20:48
nikhilmarkwash: jbresnah stuck on figuring the design logic for transfer of image_data (in the import case)20:48
markwashrosmaita: for notifications, yeah that makes sense20:48
markwash*putting notification examples in operator docs20:49
jbresnahnikhil: I would be happy to talk that out with you sometime if you think it would help20:49
rosmaitaexcept, of course there's not an obvious place for notifications in theoperator docs right now!20:49
nikhiljbresnah: sure, lemme try to put up a patch tomorrow20:49
flaper87nikhil: +120:49
nikhiland we can sync up on glance channel sometime?20:49
*** SergeyLukjanov has quit IRC20:49
markwashI'd like to use your "where are the docs" page as a launching point for re-evaluating the general flow of glance docs, and hopefully directing an effort towards improvement later in havana20:49
nikhilflaper87: cool20:49
rosmaitaworks for me20:49
jbresnahnikhil: sounds good20:49
flaper87nikhil: make sure to pull me into the loop20:49
nikhilflaper87: sure20:49
markwashrosmaita: so for now, we could just add notifications docs to the bug list20:50
rosmaitaok20:50
rosmaitathen can someone +2 https://review.openstack.org/#/c/33985/20:50
rosmaitamarkwash: i'll add a bug and assign it to myself20:51
markwasham I allowed to nitpick about copyright headers? :-)20:51
rosmaitasure20:51
rosmaitawhat's wrong?20:51
iccha2011-13 :p20:51
nikhilmarkwash: no no no, you can't beat me to it this time :P20:52
markwashlol20:52
markwashI like how now I can pretend that I *did not* nitpick about copyright headers :-)20:52
flaper87lol20:53
rosmaitaso is that really it?20:53
markwashpretty much20:53
markwashwe don't need a slash20:53
*** amytron has joined #openstack-meeting-alt20:53
rosmaitaso what should it be?20:53
markwashits either an effectively new document (2013) or you can forgo mentioning the copyright for the recent additions by leaving it as is20:53
rosmaitawhat's the consensus here?20:54
rosmaitasince i have to change it anyway20:54
markwashthe legal consensus is pretty much that it doesn't matter, but anne did put together something that said "don't bother with hyphenated dates"20:54
rosmaitaOK, missed that.  What's the glance dev consensus?20:54
ameadebooo copyrights20:55
markwashameade: +1 :-)20:55
markwashI'm not willing to -1 for copyrights anymore I guess20:55
markwashI already +2'd the change20:55
markwashI'd slightly prefer leaving it alone20:55
*** dmitryme has quit IRC20:56
markwashbut I mostly prefer trying for myself to not be a troll about copyrights20:56
nikhilmarkwash: are planning on auto-generating docs like nova sometime?20:56
markwashnikhil: oh, I don't know much about that20:56
* nikhil feels that a wave of disagreement is coming his way20:56
zhiyanjbresnah: i'm not sure your position about https://review.openstack.org/#/c/31306/ , seems your PS2-4 are all the same...so can you clear it here, maybe markwash can remove -1 there..20:57
nikhilah ok20:57
* flaper87 read PS2-4 as Playstation 2 to Playstation 420:57
*** dmitryme has joined #openstack-meeting-alt20:57
zhiyan:)20:57
nikhilya me too20:58
zhiyanpatch set 2-420:58
iccha= patch set -220:58
jbresnahheh20:58
nikhil:P20:58
flaper87iccha: LOL +1 for that20:58
markwashnow you all are just being silly :-)20:58
flaper87markwash: we're trying to keep you around20:58
markwashapparently its working20:58
nikhilyeah20:58
flaper87:D20:58
jbresnahzhiyan: i did a rebase20:58
markwash#endmeeting20:59
markwashthere20:59
*** openstack changes topic to "OpenStack meetings (alternate)"20:59
openstackMeeting ended Thu Jun 27 20:59:04 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/glance/2013/glance.2013-06-27-20.04.html20:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/glance/2013/glance.2013-06-27-20.04.txt20:59
openstackLog:            http://eavesdrop.openstack.org/meetings/glance/2013/glance.2013-06-27-20.04.log.html20:59
flaper87LOOOOOL20:59
flaper87thanks guys20:59
flaper87great to talk to you again20:59
rosmaitabye all, good vacation to anyone taking one20:59
jbresnahwave20:59
*** amytron has quit IRC20:59
*** amytron has joined #openstack-meeting-alt21:00
zhiyanthanks you all!21:00
*** flaper87 has left #openstack-meeting-alt21:00
*** jbresnah has left #openstack-meeting-alt21:03
*** zhiyan has left #openstack-meeting-alt21:04
*** markmcclain has quit IRC21:08
*** markmcclain has joined #openstack-meeting-alt21:09
*** dhellmann has quit IRC21:09
*** IlyaE has joined #openstack-meeting-alt21:12
*** IlyaE has quit IRC21:16
*** markwash has quit IRC21:20
*** megan_w has quit IRC21:21
*** akuznetsov has joined #openstack-meeting-alt21:37
*** IlyaE has joined #openstack-meeting-alt21:46
*** IlyaE has quit IRC21:46
*** dhellmann has joined #openstack-meeting-alt21:48
*** dmitryme has quit IRC21:51
*** Alex_Gaynor has left #openstack-meeting-alt21:54
*** akshayms has joined #openstack-meeting-alt21:59
*** akuznetsov has quit IRC22:05
*** jcru is now known as jcru|away22:14
*** akshayms has quit IRC22:16
*** lastidiot has quit IRC22:18
*** akshayms has joined #openstack-meeting-alt22:19
*** akuznetsov has joined #openstack-meeting-alt22:30
*** akuznetsov has quit IRC22:35
*** bdpayne has quit IRC22:40
*** oz_akan_ has quit IRC22:45
*** dhellmann has quit IRC22:52
*** amytron has quit IRC22:54
*** dhellmann has joined #openstack-meeting-alt22:56
*** bdpayne has joined #openstack-meeting-alt22:58
*** IlyaE has joined #openstack-meeting-alt23:00
*** IlyaE has quit IRC23:02
*** IlyaE has joined #openstack-meeting-alt23:08
*** IlyaE has quit IRC23:11
*** Riddhi has quit IRC23:14
*** jcru|away is now known as jcru23:20
*** IlyaE has joined #openstack-meeting-alt23:46
*** akuznetsov has joined #openstack-meeting-alt23:51
*** lastidiot has joined #openstack-meeting-alt23:55

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