| *** edtubill has quit IRC | 00:51 | |
| *** rderose_ has quit IRC | 01:00 | |
| *** edtubill has joined #openstack-meeting-cp | 01:56 | |
| *** gouthamr has quit IRC | 01:59 | |
| *** raj_sing- has joined #openstack-meeting-cp | 02:02 | |
| *** knangia has quit IRC | 03:11 | |
| *** lamt has joined #openstack-meeting-cp | 03:34 | |
| *** raj_sing- has quit IRC | 03:59 | |
| *** knangia has joined #openstack-meeting-cp | 04:19 | |
| *** aunnam has joined #openstack-meeting-cp | 04:25 | |
| *** lamt has quit IRC | 04:41 | |
| *** lamt has joined #openstack-meeting-cp | 04:48 | |
| *** edtubill has quit IRC | 04:53 | |
| *** brault_ has joined #openstack-meeting-cp | 05:15 | |
| *** lamt has quit IRC | 05:15 | |
| *** brault has quit IRC | 05:17 | |
| *** david-lyle_ has joined #openstack-meeting-cp | 06:26 | |
| *** david-lyle has quit IRC | 06:26 | |
| *** david-lyle_ has quit IRC | 08:58 | |
| *** sdague has joined #openstack-meeting-cp | 10:11 | |
| *** MarkBaker has joined #openstack-meeting-cp | 10:19 | |
| *** knangia has quit IRC | 10:31 | |
| *** MarkBaker has quit IRC | 11:48 | |
| *** raj_singh has quit IRC | 11:49 | |
| *** gouthamr has joined #openstack-meeting-cp | 12:17 | |
| *** edtubill has joined #openstack-meeting-cp | 12:48 | |
| *** lamt has joined #openstack-meeting-cp | 13:21 | |
| *** raj_sing- has joined #openstack-meeting-cp | 13:40 | |
| *** lamt has quit IRC | 14:00 | |
| *** jaugustine has joined #openstack-meeting-cp | 14:22 | |
| *** lamt has joined #openstack-meeting-cp | 14:36 | |
| *** scottda has joined #openstack-meeting-cp | 15:10 | |
| *** ayoung has quit IRC | 15:21 | |
| *** MarkBaker has joined #openstack-meeting-cp | 15:38 | |
| *** lamt has quit IRC | 15:41 | |
| *** knangia has joined #openstack-meeting-cp | 15:44 | |
| *** lamt has joined #openstack-meeting-cp | 15:51 | |
| *** david-lyle has joined #openstack-meeting-cp | 15:52 | |
| *** david-lyle_ has joined #openstack-meeting-cp | 15:55 | |
| *** david-lyle has quit IRC | 15:55 | |
| *** david-lyle__ has joined #openstack-meeting-cp | 15:57 | |
| *** david-lyle has joined #openstack-meeting-cp | 15:59 | |
| *** stvnoyes has joined #openstack-meeting-cp | 15:59 | |
| *** david-lyle__ has quit IRC | 15:59 | |
| *** david-lyle_ has quit IRC | 16:00 | |
| *** MarkBaker has quit IRC | 16:05 | |
| *** david-lyle has quit IRC | 16:05 | |
| *** lamt has quit IRC | 16:10 | |
| *** lamt has joined #openstack-meeting-cp | 16:11 | |
| *** steve-noyes has joined #openstack-meeting-cp | 16:22 | |
| *** lamt has quit IRC | 16:31 | |
| *** stvnoyes has quit IRC | 16:51 | |
| *** stvnoyes has joined #openstack-meeting-cp | 16:53 | |
| *** bmace has joined #openstack-meeting-cp | 16:56 | |
| *** stvnoyes has quit IRC | 16:56 | |
| *** mriedem has joined #openstack-meeting-cp | 16:57 | |
| *** stvnoyes has joined #openstack-meeting-cp | 17:00 | |
| ildikov | #startmeeting cinder-nova-api-changes | 17:00 |
|---|---|---|
| openstack | Meeting started Thu Mar 16 17:00:20 2017 UTC and is due to finish in 60 minutes. The chair is ildikov. 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: cinder-nova-api-changes)" | 17:00 | |
| openstack | The meeting name has been set to 'cinder_nova_api_changes' | 17:00 |
| lyarwood | o/ | 17:00 |
| mriedem | o/ | 17:00 |
| ildikov | DuncanT ameade cFouts johnthetubaguy jaypipes takashin alaski e0ne jgriffith tbarron andrearosa hemna erlon mriedem gouthamr ebalduf patrickeast smcginnis diablo_rojo gsilvis xyang1 raj_singh lyarwood breitz | 17:00 |
| jungleboyj | o/ | 17:00 |
| johnthetubaguy | o/ | 17:01 |
| jgriffith | o/ | 17:01 |
| hemna | \o | 17:01 |
| ildikov | hi All :) | 17:01 |
| jungleboyj | In two meetings at the moment. So, will do what I can. :-) | 17:01 |
| ildikov | let's start | 17:01 |
| ildikov | jungleboyj: noted, tnx | 17:01 |
| ildikov | so news on action items | 17:01 |
| ildikov | Switch to Cinder v3 merged successfully | 17:02 |
| jungleboyj | Yay! | 17:02 |
| ildikov | #info Switch to Cinder v3 merged successfully in Nova | 17:02 |
| ildikov | #info Cinder client 2.0.1 is released | 17:02 |
| mriedem | has g-r been bumped? | 17:02 |
| ildikov | #info global-requirements is bumped to use 2.0.1 | 17:02 |
| ildikov | mriedem: the patch was on the gate an hour ago, when I checked | 17:03 |
| mriedem | no it hasn't https://github.com/openstack/requirements/blob/master/global-requirements.txt#L222 | 17:03 |
| mriedem | oh | 17:03 |
| mriedem | ok | 17:03 |
| ildikov | mriedem: so it should land any minute, but will double check after the meeting | 17:03 |
| ildikov | I have the patch up to mark Cinder v2 support deprecated in Nova | 17:03 |
| ildikov | small item, does not block anything | 17:04 |
| ildikov | jgriffith has a patch up for version detection: https://review.openstack.org/#/c/444465/ | 17:04 |
| ildikov | mriedem: johnthetubaguy: lyarwood: please take a look whether the direction looks good ^^ | 17:04 |
| johnthetubaguy | non of these were listed in here: https://etherpad.openstack.org/p/pike-nova-priorities-tracking | 17:05 |
| mriedem | we don't want the latest | 17:05 |
| mriedem | i'll leave a comment | 17:05 |
| johnthetubaguy | so it was hard to find | 17:05 |
| johnthetubaguy | I added that one | 17:05 |
| ildikov | basically we need to agree whether we are fine with the highest available microversion or not | 17:05 |
| ildikov | johnthetubaguy: tnx | 17:06 |
| mriedem | we do not want the latest | 17:06 |
| jgriffith | mriedem ? | 17:06 |
| mriedem | the client opts in to the version it knows how to understand | 17:06 |
| mriedem | i'm leaving a comment | 17:06 |
| ildikov | I wonder what can go wrong with the latest mv | 17:07 |
| ildikov | as if it's not high enough we will fall back to the old flow anyhow | 17:07 |
| mriedem | i left a comment | 17:07 |
| mriedem | the client always opts in to a microversion | 17:07 |
| mriedem | not the latest | 17:07 |
| mriedem | because my client side code could know how to deal with a 3.26 response, but not a 3.40 response if the server changes something in 3.40 | 17:08 |
| jgriffith | mriedem yeah, that's fine | 17:08 |
| johnthetubaguy | right I was expecting us to use either 3.0 or 3.27 | 17:08 |
| jgriffith | mriedem it's 3.27 | 17:08 |
| mriedem | johnthetubaguy: ok, yeah | 17:08 |
| mriedem | right, 3.0 or 3.27 | 17:08 |
| mriedem | if at some point we need something higher than 3.27, we deal with that on a case by case basis | 17:08 |
| jgriffith | I'll adjust the patch | 17:08 |
| ildikov | mriedem: fair enough | 17:08 |
| mriedem | thanks | 17:08 |
| ildikov | I think that was the only question to this one | 17:09 |
| jgriffith | mriedem note that that patch doesn't actually "set" any version anyway :) | 17:09 |
| jungleboyj | I commented on the spec that 3.27 is the one you are looking for. | 17:09 |
| jgriffith | it just gives a way to determine what's available | 17:09 |
| jgriffith | The actual set/use is left for when we add "new" methods | 17:10 |
| mriedem | jgriffith: it creates the cinderclient with that version though | 17:10 |
| johnthetubaguy | yeah, spec is all updated now | 17:10 |
| mriedem | version = _MAX_AVAILABLE_CINDER_VERSION | 17:10 |
| mriedem | return cinder_client.Client(version, | 17:10 |
| johnthetubaguy | so right now I assume we just hit the attribute error in the gate, so we always use v2 or somethhing? | 17:11 |
| johnthetubaguy | I was expecting it to pick 2.27, then have everything break I guess | 17:11 |
| johnthetubaguy | 3.27 oops | 17:11 |
| *** edtubill has quit IRC | 17:12 | |
| jgriffith | mriedem johnthetubaguy ok.. so I think the best course is to set to 3.0 and specify requested higher mv if supported in the calls we need/want it explicity | 17:12 |
| jgriffith | mriedem johnthetubaguy agree/disagree? | 17:12 |
| johnthetubaguy | so lets wind forward | 17:13 |
| jgriffith | mriedem johnthetubaguy my point being that we don't want 3.0 - 3.27 for every possible interaction | 17:13 |
| johnthetubaguy | if the code supports both 3.27 and 3.0 | 17:13 |
| johnthetubaguy | we would check which code path was required, based on the cloud we were pointing at | 17:13 |
| johnthetubaguy | then every call is either 3.0 or 3.27 | 17:13 |
| jgriffith | johnthetubaguy I don't think you want that | 17:14 |
| johnthetubaguy | actually we went through this in the spec | 17:14 |
| jgriffith | ok | 17:14 |
| johnthetubaguy | it depends on the BDM | 17:14 |
| mriedem | jgriffith: i assume the plan was to check the global and if it's >=3.27, use new volume_api methods like create_attachment, else fallback to old stuff | 17:14 |
| johnthetubaguy | so yeah, each call needs to opt into the version, ideally after checking if that version is available | 17:14 |
| jgriffith | mriedem that's correct | 17:14 |
| johnthetubaguy | mriedem: thats what I am trying to say, and failing | 17:14 |
| jungleboyj | I didn't particularly like that part of the spec, but don't have a better idea there. | 17:15 |
| mriedem | jungleboyj: what's not to like? | 17:15 |
| jgriffith | mriedem my intention was "use 3.0". if 3.27 use new attach and explicitly call3.27 for just those attach/detach methods | 17:15 |
| mriedem | the client needs to know if it can make a certain request | 17:15 |
| mriedem | jgriffith: but we still need to know if 3.27 is available, right? | 17:15 |
| jgriffith | mriedem and add for additional calls as needed/desired as we go in the future | 17:15 |
| jungleboyj | The fact that we can't count on all the compute nodes being able to support doing 3.27 and having to check it. | 17:16 |
| jgriffith | ok... yes, I think we're on the same page then | 17:16 |
| mriedem | jungleboyj: it's not the computes, it's the cinder api | 17:16 |
| mriedem | jungleboyj: plus, rolling upgrades | 17:16 |
| jgriffith | haven't we had this debate a couple times already? | 17:16 |
| jungleboyj | mriedem: Ok. | 17:16 |
| johnthetubaguy | jgriffith: maybe rebase your detach API patch on top, that might clear this up | 17:16 |
| mriedem | we don't 'count' on everything in the deployment being the latest and greatest when the code runs | 17:16 |
| jgriffith | johnthetubaguy good idea | 17:17 |
| mriedem | jgriffith: yes, but jungleboyj wasn't around then | 17:17 |
| jgriffith | ahh.. history lesson :) | 17:17 |
| mriedem | yeah so we're on the same page i think | 17:17 |
| mriedem | we can move ahead | 17:17 |
| * jungleboyj will be quiet. | 17:17 | |
| jungleboyj | :-) | 17:17 |
| johnthetubaguy | there is a bit we punted on in the spec | 17:17 |
| jgriffith | jungleboyj nah, better to raise the questions | 17:17 |
| johnthetubaguy | migrating old style BDMs to the new API | 17:17 |
| jgriffith | johnthetubaguy damn you! :) | 17:17 |
| mriedem | johnthetubaguy: we said we'd not handle that in pike | 17:17 |
| johnthetubaguy | so right now all old attachments need to use the old API | 17:17 |
| mriedem | at the PTG | 17:17 |
| jgriffith | mriedem correct, and we can easily idenfity those | 17:18 |
| johnthetubaguy | what I mean is, its per attachment right now for detach | 17:18 |
| jgriffith | so long as our detach is compatible we're safe | 17:18 |
| johnthetubaguy | based on whats in the BDM | 17:18 |
| mriedem | old attachments won't have the attachment_id | 17:18 |
| mriedem | right | 17:18 |
| *** steve-noyes has left #openstack-meeting-cp | 17:18 | |
| johnthetubaguy | the create attachment is where it decides if its a new server, and all the compute are upgraded, that it might use 3.27 | 17:18 |
| mriedem | yes | 17:18 |
| ildikov | mriedem: the old detach code tries to get it from Cinder | 17:19 |
| johnthetubaguy | thats the last bit of code we will write, also | 17:19 |
| ildikov | mriedem: so for volumes that are not too old we can get attachment_id | 17:19 |
| mriedem | ildikov: i'm not sure what you're talking about, i'm not talking about the cinder data model <havana | 17:19 |
| mriedem | i'm talking about bdm.attachment_id in nova | 17:19 |
| mriedem | which is >=pike | 17:20 |
| johnthetubaguy | ildikov: thats not the point, old BDMs always use the old API, missing connector and all that | 17:20 |
| mriedem | yes | 17:20 |
| mriedem | agree with tubaman | 17:20 |
| * johnthetubaguy makes tuba noises | 17:20 | |
| ildikov | I know, sorry for the side track | 17:20 |
| jungleboyj | *bum bum, bum bum" | 17:20 |
| johnthetubaguy | heh | 17:20 |
| ildikov | just kinda "funny" that the current detach is trying to get the attachment_id as well | 17:21 |
| mriedem | is there anything new we need to cover? | 17:21 |
| ildikov | anyway, will use the old flow as is, all good | 17:21 |
| mriedem | b/c we talk about this same stuff every week | 17:21 |
| jgriffith | mriedem :) | 17:21 |
| mriedem | seriously this shouldn't be a full hour each week | 17:21 |
| mriedem | what's next? | 17:21 |
| jgriffith | mriedem just the discover thing (done) and the attach id changes lyarwood had up in place of my abandoned ones | 17:22 |
| ildikov | mriedem: if it's all in johnthetubaguy's spec and we all agree we don't need to talk about this again :) | 17:22 |
| lyarwood | the db/object changes for nova haven't landed yet | 17:22 |
| johnthetubaguy | seems like next step is the BDM uuid | 17:22 |
| ildikov | lyarwood: tnx, just wanted to bring that up | 17:22 |
| johnthetubaguy | right, lyarwood's patches are needed next | 17:22 |
| mriedem | we're taking out the bdm uuid from the series | 17:22 |
| lyarwood | johnthetubaguy: so we are going to drop the uuid changes to speed this up | 17:22 |
| lyarwood | yeah that's done and posted | 17:22 |
| mriedem | i'll review the attachment_id changes today | 17:22 |
| mriedem | mdbooth already went over them | 17:22 |
| johnthetubaguy | I would also love lots more +1s on my spec, if everyone agrees with what is in there now | 17:22 |
| mriedem | johnthetubaguy: yes i need to get back on it | 17:22 |
| mriedem | someone was bugging me about reviewing a policy docs spec yesterday | 17:22 |
| johnthetubaguy | lyarwood: so I am starting at the wrong end of the chain I guess | 17:23 |
| jgriffith | mriedem lyarwood ildikov once lyarwood 's stuff merges let me know and I'll get my detach changes rebased and resubmitted | 17:23 |
| ildikov | is the UUID change something we would need to depend on here at some point or that's independent? | 17:23 |
| jgriffith | that's all for me :) | 17:23 |
| johnthetubaguy | mriedem: yeah, that bloke is a pain | 17:23 |
| mriedem | ildikov: independent | 17:23 |
| lyarwood | ildikov: it's independent | 17:23 |
| ildikov | mriedem: lyarwood: cool, tnx | 17:23 |
| ildikov | mriedem: lyarwood: I guess we're still planning with the detach refactor though | 17:23 |
| lyarwood | jgriffith: ack I will, I'm out for a week from next Thursday so I'd like to get things done by then | 17:23 |
| johnthetubaguy | ah, so we start on this one now: https://review.openstack.org/#/c/437597/ | 17:23 |
| ildikov | lyarwood: +1 | 17:24 |
| lyarwood | at the latest | 17:24 |
| lyarwood | johnthetubaguy: yes | 17:24 |
| mriedem | yup i'll look at those today | 17:24 |
| lyarwood | thanks | 17:24 |
| johnthetubaguy | me to | 17:25 |
| johnthetubaguy | so reivew specs, review bdms, jgriffith to add detach on top of his patch that uses lyarwood's patches to get the bdm uuid | 17:25 |
| johnthetubaguy | that looks like everything for next week? | 17:25 |
| mriedem | johnthetubaguy: no bdm uuid, | 17:25 |
| mriedem | bdm attachment_id | 17:25 |
| lyarwood | attachment_id | 17:25 |
| mriedem | otherwise yes | 17:25 |
| johnthetubaguy | oops, yes, that | 17:26 |
| johnthetubaguy | to many ids | 17:26 |
| mriedem | plus jgriffith can address comments in the discovery patch and add tests | 17:26 |
| ildikov | johnthetubaguy: and jgriffith to update the client microversion patch | 17:26 |
| ildikov | mriedem: +1 | 17:26 |
| johnthetubaguy | yep, thats that last bit | 17:26 |
| mriedem | ok, sounds good | 17:26 |
| mriedem | are we done here? :) | 17:26 |
| johnthetubaguy | detach on top of microversion patch, so we know its good | 17:26 |
| ildikov | johnthetubaguy: when do you think your spec will be ready for wider review? | 17:26 |
| mriedem | ildikov: it is already | 17:26 |
| johnthetubaguy | its been ready since the week after the PTG | 17:26 |
| mriedem | it has been i think | 17:26 |
| ildikov | johnthetubaguy: ok, then I'll move it up on the etherpad :) | 17:27 |
| jungleboyj | Looked pretty good to me. | 17:27 |
| jungleboyj | At least the important stuff I remembered from the PTG. | 17:27 |
| johnthetubaguy | ildikov: its not moved because we (the subteam) haven't all +1ed it | 17:27 |
| mriedem | and we have other stuff going on... | 17:27 |
| mriedem | but beside the point | 17:27 |
| mriedem | anyway | 17:27 |
| mriedem | end meeting? | 17:28 |
| * jungleboyj gets out his rubber stamp | 17:28 | |
| johnthetubaguy | cool, I saw comments from lyarwood, jgriffith, jungleboyj and mdbooth recently, they seem mostly on board on the spec now | 17:28 |
| ildikov | johnthetubaguy: ah ok | 17:28 |
| johnthetubaguy | yup, seems we are done | 17:28 |
| mriedem | ... | 17:28 |
| mriedem | end it | 17:28 |
| ildikov | ok, if nothing else to discuss thank you all for this short and crisp one | 17:28 |
| mriedem | yay | 17:28 |
| ildikov | we all have our action points | 17:28 |
| ildikov | see you all next week! | 17:28 |
| hemna | sweet. | 17:29 |
| mriedem | ttyl | 17:29 |
| ildikov | #endmeeting | 17:29 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 17:29 | |
| jungleboyj | Thanks! | 17:29 |
| openstack | Meeting ended Thu Mar 16 17:29:07 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:29 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/cinder_nova_api_changes/2017/cinder_nova_api_changes.2017-03-16-17.00.html | 17:29 |
| lyarwood | thanks all | 17:29 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/cinder_nova_api_changes/2017/cinder_nova_api_changes.2017-03-16-17.00.txt | 17:29 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/cinder_nova_api_changes/2017/cinder_nova_api_changes.2017-03-16-17.00.log.html | 17:29 |
| *** bmace has left #openstack-meeting-cp | 17:29 | |
| *** mriedem has left #openstack-meeting-cp | 17:30 | |
| *** david-lyle has joined #openstack-meeting-cp | 18:05 | |
| *** edtubill has joined #openstack-meeting-cp | 18:13 | |
| *** lamt has joined #openstack-meeting-cp | 18:27 | |
| *** edtubill has quit IRC | 18:35 | |
| *** lamt has quit IRC | 19:39 | |
| *** lamt has joined #openstack-meeting-cp | 19:46 | |
| *** lamt has quit IRC | 19:46 | |
| *** lamt has joined #openstack-meeting-cp | 19:48 | |
| *** rderose has joined #openstack-meeting-cp | 19:58 | |
| robcresswell | #startmeeting keystone_horizon | 20:00 |
| openstack | Meeting started Thu Mar 16 20:00:19 2017 UTC and is due to finish in 60 minutes. The chair is robcresswell. 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: keystone_horizon)" | 20:00 | |
| openstack | The meeting name has been set to 'keystone_horizon' | 20:00 |
| robcresswell | Anyone around/ | 20:01 |
| robcresswell | ?* | 20:01 |
| knikolla | o/ | 20:01 |
| cmurphy | o/ | 20:01 |
| david-lyle | o/ | 20:01 |
| robcresswell | #link https://etherpad.openstack.org/p/keystone-horizon | 20:02 |
| robcresswell | Hi everyone | 20:02 |
| robcresswell | So, updates for the past week | 20:03 |
| *** r1chardj0n3s has joined #openstack-meeting-cp | 20:03 | |
| robcresswell | We've had a couple of reviews on Horizon patches, but things are moving slowly | 20:03 |
| robcresswell | We've also started moving away from cookie based sessions with https://review.openstack.org/#/c/444266/ | 20:04 |
| robcresswell | I need to update that and figure out why tempest is complaining | 20:04 |
| *** jaugustine has quit IRC | 20:04 | |
| robcresswell | The patch itself is relatively simple though. That will allow us to default to V3 and start deprecating our V2 auth handling | 20:04 |
| rderose | o/ | 20:05 |
| robcresswell | Did anyone get chance to look at https://review.openstack.org/#/c/339487/ and see if they could recreate it? | 20:05 |
| robcresswell | https://bugs.launchpad.net/horizon/+bug/1600195 is the relevant bug report | 20:05 |
| openstack | Launchpad bug 1600195 in OpenStack Dashboard (Horizon) "Domain admin cannot manage user, group and domain in own domain" [Undecided,In progress] - Assigned to Kenji Ishii (ken-ishii) | 20:05 |
| r1chardj0n3s | I tried, but I failed at setting up a domain admin :-) | 20:06 |
| robcresswell | :D | 20:07 |
| robcresswell | rderose: Any progress on 8.2.6? | 20:07 |
| rderose | robcresswell: not yet | 20:08 |
| *** jaugustine has joined #openstack-meeting-cp | 20:08 | |
| robcresswell | Cool | 20:09 |
| *** lamt has quit IRC | 20:09 | |
| david-lyle | r1chardj0n3s, you have to set up domain admin via openstack client | 20:09 |
| robcresswell | I *think* thats everything in progress | 20:09 |
| david-lyle | hmm, wait | 20:09 |
| r1chardj0n3s | david-lyle: yep, I followed some instructions from somewhere, but failed somehow | 20:09 |
| david-lyle | nevermind, that's cloud admin | 20:09 |
| robcresswell | Any other changes anyone would like to highlight? | 20:09 |
| david-lyle | domain admin you should be able to set up in Horizon | 20:09 |
| *** lamt has joined #openstack-meeting-cp | 20:11 | |
| robcresswell | Cool, looks like we can end there | 20:12 |
| robcresswell | Thanks everyone! | 20:12 |
| robcresswell | #endmeeting | 20:12 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 20:12 | |
| openstack | Meeting ended Thu Mar 16 20:12:29 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:12 |
| *** r1chardj0n3s has left #openstack-meeting-cp | 20:12 | |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/keystone_horizon/2017/keystone_horizon.2017-03-16-20.00.html | 20:12 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/keystone_horizon/2017/keystone_horizon.2017-03-16-20.00.txt | 20:12 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/keystone_horizon/2017/keystone_horizon.2017-03-16-20.00.log.html | 20:12 |
| *** antwash has joined #openstack-meeting-cp | 20:31 | |
| *** antwash has left #openstack-meeting-cp | 20:32 | |
| *** lamt has quit IRC | 20:32 | |
| *** lamt has joined #openstack-meeting-cp | 20:34 | |
| *** amrith has quit IRC | 20:42 | |
| *** amrith has joined #openstack-meeting-cp | 20:43 | |
| *** gouthamr has quit IRC | 21:40 | |
| *** jaugustine has quit IRC | 21:57 | |
| *** kbyrne has quit IRC | 23:34 | |
| *** kbyrne has joined #openstack-meeting-cp | 23:38 | |
| *** lamt has quit IRC | 23:41 | |
| *** diablo_rojo has quit IRC | 23:43 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!