| *** IlyaE has joined #openstack-meeting-alt | 00:09 | |
| *** sarob_ has joined #openstack-meeting-alt | 00:10 | |
| *** sarob has quit IRC | 00:14 | |
| *** sarob_ has quit IRC | 00:14 | |
| *** tanisdl has quit IRC | 00:19 | |
| *** IlyaE has quit IRC | 00:21 | |
| *** colinmcnamara has joined #openstack-meeting-alt | 00:36 | |
| *** colinmcnamara1 has joined #openstack-meeting-alt | 00:37 | |
| *** colinmcnamara has quit IRC | 00:41 | |
| *** sacharya has quit IRC | 00:42 | |
| *** IlyaE has joined #openstack-meeting-alt | 00:44 | |
| *** IlyaE has quit IRC | 00:46 | |
| *** dina_belova has joined #openstack-meeting-alt | 00:51 | |
| *** dina_belova has quit IRC | 00:57 | |
| *** enikanorov-w has quit IRC | 00:57 | |
| *** enikanorov-w_ has joined #openstack-meeting-alt | 01:03 | |
| *** colinmcnamara1 has left #openstack-meeting-alt | 01:06 | |
| *** dina_belova has joined #openstack-meeting-alt | 01:51 | |
| *** dina_belova has quit IRC | 01:56 | |
| *** vkmc has quit IRC | 02:10 | |
| *** anteaya has quit IRC | 02:40 | |
| *** dina_belova has joined #openstack-meeting-alt | 02:52 | |
| *** dina_belova has quit IRC | 02:57 | |
| *** bdpayne has quit IRC | 03:14 | |
| *** betsy has quit IRC | 03:15 | |
| *** vipul is now known as vipul-away | 03:30 | |
| *** vipul-away is now known as vipul | 03:30 | |
| *** bdpayne has joined #openstack-meeting-alt | 03:32 | |
| *** bdpayne has quit IRC | 03:33 | |
| *** vipul is now known as vipul-away | 03:33 | |
| *** vipul-away is now known as vipul | 03:33 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 03:43 | |
| *** dina_belova has joined #openstack-meeting-alt | 03:53 | |
| *** dina_belova has quit IRC | 03:58 | |
| *** esp1 has joined #openstack-meeting-alt | 04:47 | |
| *** esp1 has left #openstack-meeting-alt | 04:47 | |
| *** dina_belova has joined #openstack-meeting-alt | 04:53 | |
| *** dina_belova has quit IRC | 04:58 | |
| *** akuznetsov has joined #openstack-meeting-alt | 05:01 | |
| *** vipul is now known as vipul-away | 05:02 | |
| *** vipul-away is now known as vipul | 05:02 | |
| *** esp has joined #openstack-meeting-alt | 05:46 | |
| *** betsy has joined #openstack-meeting-alt | 05:51 | |
| *** SergeyLukjanov has quit IRC | 05:55 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 05:56 | |
| *** esp has quit IRC | 05:58 | |
| *** SergeyLukjanov has quit IRC | 06:02 | |
| *** IlyaE has joined #openstack-meeting-alt | 06:24 | |
| *** markmcclain has quit IRC | 06:27 | |
| *** ruhe has joined #openstack-meeting-alt | 06:33 | |
| *** IlyaE has quit IRC | 06:38 | |
| *** dina_belova has joined #openstack-meeting-alt | 06:54 | |
| *** ruhe has quit IRC | 06:57 | |
| *** dina_belova has quit IRC | 06:58 | |
| *** dina_belova has joined #openstack-meeting-alt | 06:58 | |
| *** dina_belova has quit IRC | 07:03 | |
| *** amytron has joined #openstack-meeting-alt | 07:43 | |
| *** dina_belova has joined #openstack-meeting-alt | 07:59 | |
| *** dina_belova has quit IRC | 08:03 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 08:04 | |
| *** akuznetsov has quit IRC | 08:09 | |
| *** dina_belova has joined #openstack-meeting-alt | 08:09 | |
| *** dina_belova has quit IRC | 08:14 | |
| *** dosaboy has joined #openstack-meeting-alt | 08:15 | |
| *** ruhe has joined #openstack-meeting-alt | 08:29 | |
| *** SergeyLukjanov has quit IRC | 08:44 | |
| *** akuznetsov has joined #openstack-meeting-alt | 08:48 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 08:49 | |
| *** dkoryavov has joined #openstack-meeting-alt | 09:11 | |
| *** amytron has quit IRC | 09:55 | |
| *** enikanorov has quit IRC | 10:00 | |
| *** akuznetsov has quit IRC | 10:08 | |
| *** dina_belova has joined #openstack-meeting-alt | 10:10 | |
| *** dina_belova has quit IRC | 10:15 | |
| *** dkoryavov has quit IRC | 10:28 | |
| *** akuznetsov has joined #openstack-meeting-alt | 10:36 | |
| *** pcm__ has joined #openstack-meeting-alt | 10:36 | |
| *** pcm__ has quit IRC | 10:44 | |
| *** pcm__ has joined #openstack-meeting-alt | 10:44 | |
| *** dina_belova has joined #openstack-meeting-alt | 10:55 | |
| *** enikanorov has joined #openstack-meeting-alt | 10:57 | |
| *** ben_duyujie has joined #openstack-meeting-alt | 10:58 | |
| *** ben_duyujie has quit IRC | 10:59 | |
| *** tedross has joined #openstack-meeting-alt | 11:11 | |
| *** boris-42 has joined #openstack-meeting-alt | 11:31 | |
| *** dkoryavov has joined #openstack-meeting-alt | 11:35 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 11:41 | |
| *** dkoryavov has quit IRC | 11:41 | |
| *** dkoryavov__ has quit IRC | 11:43 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 11:44 | |
| *** tedross has left #openstack-meeting-alt | 11:50 | |
| *** HenryG has quit IRC | 12:11 | |
| *** dkoryavov__ has quit IRC | 12:15 | |
| *** kevinconway has quit IRC | 12:18 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 12:19 | |
| *** HenryG has joined #openstack-meeting-alt | 12:23 | |
| *** dosaboy has quit IRC | 12:27 | |
| *** pdmars has joined #openstack-meeting-alt | 12:30 | |
| *** SergeyLukjanov has quit IRC | 12:33 | |
| *** dosaboy has joined #openstack-meeting-alt | 12:44 | |
| *** kevinconway has joined #openstack-meeting-alt | 12:47 | |
| *** dina_belova has quit IRC | 12:51 | |
| *** dina_belova has joined #openstack-meeting-alt | 12:54 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 12:59 | |
| *** dosaboy has quit IRC | 13:02 | |
| *** dkoryavov__ has quit IRC | 13:02 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 13:04 | |
| *** dosaboy has joined #openstack-meeting-alt | 13:06 | |
| *** pdmars has quit IRC | 13:28 | |
| *** pdmars has joined #openstack-meeting-alt | 13:29 | |
| *** rnirmal has joined #openstack-meeting-alt | 13:29 | |
| *** dina_belova has quit IRC | 13:32 | |
| *** mestery_ has joined #openstack-meeting-alt | 13:43 | |
| *** mestery has quit IRC | 13:46 | |
| *** mestery_ is now known as mestery | 13:57 | |
| *** tanisdl has joined #openstack-meeting-alt | 14:00 | |
| *** dina_belova has joined #openstack-meeting-alt | 14:01 | |
| *** markmcclain has joined #openstack-meeting-alt | 14:01 | |
| *** aignatov has quit IRC | 14:10 | |
| *** aignatov has joined #openstack-meeting-alt | 14:11 | |
| *** isviridov has joined #openstack-meeting-alt | 14:14 | |
| *** ruhe has quit IRC | 14:16 | |
| *** anteaya has joined #openstack-meeting-alt | 14:22 | |
| *** dkoryavov__ has quit IRC | 14:23 | |
| *** betsy has quit IRC | 14:24 | |
| *** IlyaE has joined #openstack-meeting-alt | 14:26 | |
| *** SergeyLukjanov has quit IRC | 14:28 | |
| *** akuznetsov has quit IRC | 14:28 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 14:29 | |
| *** amytron has joined #openstack-meeting-alt | 14:32 | |
| *** amytron has quit IRC | 14:32 | |
| *** amytron has joined #openstack-meeting-alt | 14:33 | |
| *** esker has joined #openstack-meeting-alt | 14:38 | |
| *** jmontemayor has joined #openstack-meeting-alt | 14:44 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 14:52 | |
| *** dina_belova has quit IRC | 14:52 | |
| *** markmcclain has quit IRC | 14:53 | |
| *** dkoryavov__ has quit IRC | 14:58 | |
| *** dina_belova has joined #openstack-meeting-alt | 14:58 | |
| *** SergeyLukjanov has quit IRC | 15:01 | |
| *** akuznetsov has joined #openstack-meeting-alt | 15:02 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 15:02 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 15:03 | |
| *** sacharya has joined #openstack-meeting-alt | 15:03 | |
| *** ruhe has joined #openstack-meeting-alt | 15:03 | |
| *** vkmc has joined #openstack-meeting-alt | 15:07 | |
| *** vkmc has joined #openstack-meeting-alt | 15:07 | |
| *** markmcclain has joined #openstack-meeting-alt | 15:13 | |
| *** dkoryavov__ has quit IRC | 15:17 | |
| *** dkoryavov__ has joined #openstack-meeting-alt | 15:18 | |
| *** Riddhi has joined #openstack-meeting-alt | 15:23 | |
| *** dosaboy has quit IRC | 15:24 | |
| *** dosaboy has joined #openstack-meeting-alt | 15:26 | |
| *** betsy has joined #openstack-meeting-alt | 15:28 | |
| *** dkoryavov__ has quit IRC | 15:29 | |
| *** ruhe has quit IRC | 15:43 | |
| *** akuznetsov has quit IRC | 15:43 | |
| *** bdpayne has joined #openstack-meeting-alt | 15:45 | |
| *** Riddhi has quit IRC | 15:47 | |
| *** jergerber has joined #openstack-meeting-alt | 15:51 | |
| *** esp1 has joined #openstack-meeting-alt | 15:54 | |
| *** betsy is now known as bluzader | 15:55 | |
| *** esp1 has quit IRC | 15:55 | |
| *** vkmc has quit IRC | 16:09 | |
| *** IlyaE has quit IRC | 16:11 | |
| *** dina_belova has quit IRC | 16:19 | |
| *** dina_belova has joined #openstack-meeting-alt | 16:22 | |
| *** markmcclain has left #openstack-meeting-alt | 16:22 | |
| *** markmcclain has joined #openstack-meeting-alt | 16:23 | |
| *** SergeyLukjanov has quit IRC | 16:26 | |
| *** dina_belova has quit IRC | 16:26 | |
| *** esp1 has joined #openstack-meeting-alt | 16:33 | |
| *** esp1 has left #openstack-meeting-alt | 16:35 | |
| *** akuznetsov has joined #openstack-meeting-alt | 16:35 | |
| *** tsimmons has joined #openstack-meeting-alt | 16:38 | |
| *** dina_belova has joined #openstack-meeting-alt | 16:53 | |
| * simonmcc twiddles thumbs… | 16:54 | |
| *** mugsie has joined #openstack-meeting-alt | 16:54 | |
| *** boris-42 has quit IRC | 16:57 | |
| *** eankutse has joined #openstack-meeting-alt | 16:57 | |
| *** markmcclain has quit IRC | 16:58 | |
| *** vinodmr has joined #openstack-meeting-alt | 16:58 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 16:58 | |
| kiall | #startmeeting | 17:00 |
|---|---|---|
| openstack | kiall: Error: A meeting name is required, e.g., '#startmeeting Marketing Committee' | 17:00 |
| kiall | #startmeeting designate | 17:00 |
| openstack | Meeting started Wed Aug 14 17:00:26 2013 UTC and is due to finish in 60 minutes. The chair is kiall. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:00 |
| *** openstack changes topic to " (Meeting topic: designate)" | 17:00 | |
| openstack | The meeting name has been set to 'designate' | 17:00 |
| kiall | and - I just broke my chair. heh. 2 sec | 17:00 |
| bluzader | :O | 17:00 |
| eankutse | :-) | 17:00 |
| kiall | Okay :) | 17:01 |
| *** dina_belova has quit IRC | 17:01 | |
| simonmcc | mugsie get's 2 broken chairs on his first dat | 17:01 |
| kiall | Heyas! Who's about for the Designate/DNSaaS meeting? | 17:01 |
| simonmcc | o/ | 17:01 |
| vinodmr | vinod here | 17:01 |
| bluzader | me | 17:01 |
| mugsie | o/ | 17:01 |
| eankutse | eankutse | 17:01 |
| tsimmons | Me :D | 17:01 |
| kiall | Agenda is short - Another round of APIv2.. Unless anyone has an item? | 17:02 |
| kiall | #topic APIv2 | 17:02 |
| *** openstack changes topic to "APIv2 (Meeting topic: designate)" | 17:02 | |
| eankutse | APv2 is good | 17:02 |
| kiall | So - over the last few days, a discussion has started on the openstack-dev mailing list around pagination in the openstack APIs | 17:02 |
| kiall | #link http://lists.openstack.org/pipermail/openstack-dev/2013-August/013493.html | 17:03 |
| kiall | First email in the thread ^ | 17:03 |
| *** CaptTofu has joined #openstack-meeting-alt | 17:03 | |
| kiall | I'll summarize though.. | 17:03 |
| * CaptTofu is here | 17:03 | |
| kiall | So - page/per_page is being removed from the Keystone V3 API, in favor of marker/limit | 17:03 |
| kiall | The thread tends to go 1 of 2 ways.. either people say marker/limit is higher performance, or the Horizon guys say it's next to impossible to use in a UI | 17:04 |
| eankutse | so Designate will confirm - right? | 17:04 |
| eankutse | *conform* | 17:04 |
| kiall | I've no real preference for anything other than conforming to the standards that the other projects set.. | 17:04 |
| vinodmr | One of the objections cited in favor of page/per_page was that any page can be accessed rather than moving in the forward direction and accessing just the previous page. | 17:05 |
| mugsie | same | 17:05 |
| kiall | Does anyone have a good reason why we shouldn't conform? | 17:05 |
| eankutse | Semantically both are the same | 17:05 |
| bluzader | I don't think any of us are UI guys | 17:05 |
| eankutse | yes? | 17:05 |
| kiall | I think UI's are painful with limit/marker.. And traditional pagination controls are out.. BUT Horizon etc will get the necessary parts to make it work | 17:05 |
| eankutse | so conforming to the parameter name is fine with me | 17:06 |
| kiall | mugsie does lots of UI work :) | 17:06 |
| mugsie | for the next week ;) | 17:06 |
| *** msisk_ has joined #openstack-meeting-alt | 17:06 | |
| kiall | eankutse: well, it's much more than the param name | 17:06 |
| kiall | so page=1&per_page=10 | 17:06 |
| simonmcc | I was going to say that UI is probably the most likely consumer of our customer facing DNS solutions - so should help direct a choice in favour of UI friendly pagination | 17:06 |
| kiall | vs marker=<UUID of last item on previous page>&limit=10 | 17:06 |
| bluzader | I would lean more towards making the UI easier rather than conforming for no reason | 17:07 |
| kiall | and to go backwards, marker=<UUID of last item on previous page>&limit=10&sort_dir=DESC | 17:07 |
| *** markmcclain has joined #openstack-meeting-alt | 17:07 | |
| vinodmr | Would the marker in designate be a UUID that is randomly generated or that keeps increasing as time progresses? | 17:07 |
| kiall | bluzader: Yea - I tend to agree, but the "offical" UI, and any other copropate custom UIs are going to have to deal with limit/marker anyway | 17:07 |
| *** sarob has joined #openstack-meeting-alt | 17:07 | |
| ekarlso- | ello folks | 17:08 |
| kiall | vinodmr: it would be the ID of the last domain/record/etc on the page your looking at | 17:08 |
| kiall | corporate* | 17:08 |
| mugsie | UIs can store the previous markers, as pointed out in the thread | 17:08 |
| tsimmons | Just doesn't seem as clean to me, but conforming is probably the right thing to do especially if other people are going to have to figure out UI's before us. | 17:08 |
| kiall | tsimmons: yea.. I know the feeling :) | 17:09 |
| kiall | Anyway - I think the UIs that deal with nova/glance/keystone/designate will support this style of pagination.. So, I argue we conform | 17:09 |
| bluzader | ttsimmons: true | 17:09 |
| kiall | So - Does anyone think we should stick with page/per_page (or page/limit) ? | 17:10 |
| vinodmr | Has Horizon already done pagination with nova/glance/keystone etc? | 17:10 |
| CaptTofu | conforming would also bode well for things like incubation | 17:10 |
| kiall | vinodmr: ehh - I don't think so to be honest | 17:10 |
| kiall | CaptTofu: yea.. good point. | 17:10 |
| kiall | I've never noticed pagination in horizon anyway... | 17:11 |
| kiall | So .. | 17:11 |
| bluzader | Are all OpenStack projects going to change? | 17:11 |
| bluzader | Does Keystone set the standard? | 17:11 |
| kiall | bluzader: I believe glance and nova already do it this way | 17:12 |
| bluzader | Ah. Then it makes sense that we change | 17:12 |
| kiall | #startvote Should we conform to the limit/marker pagination pattern in the V2 API? yes, no, maybe | 17:12 |
| openstack | Begin voting on: Should we conform to the limit/marker pagination pattern in the V2 API? Valid vote options are yes, no, maybe. | 17:12 |
| openstack | Vote using '#vote OPTION'. Only your last vote counts. | 17:12 |
| kiall | #vote yes | 17:12 |
| kiall | so - lets get a show of hands! | 17:12 |
| vinodmr | #vote yes | 17:12 |
| mugsie | #vote yes | 17:12 |
| bluzader | #vote yes | 17:12 |
| tsimmons | #vote yes | 17:13 |
| eankutse | #vote yes | 17:13 |
| msisk_ | #vote yes | 17:13 |
| kiall | Any stragglers? simonmcc / CaptTofu ? | 17:13 |
| simonmcc | #vote yes | 17:13 |
| CaptTofu | #vote yes | 17:13 |
| kiall | 5 ... 4 ... 3... | 17:13 |
| kiall | #endvote | 17:13 |
| openstack | Voted on "Should we conform to the limit/marker pagination pattern in the V2 API?" Results are | 17:13 |
| openstack | yes (9): eankutse, simonmcc, bluzader, CaptTofu, tsimmons, vinodmr, mugsie, msisk_, kiall | 17:14 |
| kiall | So .. that's a yes. I'll update the spec. | 17:14 |
| bluzader | I've got a quick question on v2API | 17:14 |
| bluzader | Do the RecordSets replace Records, or are there Records and RecordSets | 17:14 |
| kiall | bluzader: So, yes and no .. RecordSets brings our model closer to the various DNS specs, and makes it MUCH easier to prevent out-of-spec values. | 17:15 |
| *** IlyaE has joined #openstack-meeting-alt | 17:15 | |
| kiall | There won't be a separate /records API endpoint, but there is an array of records which belong to a RecordSet in the /recordsets/1234 response | 17:16 |
| kiall | Make sense? | 17:16 |
| bluzader | I'm not sure. It makes a big change from the way we're currently doing our DNS | 17:17 |
| eankutse | But the spec also indicates that all records in a RecordSet should have the same TTL and that seems to be too much of a restriction | 17:17 |
| bluzader | I, obviously, need to read the spec more | 17:17 |
| bluzader | eankutse: I agree | 17:17 |
| bluzader | That part doesn't make sense to me at all | 17:18 |
| kiall | eankutse: all good DNS servers will pick the lowest TTL from all the records wit the same (rclass, rtype, rname) tuple and serve it | 17:18 |
| kiall | So - If you have 2 A records at "www.example.org.", one with TTL 3600 and one with TTL 300, both will be served with 300 | 17:18 |
| kiall | and if they don't.. | 17:18 |
| kiall | they the load balancing you are expecting will fail. | 17:19 |
| *** sarob has quit IRC | 17:19 | |
| kiall | after 300 seconds, resolvers will discard the 300 one, and keep the 3600 one.. | 17:19 |
| kiall | for the next 3300 seconds, it's as if you only have 1 A record for "www.example.org." | 17:19 |
| *** sarob has joined #openstack-meeting-alt | 17:19 | |
| bluzader | hmm | 17:19 |
| bluzader | As I said, I, obviously, need to spend more time in the spec to fully understand the pros and cons | 17:20 |
| kiall | The original specs allowed for differing TTL for a given (rclass, rtype, rname). But it proved to be broken and was depreciated in rfc2181 | 17:20 |
| bluzader | Ah. I didn't realize that | 17:20 |
| bluzader | Now RecordSets are making more sense to me | 17:21 |
| kiall | Yea - I was surprised the first time I read that RFC too.. It gives a good explanation of the issues from memory. | 17:21 |
| vinodmr | kiall: So in your eg. when you do a get recordset, you would get both the A records, but only 1 TTL value of 300. Is that right? | 17:21 |
| kiall | #link http://www.ietf.org/rfc/rfc2181.txt | 17:22 |
| bluzader | vinodmr: that's right | 17:22 |
| kiall | vinodmr: correct, you would get back {"ttl": 300, "records": [<record 1>, <record 2>], ...} | 17:22 |
| bluzader | vinodmr: the only thing that varies in a recordset are the IP addresses | 17:23 |
| kiall | and your DNS server will spit out both records, with the same TTL (which it should do anyway, even if you configure 2 different TTLs) | 17:23 |
| *** markmcclain has quit IRC | 17:23 | |
| kiall | well - the rdata differs. SO for a A, that's just the IP address | 17:23 |
| kiall | for SRV, it's priority, port, weight, target | 17:23 |
| kiall | etc | 17:23 |
| bluzader | kiall: right. I was thinking of only A records | 17:24 |
| kiall | and for MX priority+exchange differ :) | 17:24 |
| bluzader | It's only the "data" that varies | 17:24 |
| *** sarob has quit IRC | 17:24 | |
| kiall | Also - as another datapoint .. Amazon's Route53 went the RecordSet route from memory | 17:24 |
| kiall | (That's wasn't a deciding factor in any way!P | 17:25 |
| kiall | ..)* | 17:25 |
| *** markwash has joined #openstack-meeting-alt | 17:25 | |
| bluzader | kiall: Thx for explanation. It's making more sense to me now | 17:25 |
| kiall | So - Any lingering concerns over the use of RecordSet's? | 17:25 |
| bluzader | kiall: Not from me at this point. | 17:26 |
| vinodmr | Is there any way to know the acutal TTL values that are configured using the API? | 17:26 |
| *** IlyaE has quit IRC | 17:26 | |
| kiall | vinodmr: yea, the RecordSet will include the configured TTL for all records which are part of that RecordSet (or null, if the recordset inherits the default TTL from the parent domain) | 17:27 |
| kiall | http://pastie.org/private/dke2mocexwilfwpqcmvivg <-- Route53's XML representation of a RecordSet | 17:27 |
| kiall | Conceptually, that's very similar to what we propose for the V2 API | 17:28 |
| kiall | Okay .. Next up :) | 17:28 |
| kiall | we wanted to get any final feedback on the V2 API conventions, and if there is nothing else, we'll start merging framework code ASAP. I'll likely merge the base framework tomorrow. i.e. this one -> https://review.openstack.org/#/c/39077/ | 17:29 |
| kiall | Then, over the next week or two finalize any core changes needed to make the conventions work. | 17:29 |
| kiall | #action Kiall to update spec for limit/marker/sort_dir/sort_key | 17:30 |
| kiall | (Forgot to add ^ earlier) | 17:30 |
| kiall | Anybody have any more comments/suggestions/issues with the conventions used in the APIv2 spec? :) | 17:31 |
| simonmcc | I have no issues at this stage | 17:31 |
| eankutse | none | 17:32 |
| kiall | Okay .. I'll take that as a no from everyone! :) | 17:32 |
| kiall | #topic Any other business? Ask away. | 17:32 |
| *** openstack changes topic to "Any other business? Ask away. (Meeting topic: designate)" | 17:32 | |
| eankutse | I'll read up on the updates of the doc again | 17:32 |
| kiall | So - Anything else from anyone at all? Doesn't have to be APIv2 related :) | 17:32 |
| eankutse | How's progress on State Machine | 17:32 |
| simonmcc | State Machine? | 17:33 |
| kiall | simonmcc: the domain/record "status" field.. e.g PENDING, ACTIVE etc | 17:33 |
| kiall | eankutse: I've not began writing any code - Before that gets added, backends need to become async capable. | 17:34 |
| eankutse | yes. Kiall was coming up with one for zones the other day | 17:34 |
| kiall | Otherwise, the status are always just "ACTIVE" and there are no transitions really :) | 17:34 |
| eankutse | k | 17:34 |
| kiall | The current plan is - each of the backend methods will return a dict with a couple of keys in it, for status stuff, there will be "complete" = True/False key | 17:35 |
| eankutse | k | 17:35 |
| kiall | if complete = True, we'll do what we do today, and return a synchronous status code with status=ACTIVE | 17:35 |
| bluzader | kiall: that sounds cool. Have you written a blueprint for it? | 17:36 |
| kiall | and if complete = False, we'll return the async status code.. and expect the backend to update the record/domain status whenever it's completed it's change | 17:36 |
| kiall | bluzader: semi :) https://blueprints.launchpad.net/designate/+spec/domain-status | 17:36 |
| kiall | it's expanded from there though | 17:36 |
| kiall | eankutse: do you have the link to the state machine graphic I sent you? | 17:37 |
| eankutse | I can find it | 17:38 |
| kiall | #link https://dl.dropboxusercontent.com/u/1400487/graphviz-fd80799c9423325e8616080d6ae7d1af8a96b5f6.png | 17:39 |
| kiall | #link https://dl.dropboxusercontent.com/u/1400487/graphviz-9c55129fd4d85273bcd3c6dc6fdae2471124e420.png | 17:39 |
| kiall | one for domains, one for recordsets | 17:39 |
| eankutse | Thx | 17:39 |
| *** sballe has joined #openstack-meeting-alt | 17:39 | |
| kiall | No problem :) | 17:39 |
| kiall | So, the domain status and async backend stuff really ties into each other.. and the async backend stuff needs to come first | 17:40 |
| *** rnirmal has quit IRC | 17:40 | |
| eankutse | yes | 17:40 |
| kiall | Okay - Any more questions/comments before we call it a day? | 17:41 |
| eankutse | not me | 17:41 |
| vinodmr | none from me either | 17:41 |
| mugsie | nope | 17:41 |
| simonmcc | any progress on a designate face to face before HK? | 17:41 |
| kiall | Okay - That's all :) Hopefully we'll have some of this V2 API stuff merged and ready to play with before next weeks meeting. | 17:41 |
| kiall | simonmcc: I think there was budget issues on the HP side .. | 17:42 |
| simonmcc | :-) | 17:42 |
| kiall | HK has pushed the travel budget pretty far this year :( | 17:42 |
| *** RajeshMohan has quit IRC | 17:42 | |
| CaptTofu | @simonmcc I need to re-ask | 17:43 |
| mugsie | all the more reason we should all go to HK ;) | 17:43 |
| simonmcc | I don't think RAX are planning on going to HK? | 17:43 |
| kiall | Okay - Thanks everyone :) Speak in #openstack-dns later! | 17:43 |
| CaptTofu | @simonmcc I think management was thinking of possibly some place a bit inbetween Ireland and TX | 17:43 |
| kiall | #endmeeting | 17:43 |
| *** openstack changes topic to "OpenStack meetings (alternate)" | 17:43 | |
| openstack | Meeting ended Wed Aug 14 17:43:49 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:43 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/designate/2013/designate.2013-08-14-17.00.html | 17:43 |
| simonmcc | cya, tahnks | 17:43 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/designate/2013/designate.2013-08-14-17.00.txt | 17:43 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/designate/2013/designate.2013-08-14-17.00.log.html | 17:43 |
| kiall | HP + RAX discussion should really be outside the meeting :P | 17:44 |
| *** RajeshMohan has joined #openstack-meeting-alt | 17:44 | |
| *** sarob has joined #openstack-meeting-alt | 17:47 | |
| *** vinodmr has left #openstack-meeting-alt | 17:48 | |
| *** msisk_ has quit IRC | 17:58 | |
| *** msisk has joined #openstack-meeting-alt | 18:00 | |
| *** dina_belova has joined #openstack-meeting-alt | 18:01 | |
| *** dina_belova has quit IRC | 18:02 | |
| *** dina_bel_ has joined #openstack-meeting-alt | 18:02 | |
| *** Riddhi has joined #openstack-meeting-alt | 18:08 | |
| *** dosaboy has quit IRC | 18:08 | |
| *** akuznetsov has quit IRC | 18:15 | |
| *** tsimmons has quit IRC | 18:15 | |
| *** akuznetsov has joined #openstack-meeting-alt | 18:18 | |
| *** eankutse has quit IRC | 18:19 | |
| *** dosaboy_1 has joined #openstack-meeting-alt | 18:23 | |
| *** dosaboy__ has quit IRC | 18:25 | |
| *** lifeless has quit IRC | 18:28 | |
| *** markmcclain has joined #openstack-meeting-alt | 18:39 | |
| *** eankutse has joined #openstack-meeting-alt | 18:46 | |
| *** sacharya1 has joined #openstack-meeting-alt | 18:58 | |
| *** sacharya has quit IRC | 19:00 | |
| *** tsimmons has joined #openstack-meeting-alt | 19:03 | |
| *** _crobertsrh has quit IRC | 19:05 | |
| *** crobertsrh has joined #openstack-meeting-alt | 19:07 | |
| *** bdpayne has quit IRC | 19:09 | |
| *** IlyaE has joined #openstack-meeting-alt | 19:17 | |
| *** jasonb365 has joined #openstack-meeting-alt | 19:21 | |
| *** rnirmal has joined #openstack-meeting-alt | 19:23 | |
| *** dosaboy_1 is now known as dosaboy | 19:23 | |
| *** ruhe has joined #openstack-meeting-alt | 19:24 | |
| *** vipul is now known as vipul-away | 19:24 | |
| *** vipul-away is now known as vipul | 19:28 | |
| *** vipul is now known as vipul-away | 19:32 | |
| *** key2 has joined #openstack-meeting-alt | 19:32 | |
| *** lifeless has joined #openstack-meeting-alt | 19:39 | |
| *** ruhe has quit IRC | 19:39 | |
| *** bdpayne has joined #openstack-meeting-alt | 19:45 | |
| *** yidclare has joined #openstack-meeting-alt | 19:45 | |
| *** hub_cap has joined #openstack-meeting-alt | 19:45 | |
| *** vipul-away is now known as vipul | 19:45 | |
| *** akuznetsov has quit IRC | 19:48 | |
| *** dukhlov has joined #openstack-meeting-alt | 19:48 | |
| *** IlyaE has quit IRC | 19:50 | |
| *** KennethWilke has joined #openstack-meeting-alt | 19:53 | |
| *** SergeyLukjanov has quit IRC | 19:58 | |
| cweid | KennethWilke: I CHOOSE YOU. | 19:58 |
| KennethWilke | o/ | 19:58 |
| *** sacharya1 has quit IRC | 19:58 | |
| SlickNik | \o | 19:59 |
| hub_cap | lol | 19:59 |
| *** datsun180b has joined #openstack-meeting-alt | 19:59 | |
| *** esp1 has joined #openstack-meeting-alt | 19:59 | |
| vipul | o/ | 19:59 |
| cweid | o/ | 19:59 |
| *** jcru has joined #openstack-meeting-alt | 19:59 | |
| cp16net | word | 19:59 |
| *** grapex has joined #openstack-meeting-alt | 19:59 | |
| *** robertmyers has joined #openstack-meeting-alt | 19:59 | |
| esp1 | o/ | 19:59 |
| *** imsplitbit has joined #openstack-meeting-alt | 19:59 | |
| datsun180b | hello | 19:59 |
| cp16net | 0/ | 20:00 |
| konetzed | \o | 20:00 |
| hub_cap | #startmeeting trove | 20:00 |
| openstack | Meeting started Wed Aug 14 20:00:08 2013 UTC and is due to finish in 60 minutes. The chair is hub_cap. Information about MeetBot at http://wiki.debian.org/MeetBot. | 20:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 20:00 |
| *** openstack changes topic to " (Meeting topic: trove)" | 20:00 | |
| openstack | The meeting name has been set to 'trove' | 20:00 |
| hub_cap | #link https://wiki.openstack.org/wiki/Meetings/TroveMeeting | 20:00 |
| grapex | o/ | 20:00 |
| vipul | hub_cap: refresh if you haven't | 20:00 |
| kevinconway | \\o// | 20:00 |
| *** NehaV1 has joined #openstack-meeting-alt | 20:00 | |
| djohnstone | o/ | 20:00 |
| vipul | woah kevinconway | 20:00 |
| hub_cap | ok there was only 1 action item called DOC DOC DOC | 20:01 |
| *** NehaV1 has left #openstack-meeting-alt | 20:01 | |
| hub_cap | kevinconway: are you doc oc? | 20:01 |
| imsplitbit | o/ | 20:01 |
| *** sacharya has joined #openstack-meeting-alt | 20:01 | |
| *** NehaV1 has joined #openstack-meeting-alt | 20:01 | |
| cp16net | o^/ | 20:01 |
| pdmars | o/ | 20:01 |
| hub_cap | i think we are still being kinda lax on the doc standards we proposed | 20:01 |
| SlickNik | I haven't seen that many more docstrings. | 20:01 |
| amytron | o/ | 20:01 |
| hub_cap | but thats ok, we will get better at screaming at people in gerrit | 20:01 |
| grapex | SlickNik: Is there a way to get Gerrit to enforce that? | 20:02 |
| hub_cap | ya SlickNik ive approved reviews w/o even looking... | 20:02 |
| grapex | I'll try to keep that in mind | 20:02 |
| grapex | Honestly I forgot all about it... :( | 20:02 |
| SlickNik | grapex: not that I know of. | 20:02 |
| hub_cap | no grapex.. gerrit enfoces nothing... | 20:02 |
| hub_cap | wed have to write someting custom to get zuul / jenkins to enfoce it | 20:02 |
| grapex | That's the problem with Gerrit, the lack of sentient thought | 20:02 |
| SlickNik | Yeah, I'm going to start pushing back on code reviews because of it. | 20:02 |
| hub_cap | ya we should SlickNik | 20:02 |
| *** yogesh_ has joined #openstack-meeting-alt | 20:02 | |
| hub_cap | ok so lets skip to the next item | 20:02 |
| kevinconway | hub_cap: pylint has an option to error if missing a doctstring. it would be retroactive for all code though | 20:02 |
| juice | o/ | 20:02 |
| * KennethWilke takes note... add sentience to gerrit | 20:02 | |
| hub_cap | kevinconway ;) | 20:02 |
| grapex | kevinconway: I wonder if Zul has some trick where pylint would just apply to the diff | 20:03 |
| *** saurabhs has joined #openstack-meeting-alt | 20:03 | |
| hub_cap | lets not worry about it. Core team... do our job ;) | 20:03 |
| hub_cap | we will enforce it manually | 20:03 |
| datsun180b | that's a great way to lock away old code in a vault forever to keep from risking having to add docstrings | 20:03 |
| hub_cap | HAH | 20:03 |
| hub_cap | #topic clustering api update | 20:03 |
| *** openstack changes topic to "clustering api update (Meeting topic: trove)" | 20:03 | |
| hub_cap | imsplitbit: tag | 20:03 |
| grapex | datsun180b: Then you have to add docstrings explaining why it's broken :) | 20:03 |
| imsplitbit | ok | 20:04 |
| imsplitbit | #link https://review.openstack.org/#/c/41993/ | 20:04 |
| imsplitbit | #link https://review.openstack.org/#/c/41995/ | 20:04 |
| imsplitbit | clustertypes api | 20:04 |
| datsun180b | i say turn on the firehose and deal with the mess once instead of incrementally forever | 20:04 |
| imsplitbit | and support for it in troveclient | 20:04 |
| imsplitbit | please review | 20:04 |
| vipul | woah nice.. didn't see these before | 20:04 |
| imsplitbit | cause they just went up :) | 20:04 |
| SlickNik | they appeared recently :) | 20:04 |
| cweid | imsplitbit: do they have docstrings? | 20:05 |
| cweid | =) | 20:05 |
| imsplitbit | of course | 20:05 |
| imsplitbit | I'll be working on the cluster api tonight | 20:05 |
| imsplitbit | hopefully it won't take as long | 20:05 |
| imsplitbit | I think I got the api stuff figured out | 20:05 |
| imsplitbit | this was my first foray into the world of the api | 20:05 |
| vipul | you survived | 20:05 |
| imsplitbit | yep | 20:06 |
| vipul | so are you going to submit the cluster api without impl? | 20:06 |
| imsplitbit | yes | 20:06 |
| vipul | is it cool to return no-op? | 20:06 |
| imsplitbit | then I'll submit an impl | 20:06 |
| hub_cap | woo we got our first reviews to not make the Havana release ;) | 20:06 |
| hub_cap | but srsly good work imsplitbit | 20:06 |
| * hub_cap thinks u might need to abandon those to put them on a feature branch tho | 20:06 | |
| hub_cap | can you talk to openstack-infra to see if there is a way to move a review to a feature branch in gerrit via git review? | 20:06 |
| hub_cap | #action imsplitbit to move his clustering reviews to a feature branch | 20:06 |
| hub_cap | #link https://wiki.openstack.org/wiki/Gerrit_Workflow#Long-lived_Topic_Branches | 20:06 |
| imsplitbit | I think if I submit the cluster api with an impl you guys will hate me for submitting a several thousand line review | 20:06 |
| imsplitbit | :) | 20:06 |
| vipul | yup, agreed | 20:06 |
| imsplitbit | thats all I got to say about that | 20:07 |
| hub_cap | ya hes gonna push them to a feature branch and the 2nd review will cover that part | 20:07 |
| hub_cap | cool great work | 20:07 |
| hub_cap | MANY people are interested in clustering | 20:07 |
| SlickNik | Agreed on the feature branch piece. (And the non-havana part too) | 20:07 |
| hub_cap | ok so moving on | 20:08 |
| hub_cap | #topic h3 update | 20:08 |
| *** openstack changes topic to "h3 update (Meeting topic: trove)" | 20:08 | |
| hub_cap | #link https://launchpad.net/trove/+milestone/havana-3 | 20:08 |
| hub_cap | we are looking good for h3 still | 20:08 |
| hub_cap | only 1 bug thats not fixed | 20:08 |
| hub_cap | and 0 bps that are _not_ in progress | 20:08 |
| vipul | nice | 20:09 |
| SlickNik | https://bugs.launchpad.net/trove/+bug/1199507 is not assigned to anyone yet. | 20:09 |
| hub_cap | and for some reason its only a "medium" | 20:09 |
| hub_cap | interesting | 20:09 |
| SlickNik | Looks fairly straightforward though. | 20:09 |
| vipul | what happens between H-3 (9/5) and summit | 20:09 |
| hub_cap | vipul: we go on break | 20:09 |
| vipul | woohoo! | 20:09 |
| hub_cap | ever seen summer school? | 20:09 |
| SlickNik | holiday! | 20:09 |
| juice | hub_cap there says there is a review for it | 20:10 |
| hub_cap | we are the guy whos zipper got stuck | 20:10 |
| juice | 507 that is and you are the one who worked on it | 20:10 |
| hub_cap | juice: thats VERRRRY odd | 20:10 |
| vipul | hub_cap: why is this a bug though | 20:10 |
| vipul | i did'nt think trove supported reset_password | 20:10 |
| hub_cap | #action hub_cap to review https://bugs.launchpad.net/trove/+bug/1199507 | 20:10 |
| vipul | you just enable root multiple times | 20:10 |
| hub_cap | wait this should be in troveclient | 20:11 |
| SlickNik | vipul, I think it should be a cli bug | 20:11 |
| SlickNik | yup | 20:11 |
| hub_cap | Available actions for 'instance' cmd: | 20:11 |
| hub_cap | reset_password Reset the root user Password | 20:11 |
| SlickNik | moved to python-troveclient | 20:11 |
| hub_cap | seems like its missplaced | 20:11 |
| hub_cap | thx SlickNik | 20:11 |
| hub_cap | #undo | 20:11 |
| openstack | Removing item from minutes: <ircmeeting.items.Action object at 0x2544910> | 20:11 |
| SlickNik | sounds good, carry on | 20:11 |
| hub_cap | def | 20:11 |
| hub_cap | moving on | 20:11 |
| hub_cap | ok feature freeze info is gonna be fun | 20:12 |
| hub_cap | #topic feature freeze | 20:12 |
| *** openstack changes topic to "feature freeze (Meeting topic: trove)" | 20:12 | |
| hub_cap | #link https://wiki.openstack.org/wiki/FeatureProposalFreeze | 20:12 |
| hub_cap | #link https://wiki.openstack.org/wiki/FeatureFreeze | 20:12 |
| hub_cap | we have a tentative feature freeze for Sep4, just liek the other projects | 20:12 |
| hub_cap | the feature proposal freeze should happen sooner, but no date is set | 20:13 |
| hub_cap | this is a dry run | 20:13 |
| hub_cap | we are not 100% solid on this | 20:13 |
| hub_cap | we can have stuff slip in | 20:13 |
| hub_cap | for instance, heat support _has_ to get in, and it wont make the FPF | 20:13 |
| hub_cap | so real quick | 20:13 |
| hub_cap | FPF means if its not on review.openstack.org, its not going in h3 | 20:13 |
| hub_cap | FF means if its not a bug, its not going in 2013.1 | 20:14 |
| hub_cap | FF also means h3 gets cut | 20:14 |
| vipul | so we are officially in FPF now | 20:14 |
| hub_cap | and then we go into the cycle of RC's to determine our "bug free (lol)" 2013.1 releas | 20:14 |
| hub_cap | we havent set the date vipul... so we are in FPF limbo | 20:14 |
| hub_cap | i still want to see those items in h3 impl'd | 20:14 |
| hub_cap | so i think we are going to be lax on FPF this go-round | 20:15 |
| *** tsimmons has left #openstack-meeting-alt | 20:15 | |
| SlickNik | it says one or two weeks ahead of FF | 20:15 |
| hub_cap | but yes, if we were 100% obeying, sometime next wk would be FPF | 20:15 |
| *** arborism has joined #openstack-meeting-alt | 20:15 | |
| vipul | kk | 20:15 |
| hub_cap | meaning if its not already proposed on gerrit, its not going into h3 | 20:15 |
| hub_cap | unless its a bug of course | 20:15 |
| hub_cap | then we hit FF and NOTHING thats not a bug goes in till we get 2013.1 cut | 20:16 |
| hub_cap | so when i joked about imsplitbit's feature eariler its because he would be a good candidate for the FF | 20:16 |
| hub_cap | and we can leave it unmerged | 20:16 |
| vipul | man so nothing until Nov. | 20:16 |
| hub_cap | #action hub_cap to find out what happens w/ reviews that land after FF | 20:16 |
| hub_cap | #undo | 20:17 |
| openstack | Removing item from minutes: <ircmeeting.items.Action object at 0x24c5310> | 20:17 |
| hub_cap | #action hub_cap to find out what happens w/ feature based reviews that land after FF | 20:17 |
| hub_cap | does that make sense to everyone? | 20:17 |
| hub_cap | any questions? | 20:17 |
| SlickNik | yes, that makes sense. | 20:17 |
| hub_cap | im giong to be strict on some things, but not everything | 20:17 |
| KennethWilke | sounds good | 20:17 |
| amytron | makes sense | 20:17 |
| hub_cap | cool. if no one has any Qs then we can move on | 20:18 |
| kevinconway | the freeze sounds… ice | 20:18 |
| kevinconway | *nice | 20:18 |
| hub_cap | if you think you are wrongly FF'd then plz talk to me 1x1 | 20:18 |
| hub_cap | its ice too kevinconway | 20:18 |
| amytron | :) | 20:18 |
| key2 | what about teally big features like Cassandra support? | 20:18 |
| hub_cap | id like to not affect any of the teams this go-round if possible. i knwo we are all trying to deal w/ a real product currently | 20:18 |
| key2 | *really | 20:19 |
| hub_cap | key2: id LOVE to see cassandra support ;) but not in Havana | 20:19 |
| hub_cap | we are way to far along for cassandra now | 20:19 |
| hub_cap | but if you are going to work on it, then propose the BP and lets get it done for icehouse | 20:19 |
| * hub_cap thinks itll depend greatly on the clustering api too which is still in the works | 20:20 | |
| vipul | kinda sucks it's 2 months! | 20:20 |
| hub_cap | well its not vipul | 20:20 |
| vipul | from H3 -> 2013.1 | 20:20 |
| key2 | it would be interesting | 20:20 |
| hub_cap | once we cut a 2013.1 release | 20:20 |
| hub_cap | key2: hell ya it will. /me wants some cassandra! | 20:20 |
| key2 | )) | 20:20 |
| hub_cap | lisp? | 20:20 |
| hub_cap | if we deem there are no critical bugs in the code we can decide to cut 2013.1 vipul | 20:21 |
| key2 | smile :) | 20:21 |
| hub_cap | we can cut early | 20:21 |
| hub_cap | key2 :P | 20:21 |
| vipul | hub_cap: oh ok.. then that's coo | 20:21 |
| * hub_cap assumes vipul ;) | 20:21 | |
| hub_cap | i doubt we have 2 mo of bugs to work out | 20:21 |
| SlickNik | we can figure that out once we get closer to that date. | 20:21 |
| hub_cap | unless i push puro crap up for heat support | 20:22 |
| hub_cap | exactly SlickNik | 20:22 |
| hub_cap | moving on? | 20:22 |
| vipul | yessir | 20:22 |
| SlickNik | sounds good | 20:22 |
| hub_cap | #topic redstack vs devstack users | 20:22 |
| *** openstack changes topic to "redstack vs devstack users (Meeting topic: trove)" | 20:22 | |
| hub_cap | so real quick let me splain | 20:22 |
| hub_cap | we have a set of users (radmin for sure) that we use in redstack | 20:22 |
| hub_cap | this is different from the ones that devstack uses | 20:23 |
| hub_cap | so when i ./redstack rd-client instance create | 20:23 |
| hub_cap | then | 20:23 |
| hub_cap | . ~/devstack/openrc && nova list | 20:23 |
| hub_cap | i see nothing | 20:23 |
| hub_cap | because they are on different tenants | 20:23 |
| hub_cap | robertmyers: has mentioned issues as well w/ horizon integration wrt our users vs devstack users | 20:23 |
| hub_cap | so im going to rip out the extra users and use the devstack users in redstack | 20:23 |
| hub_cap | and hopefully including the tests (on pass one) | 20:24 |
| datsun180b | our tests for the most part should be selecting different users for tests via the Requirements filter, so changing the list of users ideally shouldn't hurt us so long as the set still spans all the different kinds of users we need | 20:24 |
| datsun180b | and our tests aren't trying to call the users by name deliberately | 20:24 |
| hub_cap | if the tests end up failing miserably im going to push a WIP review up for someone else to finish | 20:24 |
| grapex | hub_cap: Sounds good enough | 20:24 |
| vipul | isn't there a requirement to have a role added? | 20:24 |
| vipul | or will existing users just work with trove | 20:24 |
| hub_cap | yup thats the hope datsun180b that it doesnt fail miserably | 20:25 |
| hub_cap | i think boss/chunk will still be created/used for specific tests | 20:25 |
| hub_cap | this is for the main user thats run thru | 20:25 |
| hub_cap | vipul: is there a req? | 20:25 |
| datsun180b | hub_cap: i said "i agree" but i took two lines to do it | 20:25 |
| vipul | thought so.. i could be wrong | 20:25 |
| SlickNik | yes, vipul is right. | 20:25 |
| SlickNik | You'd have to add the trove role to the existing devstack users, I think | 20:25 |
| hub_cap | https://gist.github.com/hub-cap/6235210 | 20:26 |
| hub_cap | thats the list of roles i have currently in my devstack+redstack install | 20:26 |
| datsun180b | i think we need at least one, maybe two admin users, and at least two non-admin users | 20:26 |
| hub_cap | datsun180b: we can let redstack deal w/ those | 20:26 |
| SlickNik | It might work for admin, but wouldn't work for guest. | 20:27 |
| hub_cap | but those arent the ones that ./redstack rd-client uses | 20:27 |
| hub_cap | the primary reasoning was to align the cli calls between us and devstack | 20:27 |
| hub_cap | when you source openrc | 20:27 |
| grapex | hub_cap: So really, it's just getting rid of radmin and replacing it in the tests with the demo user? | 20:27 |
| vipul | hub_cap: the bug you linked is something different though | 20:27 |
| SlickNik | We can just add the role to the devstack users though. They will _always_ exist. | 20:27 |
| hub_cap | it is, i havent created a bug for this yet vipul | 20:27 |
| vipul | ah ok | 20:27 |
| hub_cap | this is another thing that needs knocking out tho | 20:27 |
| hub_cap | you can do a heat stack-list and its different from ./redstack rd-client | 20:28 |
| hub_cap | so when i get to testing (and when robertmyers is testing horizon) its teh suck | 20:28 |
| hub_cap | im not sure exactly waht it entails grapex but i think the answer is yes | 20:28 |
| vipul | as part of our devstack patch.. SlickNik do we assign the role ot any existing? | 20:28 |
| grapex | Yeah- keep in mind the tests round-robin the users they select; it's kind of a coincidence rd-client uses the same user used by most of the test | 20:28 |
| robertmyers | yes, it is a little silly to have our own special users | 20:28 |
| grapex | I don't think we need to fix this yet, but it'd be kind of cool if rd-client picked the user- | 20:29 |
| SlickNik | vipul: only the ones we create (not the default devstack ones) | 20:29 |
| grapex | but I agree that the devstack created demo user should be used for the tests. | 20:29 |
| SlickNik | vipul: same behavior in redstack | 20:29 |
| vipul | SlickNik: ok, cool.. | 20:29 |
| vipul | so now that we'll be official devstack.. safe to change existing users i'd imagine | 20:30 |
| hub_cap | yes | 20:30 |
| hub_cap | for now ill just mirror what devstack is using | 20:30 |
| hub_cap | frankly, all the projects use demo | 20:30 |
| hub_cap | thats what the openrc sets | 20:30 |
| cp16net | yes | 20:30 |
| vipul | that works | 20:30 |
| hub_cap | :) | 20:31 |
| grapex | hub_cap: +1 | 20:31 |
| SlickNik | I like the idea of removing radmin, and adding the "trove" role to admin and demo. | 20:31 |
| hub_cap | we can let SlickNik figure out the nuances w/ his devstack review ;) | 20:31 |
| SlickNik | that I can do. :) | 20:31 |
| hub_cap | cool SlickNik maybe just do that in the devstack review now | 20:31 |
| hub_cap | so its not merged w/ radmin | 20:31 |
| hub_cap | good everyone? | 20:31 |
| SlickNik | sounds good. | 20:31 |
| hub_cap | #topic blueprints | 20:32 |
| *** openstack changes topic to "blueprints (Meeting topic: trove)" | 20:32 | |
| SlickNik | #action SlickNik update devstack review to add role to default devstack users. | 20:32 |
| hub_cap | #link https://blueprints.launchpad.net/trove/+spec/pluggable-db-implementations | 20:32 |
| yogesh_ | This is on further abstraction of guestagent for implementing specific database managers... | 20:32 |
| hub_cap | yogesh_: around? | 20:32 |
| hub_cap | cool | 20:32 |
| yogesh_ | yes.. | 20:32 |
| hub_cap | can u explain a bit? | 20:32 |
| hub_cap | i guess answer this | 20:33 |
| hub_cap | how do we not do that today? | 20:33 |
| hub_cap | today we have a generic api + XXX.py impl. coudl be redis, could be mysql, could be cassandra ;) | 20:33 |
| yogesh_ | the idea is to separate the manager implementations from trove | 20:33 |
| hub_cap | how does that not work | 20:33 |
| vipul | If i read correctly, it seems we need the ability to load a different package? | 20:33 |
| hub_cap | we have that already yogesh_ | 20:33 |
| SlickNik | hub_cap: You need to be part of a registry today. | 20:33 |
| yogesh_ | we can not plug any db implementation of the manager in... | 20:34 |
| yogesh_ | if the design goes like, having the contracts sty in trove.. | 20:34 |
| hub_cap | SlickNik: ok so this is to turn teh registry into a config? | 20:34 |
| yogesh_ | but the implementaitons are driven with config... | 20:34 |
| SlickNik | If I'm understanding this correctly, this is to have a plugin model, so you can just specify the python module for a new implementation of a completely different service_type. | 20:34 |
| vipul | seems like if we extracted the registry out to a conf or something like that you could load any arbitrary class | 20:34 |
| hub_cap | thats what i think too vipul | 20:35 |
| yogesh_ | that was the first step vipul | 20:35 |
| grapex | yogesh_: Is that we load an image with one single guest agent, on, on loading itself up, it determines what type of agent it should be and loads an arbitrary class by talking back to Trove somehow? | 20:35 |
| vipul | yogesh_: ok.. how that class gets into the instance probably doesn't have to be a Trove concern | 20:35 |
| yogesh_ | yes... | 20:35 |
| hub_cap | no i think this is for a impl that stays out of the mainline codebase, right? | 20:35 |
| yogesh_ | trove doesn't need to contain the implementations as suc | 20:36 |
| yogesh_ | true... | 20:36 |
| yogesh_ | that is the final point around this blueprint | 20:36 |
| vipul | hub_cap: Yes, assuming you can't put the manager impl in codebase.. how do we allow someone to plug in a manager | 20:36 |
| *** briancli1e is now known as briancline | 20:36 | |
| yogesh_ | to start with, we move the registry into config... | 20:36 |
| hub_cap | i think im ok w that | 20:36 |
| yogesh_ | and make it directly addressable | 20:36 |
| hub_cap | id like to see how it works out in the code itself but i dont think thts a bad idea | 20:37 |
| yogesh_ | yeah, step-1 | 20:37 |
| yogesh_ | : | 20:37 |
| hub_cap | id like to _not_ support every impl for everythign if possible | 20:37 |
| hub_cap | then we can remove percona (i kid i kid) | 20:37 |
| yogesh_ | extracting the base contracts out from mysql implementations into generic base classes | 20:37 |
| * vipul stabs hub_cap | 20:37 | |
| SlickNik | I'm for the idea of a plugin model as well. | 20:37 |
| hub_cap | HAHAHAHAHA | 20:37 |
| yogesh_ | :-) | 20:37 |
| * SlickNik gets out of the way | 20:37 | |
| *** ashestakov has joined #openstack-meeting-alt | 20:38 | |
| hub_cap | ok thats fine. i think this will not make havana tho | 20:38 |
| hub_cap | it seems somewhat complicated | 20:38 |
| hub_cap | is that ok for the parties involved? | 20:38 |
| yogesh_ | the first step is not | 20:38 |
| vipul | let's do a simpnle thing in Havana | 20:38 |
| grapex | Honestly I'm a bit confused... | 20:38 |
| vipul | take out the registry into conf | 20:38 |
| vipul | so we can load arbitrary managers | 20:38 |
| yogesh_ | which per me will be to extract the bases classes out... | 20:38 |
| grapex | I probably will need to see the code to get this. My guess is it's just a refactor to make things more flexible? | 20:38 |
| yogesh_ | and have a mysql package, right with the existing code | 20:38 |
| * cp16net confused as well | 20:38 | |
| yogesh_ | which has extended implementations.. | 20:39 |
| vipul | grapex: Mysql manager contains stuff other managers might need | 20:39 |
| *** dina_bel_ has quit IRC | 20:39 | |
| yogesh_ | thats correct | 20:39 |
| grapex | vipul: Ok, so the idea is make that code reusable, right? I'm for that. | 20:39 |
| yogesh_ | if we can structure it in the first go... | 20:39 |
| vipul | right, but the thing reusing it, might be out of repo | 20:39 |
| yogesh_ | then brakingit into a pluggable component can be taken up in parts... | 20:40 |
| hub_cap | simple way to put it | 20:40 |
| hub_cap | turn | 20:40 |
| hub_cap | https://github.com/openstack/trove/blob/master/trove/guestagent/dbaas.py#L34 | 20:40 |
| hub_cap | conf values | 20:40 |
| hub_cap | into | 20:40 |
| key2 | yogesh_: do you have any code or proof of concept to review? it would help to understand | 20:40 |
| cp16net | ok i think it just cliked for me... | 20:40 |
| yogesh_ | i am working on it...almost done... | 20:40 |
| yogesh_ | i can share... | 20:40 |
| vipul | ok... i think we can push out the refactor stuff to past H3 | 20:40 |
| hub_cap | hehe ya | 20:40 |
| vipul | unless we have something concrete ready to go | 20:40 |
| vipul | but let's get what hub_cap pointed out done | 20:41 |
| vipul | in H3 | 20:41 |
| hub_cap | if we can easily im all for that | 20:41 |
| yogesh_ | slightly confused... :-) | 20:41 |
| hub_cap | yogesh_: take it offline w vipul | 20:41 |
| hub_cap | he knows whats going on | 20:41 |
| vipul | push out REGISTRY to conf today.. | 20:41 |
| hub_cap | soudn good? | 20:41 |
| vipul | we can take it offline | 20:41 |
| yogesh_ | how about the base classes... | 20:42 |
| hub_cap | #link https://blueprints.launchpad.net/trove/+spec/support-schema-queries | 20:42 |
| yogesh_ | thats jsut some refactor.. | 20:42 |
| vipul | unless we have something ready to go.. we have to defer that til later yogesh_ | 20:42 |
| hub_cap | is sushil here? | 20:42 |
| yogesh_ | i am on this bp as well | 20:42 |
| hub_cap | ok | 20:42 |
| yogesh_ | this is for the vertica implementation we are working on | 20:42 |
| hub_cap | yogesh_: after the meeting tell me your launchpad id | 20:42 |
| hub_cap | and ill assign you | 20:42 |
| yogesh_ | sure...thanks | 20:43 |
| yogesh_ | ok | 20:43 |
| SlickNik | So what's the bp about? | 20:43 |
| hub_cap | so here is my issue w/ things that are specific for a impl that wont be in mainline | 20:43 |
| yogesh_ | for vertica, the stratgey is to have the create database api map to the schema creations.. | 20:43 |
| hub_cap | if we dont use the code, its not gonna go in the code. period | 20:43 |
| yogesh_ | ok... | 20:43 |
| hub_cap | if you push this magical vertica impl up, we can add teh code then | 20:44 |
| yogesh_ | since the code was dependent on the first bp... | 20:44 |
| yogesh_ | we did not put it in as yet.. | 20:44 |
| dukhlov | #link https://blueprints.launchpad.net/trove/+spec/configuration-driven-changes | 20:45 |
| yogesh_ | generally...schema related ops are generic... | 20:45 |
| SlickNik | yogesh_: since all of this is being called from your manager impl anyway, what's preventing you from overriding it in your manager impl? | 20:45 |
| vipul | any objection to modifying existing 'create database' call to 'create schema'? | 20:45 |
| vipul | hub_cap: grapex ^ | 20:45 |
| dukhlov | bleprint related to moving some db specific parts into configuration | 20:45 |
| hub_cap | sure | 20:45 |
| grapex | vipul: Just the RPC call? | 20:46 |
| vipul | no, the actual SQL command | 20:46 |
| hub_cap | but what i mean is | 20:46 |
| hub_cap | if you need code in a file, thats depending on a impl that you will not be pushing into the mainline code base | 20:46 |
| hub_cap | then you wont be needing that code anywhere as far as im concernd | 20:46 |
| hub_cap | and then i will be rejecting that code | 20:46 |
| hub_cap | if the mysql code uses that new schema code, then sure it would make sense | 20:46 |
| hub_cap | but if only vertica is gonna use it then it doesnt make sense for me to maintain it | 20:46 |
| hub_cap | since i dont own vertica impl | 20:46 |
| * grapex sounds the horn of summoning for Daniel Morris | 20:46 | |
| yogesh_ | sure... | 20:46 |
| hub_cap | hahah grapex | 20:46 |
| hub_cap | if it doesnt affect the way we work today then its ok | 20:46 |
| vipul | yogesh_ let's put up a review modifying existing CREATE DATABSE -> CREATE SCHEMA | 20:46 |
| hub_cap | ie, if it looks the same to the end user | 20:46 |
| vipul | then you can use that in your manager | 20:46 |
| yogesh_ | yes... | 20:46 |
| hub_cap | but if this changes anything fundamentally in the way the schemas/dbs are created | 20:47 |
| grapex | vipul: I'd rather now- it would break users. Maybe for the next iteration? | 20:47 |
| hub_cap | then we are modifing the user experience and, no, | 20:47 |
| datsun180b | why rename it in the mysql flavor | 20:47 |
| vipul | in mysql it don't break a thing | 20:47 |
| vipul | since they are == | 20:47 |
| hub_cap | if thats the case then im a-ok w it | 20:47 |
| jdbarry | we are working on getting the vertica implementation upstream, fwiw | 20:47 |
| vipul | jdbarry ++ | 20:47 |
| datsun180b | oh well if you want to bring relevant research and test cases to strengthen your argument like that | 20:47 |
| SlickNik | jdbarry: that would help resolve a lot of confusion | 20:48 |
| yidclare | lol | 20:48 |
| yogesh_ | by the way, the api still stays same... | 20:48 |
| grapex | vipul: Oh, I get it- I misread you, sorry | 20:48 |
| hub_cap | yes yogesh_ not worried about the api | 20:48 |
| yogesh_ | no modifications/changes in user ex for mysql | 20:48 |
| vipul | datsun180b: i think if it passes exisitng tests.. we are ok no? | 20:48 |
| hub_cap | vipul: likely yes | 20:48 |
| vipul | everythin i've heard is it's a synonym | 20:48 |
| hub_cap | unless we missed somethign in the tests | 20:48 |
| vipul | in mysql | 20:48 |
| datsun180b | vipul: hard to convey sarcasm in text, i'm with you already | 20:48 |
| hub_cap | imsplitbit: around | 20:48 |
| vipul | datsun180b: :D | 20:49 |
| hub_cap | CREATE SCHEMA vs CREATE DATABASE in mysql imsplitbit, differences or no? | 20:49 |
| * hub_cap waits for imsplitbit | 20:49 | |
| SlickNik | #link http://dev.mysql.com/doc/refman/5.0/en/create-database.html | 20:49 |
| imsplitbit | :) | 20:49 |
| SlickNik | "http://dev.mysql.com/doc/refman/5.0/en/create-database.html is a synonym for http://dev.mysql.com/doc/refman/5.0/en/create-database.html as of MySQL 5.0.2." | 20:50 |
| hub_cap | the docs say "CREATE SCHEMA is a synonym for CREATE DATABASE as of MySQL 5.0.2." imsplitbit | 20:50 |
| imsplitbit | schema is the same as database in mysql 5+ | 20:50 |
| hub_cap | ok then we are good. feel free to change to use | 20:50 |
| vipul | ok.. the thing is 'some databases' require you to call CREATE SCHEMA.. which is why yogesh_ needs this | 20:50 |
| yogesh_ | ok.. | 20:50 |
| grapex | vipul: That sounds fine. | 20:50 |
| vipul | cool | 20:50 |
| SlickNik | I'm comfortable with changing this. | 20:50 |
| hub_cap | some rdms's ya vipul ;) | 20:50 |
| hub_cap | *rdbms | 20:50 |
| hub_cap | ie vertica lulz | 20:50 |
| SlickNik | hub_cap: watch out or you'll get stabbed again :P | 20:51 |
| yogesh_ | :-) | 20:51 |
| hub_cap | HAHAHA SlickNik | 20:51 |
| imsplitbit | I'm fine with it | 20:51 |
| hub_cap | moving on | 20:51 |
| hub_cap | we are runnin out of time | 20:51 |
| hub_cap | #topic Upgrade GA | 20:51 |
| *** openstack changes topic to "Upgrade GA (Meeting topic: trove)" | 20:51 | |
| hub_cap | #link https://bugs.launchpad.net/trove/+bug/1212413 | 20:52 |
| vipul | oh yea that was me | 20:52 |
| vipul | or saurabhs | 20:52 |
| vipul | but we have upgrade() in guest_api | 20:52 |
| vipul | but no Impl | 20:52 |
| hub_cap | cp16net: ummmm why didnt u add your topic to the meeting!?!?!?!!?!??!?!?!?!?!?! | 20:52 |
| vipul | so the proposal is to add an impl... where it's sort of pluggable how you upgrade | 20:52 |
| * cp16net shrugs | 20:52 | |
| cp16net | i figured we would talk about it in the open discussion... | 20:52 |
| hub_cap | SMH | 20:53 |
| vipul | essentially defer the actual upgrade to a script or something that you can place on the instance | 20:53 |
| hub_cap | vipul: plugable upgrade is good by me | 20:53 |
| vipul | any objections? or any good suggestions on how to do it in public impl? | 20:53 |
| * hub_cap thinks this is more than a bug tho | 20:53 | |
| vipul | in the upstream version, just invoking rsync and service restart? | 20:54 |
| hub_cap | rsync? | 20:54 |
| SlickNik | no objections. | 20:54 |
| hub_cap | ya that makes sense | 20:54 |
| vipul | ok | 20:54 |
| SlickNik | That would be an okay upstream impl, imho | 20:54 |
| saurabhs | sounds good | 20:54 |
| vipul | ok i'm done | 20:55 |
| hub_cap | id like to see an apt based one too | 20:55 |
| hub_cap | but i dont think that needs to be done for the first impl | 20:55 |
| hub_cap | let someone using apt/rpm do that work | 20:55 |
| hub_cap | but plz create a BP for pluggable upgrades | 20:55 |
| hub_cap | w/ this info in it | 20:55 |
| arborism | isn't the key regen'd after initial rsync, making that an impossibility? | 20:55 |
| vipul | arborism: which key? ssh? | 20:56 |
| arborism | si' | 20:56 |
| hub_cap | shouldnt be arborism | 20:56 |
| SlickNik | arborism: I don't think we regen the key. | 20:56 |
| vipul | not sure it is | 20:56 |
| hub_cap | if thats happening /me thinks its a bug | 20:56 |
| arborism | ah, i thought it was, my bad. I'll double-check. | 20:56 |
| hub_cap | plz do | 20:56 |
| hub_cap | log a bug if so | 20:56 |
| hub_cap | <3 | 20:56 |
| hub_cap | #topic Flavors per Service Type | 20:56 |
| *** openstack changes topic to "Flavors per Service Type (Meeting topic: trove)" | 20:56 | |
| hub_cap | we have 4 min | 20:56 |
| vipul | crap that's me too | 20:56 |
| hub_cap | i like this idea | 20:56 |
| hub_cap | fwiw | 20:56 |
| vipul | we discussed this yesterday | 20:56 |
| vipul | so /flavors?service_tyep=xx | 20:57 |
| SlickNik | Yeah, read it over. | 20:57 |
| vipul | is that good? | 20:57 |
| SlickNik | I think it's a good idea. | 20:57 |
| jdbarry | i discussed this with myself yesterday (bot issue) | 20:57 |
| KennethWilke | makes sense to me | 20:57 |
| hub_cap | ya i think thats the only thing for v1 that'd work | 20:57 |
| datsun180b | proposed was adding a ?service_type= filter to the flavors list call IIRC | 20:57 |
| hub_cap | jdbarry: lol | 20:57 |
| hub_cap | im all for it | 20:57 |
| datsun180b | oh vipul's a minute ahead of me | 20:57 |
| vipul | datsun180b: correct | 20:57 |
| yogesh_ | vipu: do u see any change in the api with this | 20:57 |
| yogesh_ | vipul* | 20:58 |
| hub_cap | id like to see us hold more info about the flavors too | 20:58 |
| hub_cap | so that we can _not_ go to nova every time we list em | 20:58 |
| vipul | probalby just a change to client really.. and some changes to aceept the filter on api side | 20:58 |
| vipul | hub_cap: yes! | 20:58 |
| hub_cap | and jsut link the name back to the nova flavor | 20:58 |
| SlickNik | hub_cap: probably a diff work-item though. | 20:58 |
| *** briancline has quit IRC | 20:58 | |
| vipul | kinda sucks we list all the ones found in nova | 20:58 |
| yogesh_ | can't the falvor taxonomy stays same but they map internally to separate config items | 20:58 |
| hub_cap | possibly SlickNik could all be one fell swoop tho | 20:58 |
| SlickNik | btw, is this for h3 as well? | 20:58 |
| vipul | yogesh_: not really since the flavor contains details about disk size, etc | 20:59 |
| SlickNik | I think so, but want to clarify | 20:59 |
| hub_cap | ok real quick | 20:59 |
| vipul | if we can get it done | 20:59 |
| hub_cap | we like this | 20:59 |
| hub_cap | blueprint it | 20:59 |
| yogesh_ | will discuss offline.. | 20:59 |
| hub_cap | do it | 20:59 |
| hub_cap | done | 20:59 |
| vipul | ok | 20:59 |
| vipul | will do | 20:59 |
| hub_cap | #topic open discussion | 20:59 |
| *** openstack changes topic to "open discussion (Meeting topic: trove)" | 20:59 | |
| hub_cap | cp16net: link your wiki pager | 20:59 |
| *** jasonb365 has quit IRC | 20:59 | |
| vipul | what's a wiki pager | 20:59 |
| hub_cap | #homework go over cp16net's wiki page | 20:59 |
| vipul | oh | 20:59 |
| vipul | duh | 20:59 |
| cp16net | here is some autmated backup design | 20:59 |
| cp16net | https://wiki.openstack.org/wiki/Trove/automated-backup-design | 20:59 |
| hub_cap | vipul: cp16net is a wiki drug dealer from 1987 | 21:00 |
| vipul | heh always had tha suspicion | 21:00 |
| cp16net | its an overview and i will continue to add to this | 21:00 |
| hub_cap | automated backup design == maintainence window == guest update during maint | 21:00 |
| cp16net | :-P | 21:00 |
| hub_cap | all that kinda goes together in my mind | 21:00 |
| lifeless | Does trove use diskimage-builder's first-boot feature? | 21:00 |
| hub_cap | SlickNik: ^ ^ | 21:00 |
| vipul | lifeless: yes we do | 21:00 |
| hub_cap | is it being removed lifeless? | 21:00 |
| juice | yes | 21:00 |
| SlickNik | lifeless: yes, we do | 21:00 |
| lifeless | We want to remove it yes. | 21:00 |
| vipul | no! | 21:00 |
| vipul | lol | 21:01 |
| lifeless | idempotent os-refresh-config scripts are much better | 21:01 |
| SlickNik | what's the alternative? | 21:01 |
| hub_cap | heh cool. im sure we can work aroudn it w orc | 21:01 |
| vipul | we don't need it after we get user-data patch in | 21:01 |
| grapex | Sorry guys, I've got to go to a meeting scheduled at 4:00 | 21:01 |
| hub_cap | yes we are done | 21:01 |
| grapex | talk to you all later | 21:01 |
| lifeless | they run equally early | 21:01 |
| hub_cap | #endmeeting | 21:01 |
| *** openstack changes topic to "OpenStack meetings (alternate)" | 21:01 | |
| imsplitbit | kthxbai! | 21:01 |
| openstack | Meeting ended Wed Aug 14 21:01:44 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:01 |
| vipul | cp16net: great work.. like it | 21:01 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-08-14-20.00.html | 21:01 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-08-14-20.00.txt | 21:01 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-08-14-20.00.log.html | 21:01 |
| *** imsplitbit has left #openstack-meeting-alt | 21:01 | |
| hub_cap | thank you for the heads up lifeless | 21:01 |
| lifeless | SlickNik: should I file a bug on trove? | 21:01 |
| hub_cap | move to #openstack-trove plz | 21:02 |
| SlickNik | Yes, please. | 21:02 |
| lifeless | kk | 21:02 |
| lifeless | thanks | 21:02 |
| SlickNik | Let's talk on openstack-trove | 21:02 |
| cp16net | thx vipul | 21:02 |
| yogesh_ | thanks... | 21:02 |
| *** dukhlov has left #openstack-meeting-alt | 21:02 | |
| *** crobertsrh is now known as _crobertsrh | 21:02 | |
| *** datsun180b has left #openstack-meeting-alt | 21:03 | |
| *** esp1 has left #openstack-meeting-alt | 21:03 | |
| *** robertmyers has quit IRC | 21:04 | |
| *** ashestakov_ has joined #openstack-meeting-alt | 21:04 | |
| *** ashestakov has quit IRC | 21:05 | |
| *** NehaV1 has quit IRC | 21:09 | |
| *** NehaV has joined #openstack-meeting-alt | 21:09 | |
| *** key2 has quit IRC | 21:15 | |
| *** KennethWilke has left #openstack-meeting-alt | 21:16 | |
| *** ashestakov_ has left #openstack-meeting-alt | 21:17 | |
| *** pcm__ has quit IRC | 21:20 | |
| *** pdmars has quit IRC | 21:22 | |
| *** djohnstone has quit IRC | 21:30 | |
| *** betsy has joined #openstack-meeting-alt | 21:31 | |
| *** jasonb365 has joined #openstack-meeting-alt | 21:33 | |
| *** bluzader has quit IRC | 21:34 | |
| *** IlyaE has joined #openstack-meeting-alt | 21:37 | |
| *** sarob has quit IRC | 21:37 | |
| *** sarob has joined #openstack-meeting-alt | 21:38 | |
| *** dina_belova has joined #openstack-meeting-alt | 21:40 | |
| *** arborism has left #openstack-meeting-alt | 21:40 | |
| *** sarob has quit IRC | 21:42 | |
| *** dina_belova has quit IRC | 21:44 | |
| *** dina_belova has joined #openstack-meeting-alt | 21:50 | |
| *** sarob has joined #openstack-meeting-alt | 21:52 | |
| *** jasonb365 has quit IRC | 21:53 | |
| *** dina_belova has quit IRC | 21:55 | |
| *** msisk has quit IRC | 21:56 | |
| *** rnirmal has quit IRC | 21:56 | |
| *** anteaya has quit IRC | 22:00 | |
| *** vipul is now known as vipul-away | 22:03 | |
| *** jasonb365 has joined #openstack-meeting-alt | 22:03 | |
| *** Riddhi_ has joined #openstack-meeting-alt | 22:09 | |
| *** vipul-away is now known as vipul | 22:09 | |
| *** jasonb365 has quit IRC | 22:11 | |
| *** Riddhi has quit IRC | 22:12 | |
| *** Riddhi_ is now known as Riddhi | 22:12 | |
| *** kevinconway has quit IRC | 22:13 | |
| *** sacharya has quit IRC | 22:19 | |
| *** sarob_ has joined #openstack-meeting-alt | 22:20 | |
| *** sarob has quit IRC | 22:24 | |
| *** sarob_ has quit IRC | 22:24 | |
| *** jasonb365 has joined #openstack-meeting-alt | 22:29 | |
| *** vipul is now known as vipul-away | 22:31 | |
| *** jasonb365 has quit IRC | 22:35 | |
| *** markmcclain has quit IRC | 22:36 | |
| *** markmcclain has joined #openstack-meeting-alt | 22:36 | |
| *** eankutse has quit IRC | 22:37 | |
| *** vipul-away is now known as vipul | 22:41 | |
| *** amytron has quit IRC | 22:46 | |
| *** NehaV has quit IRC | 22:46 | |
| *** dina_belova has joined #openstack-meeting-alt | 22:50 | |
| *** sarob has joined #openstack-meeting-alt | 22:52 | |
| *** sarob has quit IRC | 22:54 | |
| *** sarob has joined #openstack-meeting-alt | 22:54 | |
| *** dina_belova has quit IRC | 22:55 | |
| *** yogesh_ has quit IRC | 23:02 | |
| *** dhellmann is now known as dhellmann_ | 23:10 | |
| *** jmontemayor has quit IRC | 23:11 | |
| *** Riddhi_ has joined #openstack-meeting-alt | 23:13 | |
| *** Riddhi has quit IRC | 23:15 | |
| *** Riddhi_ is now known as Riddhi | 23:15 | |
| *** jcru has quit IRC | 23:17 | |
| *** tanisdl has quit IRC | 23:24 | |
| *** sam_f_ has joined #openstack-meeting-alt | 23:39 | |
| *** sacharya has joined #openstack-meeting-alt | 23:40 | |
| *** sacharya has quit IRC | 23:40 | |
| *** sam_f_ has quit IRC | 23:40 | |
| *** vipul is now known as vipul-away | 23:43 | |
| *** vipul-away is now known as vipul | 23:43 | |
| *** vipul is now known as vipul-away | 23:45 | |
| *** jmaron has left #openstack-meeting-alt | 23:47 | |
| *** markwash has quit IRC | 23:48 | |
| *** IlyaE has quit IRC | 23:49 | |
| *** dina_belova has joined #openstack-meeting-alt | 23:50 | |
| *** grapex has quit IRC | 23:55 | |
| *** dina_belova has quit IRC | 23:55 | |
| *** sarob has quit IRC | 23:56 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!
