Tuesday, 2015-09-22

*** Sukhdev has joined #openstack-meeting-400:00
*** carl_baldwin has quit IRC00:07
*** DericHorn-HP has joined #openstack-meeting-400:07
*** Sukhdev has quit IRC00:10
*** May-meimei has quit IRC00:10
*** banix has quit IRC00:10
*** Brian has joined #openstack-meeting-400:13
*** Brian is now known as Guest6961500:13
*** scotticus has quit IRC00:14
*** scott_ has joined #openstack-meeting-400:14
*** scott_ is now known as Guest6482500:14
*** Guest69615 has quit IRC00:18
*** nhairston has quit IRC00:19
*** myatsenko has quit IRC00:22
*** DericHorn-HP has quit IRC00:23
*** myatsenko has joined #openstack-meeting-400:23
*** salv-orlando has quit IRC00:24
*** SimonChung has quit IRC00:24
*** dims_ has quit IRC00:42
*** nikhil has quit IRC00:45
*** DericHorn-HP has joined #openstack-meeting-400:47
*** MarkAtwood has joined #openstack-meeting-400:48
*** DericHorn-HP has quit IRC00:50
*** harshs has quit IRC00:53
*** harshs has joined #openstack-meeting-400:53
*** geoffarnold has quit IRC00:54
*** sdake_ has joined #openstack-meeting-401:04
*** Brian has joined #openstack-meeting-401:04
*** Brian is now known as Guest4416601:05
*** sdake has quit IRC01:06
*** sdake_ has quit IRC01:07
*** sdake has joined #openstack-meeting-401:07
*** DericHorn-HP has joined #openstack-meeting-401:08
*** MarkAtwood has quit IRC01:10
*** DericHorn-HP has quit IRC01:11
*** DericHorn-HP has joined #openstack-meeting-401:11
*** Bjoern_ has quit IRC01:15
*** jckasper_ has joined #openstack-meeting-401:19
*** jckasper has quit IRC01:20
*** dims has joined #openstack-meeting-401:26
*** vivek-ebay has quit IRC01:27
*** DericHorn-HP has quit IRC01:28
*** May-meimei has joined #openstack-meeting-401:30
*** fitoduarte has quit IRC01:30
*** DericHorn-HP has joined #openstack-meeting-401:31
*** galstrom_zzz is now known as galstrom01:36
*** jckasper_ has quit IRC01:36
*** VW has joined #openstack-meeting-401:43
*** VW has quit IRC01:53
*** tfukushima has joined #openstack-meeting-401:54
*** tfukushima has quit IRC01:58
*** vivek-ebay has joined #openstack-meeting-401:58
*** galstrom is now known as galstrom_zzz01:59
*** jmcbride1 has joined #openstack-meeting-402:00
*** jckasper has joined #openstack-meeting-402:02
*** tfukushima has joined #openstack-meeting-402:04
*** tfukushima has quit IRC02:04
*** vivek-ebay has quit IRC02:06
*** ivar-laz_ has joined #openstack-meeting-402:06
*** ivar-lazzaro has quit IRC02:10
*** ivar-laz_ has quit IRC02:11
*** s3wong has quit IRC02:12
*** DericHorn-HP has quit IRC02:12
*** VW has joined #openstack-meeting-402:17
*** salv-orlando has joined #openstack-meeting-402:28
*** jerryz has quit IRC02:29
*** salv-orlando has quit IRC02:32
*** dims has quit IRC02:33
*** sdake has quit IRC02:39
*** david-ly_ has joined #openstack-meeting-402:39
*** _ody_ has joined #openstack-meeting-402:40
*** david-lyle has quit IRC02:40
*** _ody has quit IRC02:40
*** harshs has quit IRC02:40
*** dhellmann has quit IRC02:40
*** dhellmann has joined #openstack-meeting-402:41
*** Kiall has quit IRC02:45
*** Kiall has joined #openstack-meeting-402:45
*** DericHorn-HP has joined #openstack-meeting-402:46
*** tobe has joined #openstack-meeting-402:48
*** tobe has quit IRC02:48
*** VW has quit IRC02:52
*** VW has joined #openstack-meeting-402:52
*** DericHorn-HP has quit IRC02:54
*** VW has quit IRC02:56
*** DericHorn-HP has joined #openstack-meeting-402:58
*** galstrom_zzz is now known as galstrom02:59
*** tfukushima has joined #openstack-meeting-403:02
*** DericHorn-HP has quit IRC03:03
*** vivek-ebay has joined #openstack-meeting-403:04
*** nhairston has joined #openstack-meeting-403:10
*** david-ly_ is now known as david-lyle03:17
*** galstrom is now known as galstrom_zzz03:20
*** nikhil has joined #openstack-meeting-403:22
*** dims has joined #openstack-meeting-403:34
*** SimonChung has joined #openstack-meeting-403:37
*** SimonChung1 has joined #openstack-meeting-403:39
*** yamahata has quit IRC03:41
*** nhairston has quit IRC03:42
*** SimonChung has quit IRC03:42
*** DericHorn-HP has joined #openstack-meeting-403:45
*** vivek-ebay has quit IRC03:46
*** nhairston has joined #openstack-meeting-403:54
*** armax has quit IRC03:55
*** lazy_prince has joined #openstack-meeting-404:01
*** Guest44166 has quit IRC04:04
*** KunalGandhi has quit IRC04:06
*** harshs has joined #openstack-meeting-404:08
*** dims has quit IRC04:09
*** numans has joined #openstack-meeting-404:10
*** tfukushima has quit IRC04:12
*** galstrom_zzz is now known as galstrom04:28
*** lakshmiS has joined #openstack-meeting-404:34
*** tfukushima has joined #openstack-meeting-404:35
*** harshs has quit IRC04:36
*** tfukushima has quit IRC04:37
*** jwagner is now known as jwagner_away04:41
*** tfukushima has joined #openstack-meeting-404:41
*** stanchan has joined #openstack-meeting-404:42
*** Brian has joined #openstack-meeting-404:50
*** Brian is now known as Guest1980104:50
*** galstrom is now known as galstrom_zzz04:53
*** Guest19801 has quit IRC04:55
*** jmcbride has joined #openstack-meeting-405:00
*** jmcbride1 has quit IRC05:00
*** DericHorn-HP has quit IRC05:10
*** DericHorn-HP has joined #openstack-meeting-405:13
*** DericHorn-HP has quit IRC05:18
*** Brian has joined #openstack-meeting-405:25
*** Brian is now known as Guest3824805:25
*** DericHorn-HP has joined #openstack-meeting-405:25
*** salv-orlando has joined #openstack-meeting-405:26
*** jmcbride has quit IRC05:30
*** nkrinner has joined #openstack-meeting-405:33
*** salv-orlando has quit IRC05:33
*** DericHorn-HP has quit IRC05:41
*** Sukhdev has joined #openstack-meeting-405:49
*** jerryz has joined #openstack-meeting-405:58
*** Sukhdev has quit IRC06:17
*** nhairston1 has joined #openstack-meeting-406:24
*** nhairston has quit IRC06:26
*** sabari has left #openstack-meeting-406:29
*** stanchan has quit IRC06:48
*** david-lyle has quit IRC06:58
*** stanchan has joined #openstack-meeting-406:59
*** salv-orlando has joined #openstack-meeting-407:03
*** matrohon has joined #openstack-meeting-407:12
*** david-lyle has joined #openstack-meeting-407:14
*** sweston has quit IRC07:41
*** patrickeast has quit IRC07:41
*** meteorfox has quit IRC07:41
*** aglarendil has quit IRC07:41
*** j^2 has quit IRC07:41
*** dougwig has quit IRC07:41
*** ashtokolov has quit IRC07:41
*** ChrisPriceAB has quit IRC07:41
*** kelv has quit IRC07:41
*** xgerman has quit IRC07:41
*** GheRivero has quit IRC07:41
*** skath has quit IRC07:41
*** serverascode has quit IRC07:41
*** marcusvrn_ has quit IRC07:41
*** rex_lee_ has quit IRC07:41
*** masteinhauser has quit IRC07:41
*** zhiyan has quit IRC07:41
*** Piet has quit IRC07:41
*** chigang has quit IRC07:41
*** briancurtin has quit IRC07:41
*** chigang has joined #openstack-meeting-407:43
*** briancurtin has joined #openstack-meeting-407:43
*** GheRivero has joined #openstack-meeting-407:43
*** May-meimei has quit IRC08:59
*** May-meimei has joined #openstack-meeting-409:05
*** ChrisPriceAB has joined #openstack-meeting-409:19
*** jerryz has quit IRC09:39
*** dims has joined #openstack-meeting-409:47
*** marcusvrn_ has joined #openstack-meeting-409:49
*** masteinhauser has joined #openstack-meeting-409:49
*** masteinhauser is now known as Guest9945509:49
*** xgerman has joined #openstack-meeting-409:52
*** ashtokolov has joined #openstack-meeting-409:52
*** aglarendil has joined #openstack-meeting-409:52
*** skath has joined #openstack-meeting-409:53
*** sweston has joined #openstack-meeting-409:53
*** dougwig has joined #openstack-meeting-409:53
*** bharathm has quit IRC09:54
*** zhiyan has joined #openstack-meeting-409:54
*** serverascode has joined #openstack-meeting-409:54
*** j^2 has joined #openstack-meeting-409:55
*** salv-orlando has quit IRC09:56
*** meteorfox has joined #openstack-meeting-409:56
*** rex_lee_ has joined #openstack-meeting-409:56
*** markvoelker has quit IRC09:57
*** kelv has joined #openstack-meeting-410:04
*** May-meimei has quit IRC10:05
*** patrickeast has joined #openstack-meeting-410:07
*** tfukushima has quit IRC10:08
*** salv-orlando has joined #openstack-meeting-410:47
*** tfukushima has joined #openstack-meeting-411:05
*** baoli has joined #openstack-meeting-411:17
*** baoli_ has joined #openstack-meeting-411:19
*** baoli has quit IRC11:22
*** markvoelker has joined #openstack-meeting-411:28
*** markvoelker has quit IRC11:33
*** lakshmiS has quit IRC11:35
*** julim has joined #openstack-meeting-411:37
*** lakshmiS has joined #openstack-meeting-411:45
*** Guest99455 is now known as masteinhauser11:54
*** klamath has joined #openstack-meeting-412:11
*** jckasper has quit IRC12:15
*** markvoelker has joined #openstack-meeting-412:18
*** rfolco has joined #openstack-meeting-412:21
*** woodard has joined #openstack-meeting-412:26
*** nhairston1 has quit IRC12:32
*** abcd has joined #openstack-meeting-413:03
*** abcd is now known as Guest501913:03
*** jckasper has joined #openstack-meeting-413:04
*** dims has quit IRC13:14
*** dims has joined #openstack-meeting-413:15
*** baoli_ has quit IRC13:16
*** Guest38248 has quit IRC13:16
*** baoli has joined #openstack-meeting-413:16
*** salv-orlando has quit IRC13:18
*** baoli_ has joined #openstack-meeting-413:21
*** Guest5019 has quit IRC13:22
*** baoli has quit IRC13:24
*** VW has joined #openstack-meeting-413:27
*** jecarey has joined #openstack-meeting-413:29
*** fawadkhaliq has joined #openstack-meeting-413:44
*** Piet has joined #openstack-meeting-413:52
*** amotoki has joined #openstack-meeting-413:53
*** cdelatte has joined #openstack-meeting-413:54
*** iurygregory has joined #openstack-meeting-413:56
*** fawadkhaliq has quit IRC13:59
*** rbak has joined #openstack-meeting-414:00
nikhilCourtesy Glance Drivers' meeting reminder: nikhil_k, flaper87, sigmavirus24, rosmaita14:01
nikhil#startmeeting glance drivers14:01
openstackMeeting started Tue Sep 22 14:01:14 2015 UTC and is due to finish in 60 minutes.  The chair is nikhil. 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 drivers)"14:01
openstackThe meeting name has been set to 'glance_drivers'14:01
rosmaitahello14:01
*** fawadkhaliq has joined #openstack-meeting-414:01
nikhil#topic agenda14:01
*** openstack changes topic to "agenda (Meeting topic: glance drivers)"14:01
nikhil#link https://etherpad.openstack.org/p/glance-drivers-meeting-agenda14:01
nikhilhi rosmaita , good morning14:01
*** DericHorn-HP has joined #openstack-meeting-414:02
*** fawadk has joined #openstack-meeting-414:02
nikhillooks like jus two of us14:02
*** kairat has joined #openstack-meeting-414:03
rosmaitawhile we're waiting, i have a quick question ... there's a PS up to change glance tests so that the asserts look like assertWhatever(expected, observerd)14:03
rosmaitai was looking at some nova tests, and they all have assertWhatever(observed, expected)14:03
rosmaitai'm trying to figure out what's really correct14:03
flaper87o/14:03
rosmaitai'm assuming we're all using the same testing framework?14:03
nikhilyeah14:04
nikhilrosmaita the quickest way to know that is using IDE say pyCharm14:04
rosmaitathat was just the nova tests i was looking at, i wasn't very thorough14:04
rosmaitai see, it will enforce for whatever the framework in use is14:05
nikhilit won't14:05
flaper87or to read the docs :P14:05
flaper87http://testtools.readthedocs.org/en/latest/api.html#testtools.TestCase.assertEqual14:05
nikhilit will give you hint14:05
nikhilthere are 3 params, expected, observed, message if I recollect correctly14:05
*** fawadkhaliq has quit IRC14:05
rosmaitaflaper87: ty14:05
rosmaitait's just seeing so many the other way in nova made me wonder14:06
nikhilyeah, IDEs give on the fly docs. try a emacs plugin :)14:06
flaper87rosmaita: np :)14:06
nikhilI am wondering whoever proposed the agenda topic is here or not?14:07
rosmaitai did14:07
nikhilThanks for the email and comment flaper8714:07
rosmaitaand i am14:07
nikhilI see14:07
flaper87nikhil: np14:07
flaper87I hope it all sounds reasonable14:07
rosmaitait does14:07
flaper87Since I missed my chance to comment yday (personal mattes), I spent more time thinking about it14:07
nikhilyeah, I meant to say thanks for clarification on the thoughts behind the impl and proposal14:07
nikhilIt makes sense14:08
nikhil#topic resolution on the ova lite spec14:08
*** openstack changes topic to "resolution on the ova lite spec (Meeting topic: glance drivers)"14:08
*** irenab_ has joined #openstack-meeting-414:08
rosmaitamy agenda item was just to make sure we're all on the same page, and i guess to ask nikhil to formally give the news14:09
rosmaitato the OVA spec people14:09
rosmaitathough, they have probably seen the writing on the wall14:09
*** nhairston has joined #openstack-meeting-414:09
nikhilwhatever communicated over last 3 mins and hereon14:09
rosmaitaor on the patch set14:09
*** fawadkhaliq has joined #openstack-meeting-414:09
nikhilref topic ^14:09
nikhilha, writing on the wall sounds trendy-tious14:10
rosmaitait's a biblical reference14:10
flaper87rosmaita: :P14:10
rosmaitabut don't ask me where, i got all my bible knowledge from reading p.g. wodehouse14:10
*** irenab has quit IRC14:11
*** irenab_ is now known as irenab14:11
flaper87As stated on the review, I think we should hold off this spec until M14:11
*** fawadk has quit IRC14:11
flaper87It's unfortunate because I like the feature and it was really close14:11
flaper87but now it does feel we're rushing it14:11
rosmaitai agree14:12
flaper87(just making sure some of this is logged in the meeting records)14:12
*** cdelatte has quit IRC14:12
flaper87#link https://review.openstack.org/#/c/214810/14:12
flaper87rosmaita: ++14:12
nikhilThanks, it makes sense.14:12
nikhilLet's give them a early mitaka hope14:12
flaper87yup, sounds reasonable14:13
rosmaitai hope the team working on this will begin immediately after the summit, after the tasks stuff is settled, to get this done14:13
nikhilWe should hopefully discuss the preapproval process and lite specs next week14:13
flaper87rosmaita: ++14:13
nikhilthen things will be more clear14:13
nikhilagreed14:13
flaper87They have a chance to expand the implementation and we have a better chance to provide more detailed reviews to have a more robust implementation14:13
nikhilshould we move to next topic?14:14
rosmaitayes, and we all need to be on the same page about failure flows14:14
nikhilthat's true14:14
nikhilfailure flows*14:14
rosmaitaor flow failures?14:14
flaper87or flow failures flows14:14
nikhillol14:15
* flaper87 expects an inception joke to come out of this14:15
nikhilthat can be a name of a open source organization14:15
rosmaitawould have a cool logo14:15
nikhilbusted A/C :P14:16
rosmaitawhatever you call that whirpool thing going down the drain14:16
rosmaitanikhil: let's move to next topic14:17
nikhil#topic Image upload in public clouds (Doug's DefCore email thread)14:17
*** openstack changes topic to "Image upload in public clouds (Doug's DefCore email thread) (Meeting topic: glance drivers)"14:17
*** Brian has joined #openstack-meeting-414:17
nikhilI assume you have prepped something rosmaita14:17
*** Brian is now known as Guest4882714:17
rosmaitai read through the thread again, specifically about upload14:17
rosmaitai want to ask the other drivers here if their impression of the discussion accords with mine, namely14:18
rosmaitathe end-user facing upload must look the same in all OpenStack clouds14:18
rosmaitabut, it doesn't have to be the curent upload ... Clint proposed an upload request that returns a URI to upload to, Monty and Doug seem to think that's OK14:18
* dhellmann arrives late14:19
flaper87rosmaita: I've been putting lots of thoughts on this lately and I've pinged Stuart and dhellmann to get some feedback14:19
rosmaitadoug ... excellent timing!14:19
dhellmannrosmaita: yes, that's basically what I would like to see14:19
flaper87oh, there's dhellmann14:19
flaper87:D14:19
flaper87So yeah, I believe that's the feedback14:19
flaper87it doesn't have to be HTTP14:19
flaper87BUT14:19
flaper87and this is were I'm very opinionated on: The solution, whatever it is, must not require the user to have any knowledge of where the image is being uploaded.14:19
flaper87Lemme rephrase that14:20
nikhilThe intiail conversation I had with Monty led us to a discoverable aspect to the API14:20
dhellmannit would be really useful to frame this discussion in terms of the use cases that need to be supported, to help make it concrete14:20
nikhiland there are variations in the understanding14:20
rosmaitahttps://etherpad.openstack.org/p/glance-new-new-up-down-workflow-scratchpad14:20
*** MarkAtwood has joined #openstack-meeting-414:20
nikhildhellmann yep, you hit the point14:20
flaper87IMHO, the user should not care about the image being uploaded to a third-party server, swift, whatever. From an user perspective, there has to me a simple image-create14:20
dhellmannthere may be several ways to create images (upload, from existing volumes, etc.) and we might need different APIs for those but as long as each of those different APIs always does its one job consistently that's fine14:20
flaper87rosmaita: lol, I also have an etherpad that I was planning to share next week14:20
flaper87:P14:20
rosmaitalol14:21
flaper87https://etherpad.openstack.org/p/glance-upload-mechanism-reloaded14:21
nikhilSo, the idea should be a thematic API14:21
nikhiland not a single API14:21
nikhilfor example the Image create (includes upload) are two APIs14:21
nikhilbut a single theme14:22
dhellmannnikhil: right, discoverability is important, too. I think mordred's suggestion was that an API endpoint might return instructions for where to upload the image, and that helps with one use case but may not cover all of them14:22
flaper87One thing thing is that etherpad already contains some implementation details14:22
dhellmannso I would like to document all of the use cases before we design any new APIs14:22
flaper87rosmaita: Can we have a pre-summit working session?14:22
*** Guest48827 has quit IRC14:22
flaper87nikhil: ^14:22
nikhilI would like to rephrase that dhellmann if you don't mind14:22
rosmaitaflaper87: i think we will have to14:22
flaper87I think it'd be super useful to have a meeting to brainstorm14:22
nikhilwe should consider SuperUser use cases and try to account for maintainability overhear for other users14:22
flaper87and come up with a solution to this issues that won't be an issue for others14:22
flaper87and likely, what's in my etherpad is not it14:23
nikhilquote and unquote14:23
flaper87but it does give an idea14:23
nikhilflaper87 +114:23
flaper87DefCore, cloud-users, admins14:23
flaper87That's normally the other I apply when figuring out if something may or may not be good14:23
dhellmannflaper87: swift users, ceph users, small deployments with neither14:23
flaper87(left to right)14:23
*** jmcbride has joined #openstack-meeting-414:23
nikhilI think admins is a overloaded word in some cases14:23
nikhilbut I know what you mean by it14:24
rosmaitaone thing to keep in mind is that the tasks api was designed for import/export/cloning14:24
flaper87nikhil: ops is probably more accurate14:24
flaper87cloud-admins ?14:24
flaper87mmh, well, you get my point14:24
rosmaitai don't think we should consider upload in isolation14:24
nikhilpossibly admins == deployers, operations (maintainers) and admisistrators (auditos etc)14:24
flaper87:P14:24
nikhilrosmaita yep, that's a great point14:25
flaper87I'd probably replace admins with inter-cloud use cases since that covers other services talking to Glance too14:25
dhellmannrosmaita: exactly, we need to consider all of the use cases14:25
nikhilso, two things I would like to say right up front14:25
*** rbak has quit IRC14:25
rosmaitalooking quickly through flaper87 's etherpad, looks a lot like the tasks api14:25
rosmaitai will shut up and let nikhil speak14:26
nikhil1. making massive changes to the image related code is a big risk (sec, maintainibility, etc wise)14:26
*** DericHorn-HP has quit IRC14:26
flaper87rosmaita: well, the difference is that it does not require the user to trigger a task but Glance does it once the image bits are uploaded. My wording may not be fair to the original idea14:26
flaper87but I'm happy to elaborate/explain14:26
nikhil2. task-workflow original use case for the exposure to public cloud14:26
nikhilas images had slowly evolved into them as we made things public, intitial design never considered such stringent requirements from DefCore, API_WG, PRD_WG etc14:27
dhellmannI want to be sure it's clear that the problem with the task workflow is not that it is task-based, but that the API requires the user to know about the task without being able to discover it. Having an API endpoint that starts a background task is fine.14:27
flaper87I still think we should hide tasks from public usage since they have not been implemented in an interoperable way.14:27
rosmaitaflaper87: or we implement them in an interoperable way14:27
nikhiltasks in bacjground challenge the immutability and transparency clause for images14:28
*** wshao has joined #openstack-meeting-414:28
flaper87nikhil: re #1: Agreed, the proposed solution on my etherpad (again it's just an idea thrown out there) takes care of not breaking the existing API/upload for users14:28
nikhilit can possibly violate the image verification and assurance for the users14:28
rosmaitathe nice thing about the import task is that you don't create an image until there's a reasonable expectation that it is actually an image14:28
dhellmannbut any deep discussion of implementation details is really premature until we have a complete documented list of the requirements, somewhere other than the mailing list archives14:28
flaper87dhellmann: ++14:28
nikhilagreed14:28
* flaper87 wonders where's mclaren when we need him14:28
flaper87:P14:29
dhellmannrosmaita: that sounds like a useful feature to incorporate into the requirements14:29
nikhilIt would nice to document the constraints, use cases, maintainability overhead of the changes14:29
dhellmannnikhil: ++14:29
dhellmannthis seems like a great use of the specs process14:29
nikhil++14:29
rosmaitadhellmann: have you seen this: https://wiki.openstack.org/wiki/Glance-tasks-api-product14:29
*** harshs has joined #openstack-meeting-414:29
dhellmannrosmaita: no, but it's on my reading list now14:30
nikhilwe are out of time so as a courtesy towards this channel we can continue the discussion on -glance if we awnt14:30
nikhilthanks all for joining!14:30
flaper87o/14:30
nikhil#endmeeting14:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:30
rosmaita\o14:30
openstackMeeting ended Tue Sep 22 14:30:46 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/glance_drivers/2015/glance_drivers.2015-09-22-14.01.html14:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/glance_drivers/2015/glance_drivers.2015-09-22-14.01.txt14:30
openstackLog:            http://eavesdrop.openstack.org/meetings/glance_drivers/2015/glance_drivers.2015-09-22-14.01.log.html14:30
*** banix has joined #openstack-meeting-414:31
*** VW_ has joined #openstack-meeting-414:31
*** cdelatte has joined #openstack-meeting-414:31
*** rbak has joined #openstack-meeting-414:32
*** cdelatte has quit IRC14:33
*** vivek-ebay has joined #openstack-meeting-414:34
*** VW__ has joined #openstack-meeting-414:34
*** VW_ has quit IRC14:34
*** VW__ has quit IRC14:34
*** VW_ has joined #openstack-meeting-414:34
*** VW has quit IRC14:35
*** bharathm has joined #openstack-meeting-414:38
*** vivek-ebay has quit IRC14:38
*** cdelatte has joined #openstack-meeting-414:39
*** fawadkhaliq has quit IRC14:39
*** degorenko has joined #openstack-meeting-414:41
*** vivek-ebay has joined #openstack-meeting-414:43
*** jmcbride has quit IRC14:44
*** jmcbride has joined #openstack-meeting-414:44
*** GB21 has joined #openstack-meeting-414:45
*** GB21_ has joined #openstack-meeting-414:45
*** harshs has quit IRC14:47
*** chem has joined #openstack-meeting-414:47
*** cloudtrainme has joined #openstack-meeting-414:48
*** IvanBerezovskiy has joined #openstack-meeting-414:50
*** adduarte has joined #openstack-meeting-414:51
*** mdorman has joined #openstack-meeting-414:53
*** carl_baldwin has joined #openstack-meeting-414:56
*** angdraug has joined #openstack-meeting-414:57
*** ramanjaneya_ has joined #openstack-meeting-414:57
*** nikhil has quit IRC14:58
*** tristanC has joined #openstack-meeting-414:58
*** nikhil has joined #openstack-meeting-414:58
*** vivek-ebay has quit IRC14:58
*** richm has joined #openstack-meeting-414:59
*** mwhahaha has joined #openstack-meeting-414:59
EmilienM#startmeeting puppet-openstack15:00
openstackMeeting started Tue Sep 22 15:00:06 2015 UTC and is due to finish in 60 minutes.  The chair is EmilienM. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: puppet-openstack)"15:00
openstackThe meeting name has been set to 'puppet_openstack'15:00
sbadiahey!15:00
*** lakshmiS has left #openstack-meeting-415:00
iurygregoryo/15:00
maximovhi15:00
EmilienM#link agenda https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-2015092215:00
crinkleo/15:00
_ody_o/15:00
EmilienMhello here15:00
degorenkohey o/15:00
mwhahahahey15:00
mdormano/15:00
*** kairat has left #openstack-meeting-415:00
*** skolekonov has joined #openstack-meeting-415:01
*** GB21_ has quit IRC15:01
skolekonovhi15:01
angdraug\o15:01
richmhello15:01
EmilienM#topic Release schedule15:01
*** openstack changes topic to "Release schedule (Meeting topic: puppet-openstack)"15:01
EmilienMthere is no schedule yet, so we are kind of free15:02
*** nkrinner has quit IRC15:02
EmilienMI would propose to wait for stable packages on both ubuntu/uca & centos/rdo15:02
sbadia+115:02
EmilienMand then think about stable/liberty15:02
iurygregory+115:02
EmilienMI think it would let us ~one month or so15:03
*** xuhan1 has joined #openstack-meeting-415:03
_ody_+115:03
EmilienMplease make sure stable/kilo & stable/juno have useful backports15:03
*** simon-AS5591 has joined #openstack-meeting-415:03
*** nhairston has quit IRC15:04
EmilienM#link releases https://wiki.openstack.org/wiki/Puppet/releases15:04
EmilienM#topic Summit15:05
*** openstack changes topic to "Summit (Meeting topic: puppet-openstack)"15:05
EmilienM#link summit etherpad https://etherpad.openstack.org/p/HND-puppet15:05
EmilienMI hope our group will submit more topics15:05
EmilienMfor now, only spredzy and I did15:05
*** galstrom_zzz is now known as galstrom15:05
*** banix has quit IRC15:06
EmilienMdon't be shy :) and bring your ideas15:06
*** armax has joined #openstack-meeting-415:07
EmilienMwe need topics to define what's next, I hope people will contribute to the etherpad during the following days15:07
*** yogesh-pc has joined #openstack-meeting-415:07
EmilienM#topic service_default() and is_service_default() usage15:08
*** openstack changes topic to "service_default() and is_service_default() usage (Meeting topic: puppet-openstack)"15:08
EmilienMmwhahaha: hello15:08
mwhahahahey15:08
*** rbak has quit IRC15:08
* EmilienM looking for links15:09
mwhahahaso last week we talked about the best way to check for the '<SERVICE DEFAULT>' strings and I proposed a function to check for it15:09
mwhahaha#link https://review.openstack.org/#/c/223672/15:09
EmilienMI liked Hunner & _ody_ feedbacks15:09
mwhahahawhen doing this, I also thought about the other side where we could use a function in place of '<SERVICE DEFAULT>'15:09
mwhahaha#link https://review.openstack.org/#/c/224187/15:09
EmilienM_ody_: can you summarize it again please?15:09
_ody_I was a solid +0 on it until EmilienM sparked me to look at it again yesterday, then I transitioned into a -1.15:10
mwhahahafor which? for both?15:10
_ody_Yeah.15:11
_ody_ It might be a little easier on the eyes but not nearly as obvious to people reading the manifest for the first or even second time and I don't think it actually solves a problem.  Plus it has to run code to return a string, which is going to have overhead over parsing a simple string.  To obtain the same goal of abstracting the value away from the implementation, the params pattern has been use15:11
_ody_d for that until now.15:11
EmilienM_ody_: I don't see your review on Gerrit :(15:11
_ody_EmilienM: I didn't submit it because it was long winded...I actually just pated it into IRC.15:11
_ody_We could set a "default" string across all our modules by having a "openstacklib::params::servicedefault" variable and inherit "openstacklib::params" is every params class, e.g. "nova::params inherits openstacklib::params".15:11
_ody_I am just generally not a fan of having ruby do work the puppet language can "generally" do.15:12
*** banix has joined #openstack-meeting-415:12
angdraugpremature optimization is root of all evil15:12
mwhahahafair enough, i think i had mentioned switching to the params as an alternative15:12
mwhahahain irc15:12
*** harshs has joined #openstack-meeting-415:12
EmilienMI would like to see an example of _ody_'s proposal with openstacklib::params::servicedefault15:13
_ody_Sure.15:13
*** SimonChung1 has quit IRC15:13
mwhahahaso i think the is_service_default is still valid15:13
EmilienMwe all agree we want this feature15:13
EmilienMwe just don't know yet how to make it15:13
mwhahahabut service_default is not the best way15:13
_ody_mwhahaha: I am no sure.  That unsubmitted review I just pasted was the review I had prepared for service_default.15:14
EmilienMmwhahaha: for now, yes, becayse you rely on SERVICE_DEFAULT pattern15:14
_ody_I was kinda treating them the same but I'll leave that for after I try out a few other options.15:14
mwhahahafor me is_service_default is like a stdlib function such as validate_string()15:15
mwhahahathat is not a weird pattern15:15
EmilienMmwhahaha: does it work for you, if we wait for _ody_'s proposal and see how it behaves?15:15
_ody_mwhahaha: Ok.  I'll read through that one again.15:15
mwhahahathe using service_default() as a param is odd, so i can see that not being so great15:15
crinkleI think we should get the original plan, which just uses the string, in place and working and then we can optimize/clean up later15:15
*** cdelatte has quit IRC15:15
EmilienMcrinkle: yeah, we could convert puppet-cinder (the module where we initiated the work) and see how it works. Later optimize/stabilize and then convert all modules once we have final design15:16
EmilienMmwhahaha: yes, your function seems still valid if we go that way15:17
_ody_I find running ruby to return a static to be my issue.  We've ween expirementing with puppetdbquery functions as parameter defaults lately.15:17
mwhahahaI'm ok abandoning the service_default() function15:18
*** jwagner_away is now known as jwagner15:18
mwhahahai would like to keep is_service_default()15:18
EmilienMmwhahaha: don't abandon it, it's too early I think15:18
EmilienMyes, we might need to keep it15:18
EmilienMthe is_service_default15:18
mwhahahak15:18
_ody_yeah.  Please no abandoning things yet.15:18
EmilienM#action _ody_ to propose another default pattern solution (in puppet-openstacklib)15:19
EmilienM_ody_: once you have something please use the ML thread, so we can move forward15:20
*** dims has quit IRC15:20
EmilienMmwhahaha, spredzy: maybe we can start converting puppet-cinder to use is_service_default and see how it behaves15:20
EmilienMdo you like the plan? or?15:21
mwhahahawe've got that one review that has been converted but fails CI because we haven't merged is_service_default yet15:21
*** lazy_prince has quit IRC15:22
EmilienMunfortunatly, our CI does not handle Zuul cloner for unit tests15:22
_ody_EmilienM: Yep will do after breakfast.15:22
EmilienMbut anyoen is free to make it happen15:22
*** blahRus has joined #openstack-meeting-415:23
mwhahahahttps://review.openstack.org/#/c/219275/15:23
EmilienMcrinkle wrote the tool in puppet-openstack-integration for beaker jobs15:23
EmilienMwe could re-use it15:23
EmilienMthis is a separated topic, but if anyone is interested to work on it, raise your hand15:23
EmilienMmwhahaha: I think we can merge your function is openstacklib in the meantime15:24
EmilienMmwhahaha: you don't break anything, and if we decide to go back, we can revert your patch15:24
mwhahahak15:24
*** karume has joined #openstack-meeting-415:24
_ody_Yep.15:24
EmilienM+2 +A15:24
EmilienMmwhahaha: so in a few, you'll be able to do the recheck on the cinder patch and see unit test behavior15:25
mwhahahak15:25
EmilienMmwhahaha: thanks15:25
EmilienMspredzy is afk but I'll check with him if you guys are willing to use puppet-cinder to test the feature15:25
EmilienManything else about this topic?15:26
mwhahahadoesn't look like it15:26
EmilienMmwhahaha: maybe you can WIP https://review.openstack.org/#/c/224187 to avoid accidental merge15:26
*** puranamr has joined #openstack-meeting-415:27
mwhahahasure15:27
EmilienM#topic Rewrite puppet-nova providers based on Openstacklib and Openstack client15:27
*** openstack changes topic to "Rewrite puppet-nova providers based on Openstacklib and Openstack client (Meeting topic: puppet-openstack)"15:27
EmilienMdegorenko, sbog: o/15:27
degorenkoEmilienM, hey o/15:27
sboghi15:27
degorenkomy suggestion is to rewrite nova resource/providers authorization based on Openstacklib and openstack client15:27
*** puranamr has quit IRC15:27
degorenkolike it done for keystone15:27
degorenkoalso adapt current providers and add some new providers (flavors, secgroups, e.g)15:27
degorenkowhat do you think?15:27
EmilienMwell, this is where we try to go in keystone, glance & neutron so yeah nova makes sense15:28
degorenkogreat15:28
degorenkoi've found next blueprint: #link https://blueprints.launchpad.net/puppet-openstacklib/+spec/use-openstackclient-in-module-resources15:28
EmilienMuntil now, nobody had time to make it so we're happy if anyone can make it15:28
degorenkocan i use it?15:28
crinklejust need to make sure openstackclient has support for what we're doing in those providers15:28
*** dims has joined #openstack-meeting-415:28
degorenkoof course15:28
_ody_If someone is ready to put in the effort, it only seems natural.15:28
EmilienMyeah, we need feature parity at least15:28
sbogI think it would be nice. I have done such work for old openstack client, but it unusable now.15:28
*** harshs has quit IRC15:28
EmilienMawesome!15:29
degorenkoBtw, all modules depend on openstacklib, so, we can use one common way for authorization15:29
EmilienMdegorenko: look at puppet-glance, the implementation is pretty stable now15:29
degorenkoyep, i will look15:29
EmilienMthe Glance_image resource is a good example15:29
degorenkoprobably we need use this for all modules?15:30
EmilienMdegorenko, sbog: anything else about this topic?15:30
EmilienMthis ?15:30
sbogI think that's all15:30
degorenkothis feature :)15:30
degorenkoi mean auth via openstack client15:30
EmilienMit's a "nice to have"15:30
EmilienMsince osclient is being the reference15:30
*** banix has quit IRC15:30
degorenkook, got it15:30
EmilienMand since we decided to rely on osclient for our providers, yeah15:31
degorenkowe can discuss in summit this topic15:31
EmilienMdegorenko: cool, feel free to adjust etherpad15:31
EmilienM#topic Keystone v3 - implement providers using composite namevar15:31
*** openstack changes topic to "Keystone v3 - implement providers using composite namevar (Meeting topic: puppet-openstack)"15:31
degorenkogreat! i'll add a new topic15:31
EmilienMchem: o/15:31
richmyes, chem15:31
chemyep ?15:32
chemah15:32
richmso chem has figured out that you have to use isnamevar with _properties_, not _parameters_15:32
* EmilienM wakes up chem15:32
_ody_Ugh...yeah parameters are not syncable.15:32
richmthe puppet docs say that "properties" are the actual properties of the actual object being modeled15:32
_ody_I mean other way around.15:32
richmwhile parameters are just things passed from manifests into the provider code15:33
chemrunning the spec using newparam make them fail15:33
richmchem: how so?15:33
chemdidn't dig into it, but it falis15:33
chemmeans you have to change some other code15:33
_ody_I am happy to take a crack at it.15:34
*** _ody_ is now known as _ody15:34
richmok - so we still need to investigate this approach some more to see if it is viable15:34
*** xuhan1 has quit IRC15:34
chemwell I could finish the job to see what is failing15:34
richmMy suspicion is that it is not viable - if we have to use parameters instead of properties, that means that somewhere, somehow, puppet is not going to like it and barf15:34
richmbut, let's investigate some more15:35
chemparameter == stuff that puppet cannot guess from the environment15:35
*** banix has joined #openstack-meeting-415:35
richmor from the object being modeled15:35
chemhum, oki.15:35
richmchem: Can you investigate some more and follow up/reply to your email to the os-dev list?15:35
chemoki, I look why it's failing and post the result15:36
richmchem: Thanks15:36
chemrichm: np15:36
_odyIf someone has a link to a branch, I'll also hack on it.15:37
* _ody didn't see one in the thread15:37
chem_ody: no branch, just local modification15:37
*** yogesh-pc has quit IRC15:38
chem_ody: it was just exploration ... I may be able to make a gerrit review in wip that I'll destroy later no ?15:38
chemis it something that people do ?15:38
EmilienMI think the sooner you release your patch, the better it is15:38
EmilienMall the time15:38
EmilienMusing Gerrit enforces collaboration, don't keep your code locally15:38
chembut is it in merge conflit with what gilhub is working on ?15:39
*** cdelatte has joined #openstack-meeting-415:39
*** geoffarnold has joined #openstack-meeting-415:39
chemsorry : "isn't it"15:39
EmilienMyou can do Gerrit dependencies or patchs on top of master, whatever15:40
chemEmilienM: oki15:40
*** cdelatte has quit IRC15:40
richmright - just rebase your patch on top of whatever you want as you base15:40
EmilienMchem: you can do a PoC on top of his patch15:40
chemEmilienM: richm: I'll do that15:40
richmchem: Thanks!15:40
EmilienM#action chem to propose PoC on top of gilles's patch15:41
EmilienMthanks, anything else chem ?15:41
chemEmilienM: no.15:41
*** karume has quit IRC15:41
EmilienM#topic open discussion15:41
chemi'm good15:41
*** openstack changes topic to "open discussion (Meeting topic: puppet-openstack)"15:41
angdraugcan we talk about mlnx vs cisco a bit?15:42
*** KunalGandhi has joined #openstack-meeting-415:42
EmilienMangdraug: sure, what's up?15:42
angdraug#link https://review.openstack.org/20999715:42
angdraugI'm not particularly for or against vendor drivers code in puppet-neutron, but the discussion there seems to be applying double standards15:43
angdraugneutron itself has drivers for both cisco and mlnx15:43
angdraugpuppet-neutron has cisco specific code15:43
angdraugwhy is it that mlnx specific code is undesirable?15:43
EmilienMI reviewed the code and I don't think we should manage external repositories, but it's my opinion15:43
EmilienMmlnx code is 100% desirable, I just disagree to install third party software15:44
angdraugEmilienM: n1kv driver does that15:44
EmilienMyes and if you read my review, you'll see I'm not happy with that.15:44
*** nhairston has joined #openstack-meeting-415:44
angdraughow do you propose to fix that?15:44
EmilienMangdraug: I'm curious to know what others think here15:45
EmilienMI did not -2, I just -1 to raise something we never wanted to do initially15:45
EmilienMeven though cisco did it15:45
mwhahahai don't think we should include it15:45
EmilienMI'm not a fan how installing external packages15:46
EmilienMpeople have their own composition layer15:46
angdraugis there a way to make that manifest work without external repos?15:46
EmilienMif you install mellanox, create a puppet-mellanox module and install repo + packages15:46
EmilienMpuppet-neutron aims to manage neutron packages & config files only15:46
*** vivek-ebay has joined #openstack-meeting-415:46
*** ivar-lazzaro has joined #openstack-meeting-415:47
angdraugas I said, that's fine by me, but following the same standards the cisco code should be removed15:47
*** ivar-lazzaro has quit IRC15:47
EmilienMangdraug: submit a patch, I'll +215:47
angdraugok15:47
*** ivar-lazzaro has joined #openstack-meeting-415:47
EmilienMbut before I would like to see consencus15:47
angdraugI'm sure there will be -1's on the removal patch :)15:48
*** KunalGan_ has joined #openstack-meeting-415:48
EmilienMcrinkle: do you have thoughts on this?15:48
angdraugbut if anyone here has an opinion, it would be nice to know15:48
EmilienMangdraug: yes - and again I have nothing against mlx or cisco or whatever you know - I personally don't care.15:48
EmilienMit's just the "how far should we manage plugins" question15:49
*** KunalGandhi has quit IRC15:49
angdraugyeah15:49
crinkleI haven't digested the patch, no opinion really15:50
EmilienMif anyone is good with that and I'm the only one who -1, I think we should allow external repos - I just want it documented somewhere. It's not clear to me atm15:50
crinkleif its consistent with other plguins then why not?15:50
*** cdelatte has joined #openstack-meeting-415:50
EmilienMcrinkle: https://review.openstack.org/#/c/209997/9/manifests/agents/ml2/mlnx.pp,cm15:50
crinkleEmilienM: I've never taken the time to look at any plugins besides ovs and linuxbridge, why is this one different from the other vendored plugins?15:51
EmilienMcrinkle: the problem is that: did we do well by accepting external repos?15:51
EmilienMbecause their packages are not in distros repos15:51
angdraugcrinkle: the difference is that cisco and mlnx drivers need packages from external repos to function15:51
EmilienMbut in third party repos, which might conflict with distros, etc15:51
crinkleI see15:51
crinkleit does have a parameter to turn it on and off though15:51
angdraugnot to mention that those repos may disappear at a moment's notice15:51
crinkleso i don't really see the problem15:51
angdraugand are likely to contain non-free software15:52
EmilienMangdraug: this is *exactly* my concern, thank you15:52
crinkleso we don't want to support a valid neutron configuration because it might use non-free software?15:52
EmilienMcrinkle: no, we do want to support the neutron config15:53
chemI tend to agree with EmilienM about the puppet-mellanox, puppet-cisco, puppet-XXX relative to puppet-neutron which should just take care of configuration.  But legacy being what it is, it's going to be an hard montain to climb.15:53
EmilienMit's just the external packages that you need15:53
crinklewhy split the packages and config? that seems confusing15:53
angdraugon the other hand, you have neutron's decision to accept these drivers in-tree15:53
EmilienMJuniper has puppet-opencontrail15:54
EmilienMit takes care of everything about opencontrail15:54
EmilienMand puppet-neutron just feed neutron config15:54
*** jbratton has joined #openstack-meeting-415:54
EmilienMit works well! I think we should follow this pattern15:54
*** daneyon has joined #openstack-meeting-415:54
chemyes, exactly15:54
*** stanchan has quit IRC15:54
EmilienMcrinkle: we don't split packages & config, you still need neutron plugin package15:54
*** cdelatte has quit IRC15:54
EmilienMcrinkle: you're mixing third party & openstack packages15:55
EmilienM1/ is in external repos 2/ is in distros15:55
crinkleokay, I don't have any strong opinions15:55
chembut maybe, for the time being a switch in the module parameter would be enough.  Later on we can re-ask ourself if we have the resource to do the split on existing package and force it for new package.15:55
chem(switch like configure the external resource)15:56
*** nhairston has quit IRC15:56
EmilienMchem: like in https://review.openstack.org/#/c/209997/9/manifests/agents/ml2/mlnx.pp,cm ?15:56
EmilienMwith use_mellanox_repository ?15:56
chemEmilienM: I think that It can be considered like a valid compromise for the time being15:57
EmilienMyes15:57
*** johnsom has joined #openstack-meeting-415:57
angdraugthat would work for me, too15:57
EmilienMok, so proposal: use opencontrail way if we can, otherwise mlnx - but not cisco n1kv15:57
EmilienM#action EmilienM send proposal to ML about neutron plugin mngt, gather feedback + write doc15:58
angdraugnot cisco n1kv == use of external repo is tolerated only if optional?15:58
EmilienMbefore closing the meeting, iurygregory is asking for reviews, maybe richm & chem you can have a loot? I'll review them this week for sure.15:58
EmilienMangdraug: yes15:59
iurygregorythanks o/15:59
EmilienMangdraug: we need to make sure it's optional15:59
EmilienMthanks angdraug for this topic, very productive15:59
degorenkoEmilienM, one more review is needed :) https://review.openstack.org/#/c/21104315:59
EmilienMa few seconds left15:59
chemangdraug: yes, with the better option being : make a separate module for the installation of the package itself15:59
EmilienMthanks everyone, have a great day!15:59
EmilienM#endmeeting16:00
iurygregoryo/16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:00
openstackMeeting ended Tue Sep 22 16:00:04 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-09-22-15.00.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-09-22-15.00.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-09-22-15.00.log.html16:00
*** Santosh has joined #openstack-meeting-416:00
*** Santosh is now known as Guest3735316:00
*** cdelatte has joined #openstack-meeting-416:00
*** cdelatte has quit IRC16:00
*** mugsie has joined #openstack-meeting-416:00
mugsiehey16:00
*** elarson has joined #openstack-meeting-416:00
mugsieo/16:00
elarsono/16:01
KunalGan_o/16:01
johnsomHi there16:01
dougwigo/16:01
*** mdorman has left #openstack-meeting-416:01
mugsie#startmeeting Kosmos16:01
openstackMeeting started Tue Sep 22 16:01:28 2015 UTC and is due to finish in 60 minutes.  The chair is mugsie. Information about MeetBot at http://wiki.debian.org/MeetBot.16:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:01
*** openstack changes topic to " (Meeting topic: Kosmos)"16:01
openstackThe meeting name has been set to 'kosmos'16:01
johnsomo/16:01
xgermano/16:01
mugsie#topic Action Items16:01
*** openstack changes topic to "Action Items (Meeting topic: Kosmos)"16:01
mugsienothing outstanding16:02
mugsie#topic Architecture - https://review.openstack.org/#/c/223663/16:02
*** mwhahaha has left #openstack-meeting-416:02
*** openstack changes topic to "Architecture - https://review.openstack.org/#/c/223663/ (Meeting topic: Kosmos)"16:02
mugsie#link https://review.openstack.org/#/c/223663/16:02
*** daneyon_ has joined #openstack-meeting-416:02
*** numans has quit IRC16:03
mugsieI have a few comments that I am addressing - has everyone had a chance to read ^ ?16:03
johnsomI have (those are probably my comments you are still addressing...)16:03
*** IvanBerezovskiy has left #openstack-meeting-416:03
mugsiejohnsom: yup :)16:03
*** whydidyoustealmy is now known as shakamunyi16:03
dougwig#link http://docs-draft.openstack.org/63/223663/1/check/gate-kosmos-specs-docs/8927647//doc/build/html/specs/liberty/sysarch.html16:03
mugsieI did leave a few replies as well16:03
*** dzamboni has joined #openstack-meeting-416:03
*** rbak has joined #openstack-meeting-416:04
*** angdraug has left #openstack-meeting-416:04
*** Guest37353 has quit IRC16:04
dougwigis the api/conductor approach similar to what designate is doing?16:04
mugsiekinda - we have a central service - but the name confused people16:05
mugsieconductor seems to be the openstack terminology16:05
*** daneyon has quit IRC16:05
mugsiethe idea was that we had one input point to the DB16:05
dougwiginteresting. neutron has both of those in one process, which has its issues.16:05
*** VW_ has quit IRC16:05
mugsieyeah - I like the ability to scale out APIs16:06
KunalGan_@mugsie .. so the endpoints are VIP's in the regional LB's ?16:06
*** VW has joined #openstack-meeting-416:06
mugsieKunalGan_: yeah16:06
mugsieor they could be random IPs as well16:06
mugsiewhat ever we are loadbalancing16:07
*** Santoshsh has joined #openstack-meeting-416:07
mugsiethat is the reason there is plugins for the status checks16:07
KunalGan_So there would be two plugin interfaces for custom implementation.. one for making the entity changes on GSLB and other one for status checks16:07
mugsieyup16:07
KunalGan_ok.. where does the designate call fit in here ?16:08
mugsiefor example if I am going to get traction for this with product marketing we would need to support things like AWS16:08
mugsieit would be the default GSLB16:08
mugsieso the calls to the GSLB driver would be translated to DNS updates via designate16:08
xgermanso Designate would be the GSLB appliance in the picture?16:09
*** rbak has quit IRC16:09
dougwigKunalGan_: it's the default and primary DNS server for the G in the GSLB.16:09
mugsieyup16:09
dougwigxgerman: the front half, yes.16:09
KunalGan_ok got it..16:10
*** rbak has joined #openstack-meeting-416:10
xgermanwell, Designate has an API :-)16:10
mugsiejohnsom: had a good question - "Are we keeping status history in the Database or should we have some sort of logging component or call out?"16:10
mugsiewhat are peoples thoughts on this?16:11
*** VW has quit IRC16:11
xgermanboth?16:11
dougwigi'm not a fan of huge databases, for scaling reasons. i'd prefer the callout/logging, personally.16:11
johnsomI lean towards logging16:11
KunalGan_what is the benefit of keeping status history ?16:11
*** skolekonov has left #openstack-meeting-416:11
xgermanwell, users like to have cli commands which show status16:11
xgermanhistory can be in logging16:11
mugsieKunalGan_: to show when a change was made, and what triggered it16:12
johnsomIf you have backend endpoints coming and going it's nice to be able to see that history16:12
*** SimonChung has joined #openstack-meeting-416:12
mugsieyeah. you want users to see *why* a region disappeared16:12
elarson+1 logging16:13
KunalGan_@mugsie .. if we have to show the history on CLI then wouldn't it be easier to get it from the db rather than logs ?16:13
mugsiewell, logging could be another DB16:13
mugsieor timeseries16:13
*** rbak has quit IRC16:13
KunalGan_oh ok16:13
xgermanwell, what about monasca?16:13
KunalGan_@mugsie .. that makes sense..16:13
*** yamahata has joined #openstack-meeting-416:13
*** rbak has joined #openstack-meeting-416:13
elarsonthat presents a whole slew of questions regarding linearabilty, but, conceptually +1 :)16:13
dougwigif in db, we could also limit it to the last 1000 checks or something, to keep it sane.16:13
mugsiexgerman: i would rather not tie us to them just yet16:13
mugsiedougwig: ++16:13
KunalGan_+1 on limiting it16:14
mugsiethere would definitly need to be a "prune"16:14
*** vivek-eb_ has joined #openstack-meeting-416:14
*** simon-AS5591 has quit IRC16:14
mugsieOK, i think that is good feedback16:15
mugsieand for MVP we may not need to actually show the history in the API16:15
KunalGan_@mugsie .. the default GSLB will be integrated with designate and lbaas. do we know which applicance wr have to support by default16:15
elarson+1 re: mvp16:16
KunalGan_like an opensource one ?16:16
mugsiethere is no list yet16:16
*** VW has joined #openstack-meeting-416:16
mugsiebut with just LBaaS + Designate it will be functional16:16
dougwigKunalGan_: i think we'll end up writing the backend monitors ourselves, for the ref impl.16:16
mugsieKunalGan_: oh, by appliance you mean LB appliance?16:17
KunalGan_ok..16:17
*** vivek-ebay has quit IRC16:17
dougwigi think that's what he meant.  so if we use designate+lbaas, the ref will be designate's defaults + haproxy.16:17
*** VW_ has joined #openstack-meeting-416:17
mugsiedougwig: I think we can have in tree drivers, as long as there is a way of testing them16:17
*** puranamr has joined #openstack-meeting-416:17
KunalGan_yes.. someone needs to do the health checks against the local VIP16:17
dougwigKunalGan_: we could either write those in python, or as mugsie said, we could setup hm's in lbaas and poll lbaas's /stats call for health.16:18
mugsieKunalGan_: that would be the status check service16:18
mugsieah, yeah. what dougwig said16:18
*** cdelatte has joined #openstack-meeting-416:18
*** baoli_ has quit IRC16:19
mugsieOK, anymore feedback?16:19
KunalGan_down the line when we have to support more complex GSLB algo's like geo-location, ratio based, etc, would that be supported just by lbaas and designate ?16:19
*** Brian has joined #openstack-meeting-416:19
mugsieKunalGan_: designate has those features on the roadmap16:20
*** Brian is now known as Guest5674216:20
KunalGan_oh ok16:20
mugsieso, hopefully16:20
*** rbak has quit IRC16:20
*** VW has quit IRC16:20
dougwigand hopefully some 3rd party drivers might also expose those things.16:21
mugsieyeah16:21
KunalGan_on a separate topic, i got a lot of feedback on https://review.openstack.org/#/c/218709/16:21
*** matrohon has quit IRC16:21
KunalGan_but the code review is not line with the design16:21
mugsieKunalGan_: yeah. we decided 2 weeks ago to go more conceptual with the design first16:22
KunalGan_do you want me to redo it and align it with the design @mugsie or wait a little bit16:22
mugsieKunalGan_: I think we wait a bit16:22
KunalGan_before we finalize the design16:22
KunalGan_@mugsie .. ok16:23
mugsiewe can then do the services on a service by service basis16:23
KunalGan_ok16:23
mugsieas we will have an interface to work against16:23
*** Guest56742 has quit IRC16:24
dougwigif you want to rework now with a stock pecan and alembic goo, though, we'll need that.16:24
mugsieOK.16:24
mugsie#topic Open Discussion16:25
*** openstack changes topic to "Open Discussion (Meeting topic: Kosmos)"16:25
KunalGan_ok so pecan is preferred over flask ?16:25
mugsieany off agenda items?16:25
mugsieKunalGan_: yes16:25
KunalGan_i see16:25
mugsiewell, no, but it is the standard basically16:25
elarson:)16:25
mugsieboth designate + neutron use it now afaik16:25
KunalGan_@mugsie .. i was looking at designate code16:26
mugsieKunalGan_: I am sorry16:26
KunalGan_maybe an older one i guess16:26
mugsie:D16:26
*** richm has left #openstack-meeting-416:26
dougwigi think pecan is what the tc recommends now.16:26
mugsieyeah. our V1 API was flask16:26
*** jmcbride1 has joined #openstack-meeting-416:26
mugsiethe v2 API is pecan16:26
KunalGan_ok16:26
mugsiewith a few fixes in our tree16:26
*** jmcbride1 has quit IRC16:26
dougwigneutron's old server was/is totally homebrew.  *shudder*.16:26
xgermanflask is so much better16:26
*** jmcbride has quit IRC16:26
mugsieit is16:26
*** jmcbride has joined #openstack-meeting-416:27
xgermanyeah, wonder what pecan paid the TC?16:27
mugsiebut if both related projects use pecan, we should probably use it16:27
dougwigi'm open to either, if the team feels strongly. it's just a wsgi server to me.16:27
KunalGan_@dougwig .. +1. either is fine16:27
mugsieyeah. not really pushed, just like to have commonalities16:28
KunalGan_ok. i can take a task to switch the API to pecan from flask16:28
xgermanflask is fine ;-)16:28
KunalGan_since that might not change a lot16:28
elarsoncherrypy ?16:28
elarsonhttp://ionrock.org/2013/01/30/CherryFlask.html16:28
mugsieelarson: :|16:28
xgermanWerkzeug all the way16:29
mugsiewebob ++16:29
* mugsie needs to stop feedin the bikeshed16:29
mugsieOK, anything else for the meeting?16:29
dougwigit gets crazy enough and i'm gonna ask for rails or sinatra.16:29
dougwigthis is where i usually get dirty stares.16:30
mugsie:)16:30
* johnsom stares at dougwig16:30
mugsiehttps://kore.io/16:30
mugsiedone16:30
mugsie:D16:30
KunalGan_:)16:31
mugsieOK. if thats it - shall we call the meeting adjourned?16:31
xgermanit was just starting to be fun...16:32
mugsieOK - see you in #openstack-gslb16:33
mugsie#endmeeting16:33
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:33
openstackMeeting ended Tue Sep 22 16:33:54 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:33
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kosmos/2015/kosmos.2015-09-22-16.01.html16:33
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kosmos/2015/kosmos.2015-09-22-16.01.txt16:33
openstackLog:            http://eavesdrop.openstack.org/meetings/kosmos/2015/kosmos.2015-09-22-16.01.log.html16:34
*** johnsom has left #openstack-meeting-416:34
mugsiehave 30 mins of your day back :)16:34
*** elarson has left #openstack-meeting-416:34
*** adduarte has quit IRC16:36
*** fitoduarte has joined #openstack-meeting-416:37
*** vivek-eb_ has quit IRC16:40
*** simon-AS559 has joined #openstack-meeting-416:41
*** simon-AS5591 has joined #openstack-meeting-416:43
*** simon-AS559 has quit IRC16:45
*** harshs has joined #openstack-meeting-416:46
*** david-lyle has quit IRC16:46
*** s3wong has joined #openstack-meeting-416:47
*** ivar-lazzaro has quit IRC16:48
*** delattec has joined #openstack-meeting-416:49
*** yamahata has quit IRC16:50
*** ivar-lazzaro has joined #openstack-meeting-416:52
*** cdelatte has quit IRC16:52
*** delattec has quit IRC16:53
*** karume has joined #openstack-meeting-416:54
*** jwagner is now known as jwagner_away16:55
*** baoli has joined #openstack-meeting-416:55
*** fawadkhaliq has joined #openstack-meeting-416:56
*** tfukushima has quit IRC16:59
*** tfukushima has joined #openstack-meeting-416:59
*** delattec has joined #openstack-meeting-417:02
*** vivek-ebay has joined #openstack-meeting-417:03
*** tfukushima has quit IRC17:04
*** banix has quit IRC17:07
*** puranamr has quit IRC17:10
*** Sukhdev has joined #openstack-meeting-417:17
*** jbratton has left #openstack-meeting-417:19
*** Santoshsh has quit IRC17:20
*** Brian has joined #openstack-meeting-417:20
*** Brian is now known as Guest6435117:20
*** KunalGan_ has quit IRC17:21
*** Sukhdev has quit IRC17:21
*** Guest64351 has quit IRC17:25
*** rbak has joined #openstack-meeting-417:26
*** baoli has quit IRC17:27
*** dims has quit IRC17:31
*** puranamr has joined #openstack-meeting-417:31
*** dims has joined #openstack-meeting-417:32
*** puranamr has quit IRC17:33
*** jwagner_away is now known as jwagner17:37
*** puranamr has joined #openstack-meeting-417:37
*** rbak has quit IRC17:40
*** delattec has quit IRC17:44
*** fawadkhaliq has quit IRC17:58
*** stanchan has joined #openstack-meeting-418:01
*** stanchan has quit IRC18:01
*** adduarte has joined #openstack-meeting-418:02
*** VW_ has quit IRC18:02
*** VW has joined #openstack-meeting-418:03
*** fitoduarte has quit IRC18:03
*** rbak has joined #openstack-meeting-418:04
*** nhairston has joined #openstack-meeting-418:05
*** karume has quit IRC18:06
*** VW has quit IRC18:07
*** rbak has quit IRC18:09
*** puranamr has quit IRC18:09
*** rbak has joined #openstack-meeting-418:10
*** delattec has joined #openstack-meeting-418:11
*** Sukhdev has joined #openstack-meeting-418:12
*** ivar-lazzaro has quit IRC18:14
*** rbak has quit IRC18:15
*** ivar-lazzaro has joined #openstack-meeting-418:15
*** krtaylor has quit IRC18:16
*** rbak has joined #openstack-meeting-418:16
*** GB21 has quit IRC18:18
*** delattec has quit IRC18:21
*** krtaylor has joined #openstack-meeting-418:30
*** ramanjaneya_ has quit IRC18:30
*** Piet has quit IRC18:34
*** Sukhdev has quit IRC18:35
*** VW has joined #openstack-meeting-418:42
*** rbak has quit IRC18:46
*** rbak has joined #openstack-meeting-418:48
*** Sukhdev has joined #openstack-meeting-418:49
*** rbak has quit IRC18:53
*** rbak has joined #openstack-meeting-418:55
*** vivek-ebay has quit IRC18:55
*** Swami has joined #openstack-meeting-418:57
*** nhairston1 has joined #openstack-meeting-419:00
*** 6JTAB3HZ2 has joined #openstack-meeting-419:01
*** nhairston has quit IRC19:01
*** galstrom is now known as galstrom_zzz19:01
*** KunalGandhi has joined #openstack-meeting-419:02
*** banix has joined #openstack-meeting-419:02
*** cloudtra_ has joined #openstack-meeting-419:03
*** jmcbride has quit IRC19:03
*** jmcbride has joined #openstack-meeting-419:04
*** cloudtrainme has quit IRC19:06
*** Sukhdev has quit IRC19:09
*** asuvvari8 has joined #openstack-meeting-419:10
*** Sukhdev has joined #openstack-meeting-419:10
*** cloudtra_ has quit IRC19:11
*** asuvvari8 has left #openstack-meeting-419:11
*** Sukhdev has quit IRC19:12
*** Sukhdev has joined #openstack-meeting-419:12
*** DericHorn-HP has joined #openstack-meeting-419:14
*** Rockyg has joined #openstack-meeting-419:15
*** cloudtrainme has joined #openstack-meeting-419:16
*** Sukhdev has quit IRC19:18
*** vivek-ebay has joined #openstack-meeting-419:19
*** bharathm has quit IRC19:20
*** Brian has joined #openstack-meeting-419:21
*** Brian is now known as Guest2220719:22
*** Guest22207 has quit IRC19:26
*** Sukhdev has joined #openstack-meeting-419:27
*** galstrom_zzz is now known as galstrom19:27
*** puranamr has joined #openstack-meeting-419:27
*** puranamr has quit IRC19:28
*** wshao has quit IRC19:30
*** vivek-ebay has quit IRC19:32
*** Sukhdev has quit IRC19:35
*** vivek-ebay has joined #openstack-meeting-419:39
*** rbak has quit IRC19:41
*** bradjones has joined #openstack-meeting-419:46
*** bradjones has quit IRC19:46
*** bradjones has joined #openstack-meeting-419:46
*** 6JTAB3HZ2 has quit IRC19:47
*** rbak has joined #openstack-meeting-419:48
*** Swami has quit IRC19:49
*** Sukhdev has joined #openstack-meeting-419:49
*** delatte has joined #openstack-meeting-419:49
*** Sukhdev has quit IRC19:50
*** duartea has joined #openstack-meeting-419:56
*** rbak has quit IRC19:56
*** vivek-ebay has quit IRC19:57
*** bharathm has joined #openstack-meeting-419:58
*** adduarte has quit IRC19:59
*** banix has quit IRC20:01
*** DericHorn-HP has quit IRC20:02
*** DericHorn-HP has joined #openstack-meeting-420:04
*** SimonChung has quit IRC20:06
*** SimonChung has joined #openstack-meeting-420:06
*** SimonChung1 has joined #openstack-meeting-420:06
*** SimonChung has quit IRC20:06
*** SimonChung1 has quit IRC20:08
*** SimonChung has joined #openstack-meeting-420:08
*** SimonChung1 has joined #openstack-meeting-420:09
*** SimonChung1 has quit IRC20:09
*** jecarey has left #openstack-meeting-420:10
*** SimonChung has quit IRC20:13
*** rbak has joined #openstack-meeting-420:13
*** rbak has quit IRC20:19
*** vivek-ebay has joined #openstack-meeting-420:19
*** zehicle has quit IRC20:21
*** adduarte has joined #openstack-meeting-420:22
*** zehicle has joined #openstack-meeting-420:22
*** duartea has quit IRC20:25
*** chem has quit IRC20:28
*** wshao has joined #openstack-meeting-420:28
*** chem has joined #openstack-meeting-420:28
*** rosmaita has quit IRC20:29
*** rbak has joined #openstack-meeting-420:32
*** rbak has quit IRC20:32
*** wshao has quit IRC20:32
*** rosmaita has joined #openstack-meeting-420:33
*** baoli has joined #openstack-meeting-420:35
*** CheKoLyN has joined #openstack-meeting-420:35
*** CheKoLyN has quit IRC20:35
*** saguilar has joined #openstack-meeting-420:36
*** Swami has joined #openstack-meeting-420:50
*** cfarquhar has joined #openstack-meeting-420:53
*** cfarquhar has quit IRC20:53
*** cfarquhar has joined #openstack-meeting-420:53
*** DericHorn-HP has quit IRC20:55
*** rbak has joined #openstack-meeting-420:55
*** DericHorn-HP has joined #openstack-meeting-420:55
*** chem has quit IRC20:57
*** chem has joined #openstack-meeting-420:57
*** baoli has quit IRC21:01
*** DericHorn-HP has quit IRC21:02
*** baoli has joined #openstack-meeting-421:02
*** baoli has quit IRC21:12
*** baoli has joined #openstack-meeting-421:12
*** woodard has quit IRC21:14
*** Sukhdev has joined #openstack-meeting-421:15
*** jmcbride has quit IRC21:17
*** DericHorn-HP has joined #openstack-meeting-421:21
*** DericHorn-HP has quit IRC21:27
*** nhairston1 has quit IRC21:31
*** jmcbride has joined #openstack-meeting-421:34
*** jmcbride1 has joined #openstack-meeting-421:36
*** jmcbride1 has quit IRC21:36
*** jmcbride1 has joined #openstack-meeting-421:36
*** delatte has quit IRC21:37
*** jmcbride has quit IRC21:38
*** galstrom is now known as galstrom_zzz21:39
*** delatte has joined #openstack-meeting-421:39
*** salv-orlando has joined #openstack-meeting-421:48
*** dahoo has joined #openstack-meeting-421:49
*** dahoo is now known as jerryz21:49
*** jmcbride1 has quit IRC21:54
*** rbak has quit IRC21:54
*** rbak has joined #openstack-meeting-421:56
*** jmcbride has joined #openstack-meeting-421:56
*** ivar-lazzaro has quit IRC21:57
*** ivar-lazzaro has joined #openstack-meeting-421:58
*** wshao has joined #openstack-meeting-421:58
*** daneyon_ has left #openstack-meeting-421:59
*** baoli has quit IRC22:01
*** baoli has joined #openstack-meeting-422:01
*** jmcbride has quit IRC22:02
*** baoli has quit IRC22:02
*** dzamboni has quit IRC22:02
*** delatte has quit IRC22:03
*** ivar-lazzaro has quit IRC22:03
*** rbak has quit IRC22:03
*** jwagner is now known as jwagner_away22:03
*** wshao has quit IRC22:04
*** baoli has joined #openstack-meeting-422:04
*** VW_ has joined #openstack-meeting-422:04
*** jmcbride has joined #openstack-meeting-422:05
*** ivar-lazzaro has joined #openstack-meeting-422:05
*** VW has quit IRC22:07
*** davidlenwell has quit IRC22:08
*** delatte has joined #openstack-meeting-422:08
*** markmcclain has quit IRC22:08
*** VW_ has quit IRC22:08
*** davidlenwell has joined #openstack-meeting-422:09
*** Rockyg has quit IRC22:10
*** wshao has joined #openstack-meeting-422:11
*** Guest61243 is now known as mfisch22:11
*** mfisch is now known as Guest5071522:12
*** Guest50715 is now known as mfisch22:13
*** mfisch has quit IRC22:13
*** mfisch has joined #openstack-meeting-422:13
*** klamath has quit IRC22:14
*** jmcbride has quit IRC22:14
*** markmcclain has joined #openstack-meeting-422:16
*** Piet has joined #openstack-meeting-422:16
*** GheRivero has quit IRC22:16
*** GheRivero has joined #openstack-meeting-422:18
*** baoli has quit IRC22:18
*** Swami has quit IRC22:19
*** simon-AS5591 has quit IRC22:20
*** baoli has joined #openstack-meeting-422:20
*** banix has joined #openstack-meeting-422:25
*** rbak has joined #openstack-meeting-422:25
*** briancurtin has quit IRC22:26
*** puranamr has joined #openstack-meeting-422:26
*** cloudtrainme has quit IRC22:28
*** briancurtin has joined #openstack-meeting-422:28
*** cloudtrainme has joined #openstack-meeting-422:29
*** puranamr has quit IRC22:29
*** rbak has quit IRC22:31
*** rbak has joined #openstack-meeting-422:34
*** Sukhdev has quit IRC22:36
*** SimonChung has joined #openstack-meeting-422:41
*** delatte has quit IRC22:42
*** SimonChung1 has joined #openstack-meeting-422:45
*** rbak has quit IRC22:46
*** baoli has quit IRC22:47
*** SimonChung has quit IRC22:48
*** jckasper has quit IRC22:48
*** rbak has joined #openstack-meeting-422:53
*** Sukhdev has joined #openstack-meeting-422:54
*** Sukhdev has quit IRC22:54
*** rbak has quit IRC22:55
*** wshao has quit IRC22:56
*** cloudtrainme has quit IRC23:02
*** nhairston has joined #openstack-meeting-423:04
*** delatte has joined #openstack-meeting-423:04
*** saguilar has quit IRC23:11
*** blahRus has quit IRC23:14
*** dims has quit IRC23:18
*** SimonChung1 has quit IRC23:21
*** SimonChung has joined #openstack-meeting-423:21
*** nhairston has quit IRC23:24
*** salv-orlando has quit IRC23:25
*** nhairston has joined #openstack-meeting-423:25
*** Sukhdev has joined #openstack-meeting-423:28
*** Sukhdev has quit IRC23:32
*** carl_baldwin has quit IRC23:32
*** Sukhdev has joined #openstack-meeting-423:33
*** markvoelker has quit IRC23:40
*** ivar-lazzaro has quit IRC23:44
*** nhairston has quit IRC23:51
*** ivar-lazzaro has joined #openstack-meeting-423:54
*** dims has joined #openstack-meeting-423:54
*** dims has quit IRC23:55
*** Guest18166 has joined #openstack-meeting-423:55

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