*** andreaf has quit IRC | 00:00 | |
*** cdub has quit IRC | 00:00 | |
*** nati2 has quit IRC | 00:21 | |
*** vladimir3p has joined #openstack-meeting | 00:22 | |
*** cdub has joined #openstack-meeting | 00:27 | |
*** adjohn has quit IRC | 00:29 | |
*** jakedahn has quit IRC | 00:29 | |
*** jakedahn has joined #openstack-meeting | 00:29 | |
*** adjohn has joined #openstack-meeting | 00:29 | |
*** novas0x2a|laptop has quit IRC | 00:31 | |
*** nati2 has joined #openstack-meeting | 00:36 | |
*** dragondm has quit IRC | 00:48 | |
*** cdub has quit IRC | 00:49 | |
*** jakedahn has quit IRC | 00:56 | |
*** adjohn has quit IRC | 01:01 | |
*** danwent has quit IRC | 01:17 | |
*** cdub has joined #openstack-meeting | 01:21 | |
*** jog0 has joined #openstack-meeting | 01:24 | |
*** ron-slc has quit IRC | 01:28 | |
*** jog0 has quit IRC | 01:31 | |
*** jakedahn has joined #openstack-meeting | 01:39 | |
*** cdub has quit IRC | 01:47 | |
*** jog0 has joined #openstack-meeting | 01:48 | |
*** jog0 has quit IRC | 02:07 | |
*** shang has joined #openstack-meeting | 02:10 | |
*** danwent has joined #openstack-meeting | 02:26 | |
*** mmetheny has joined #openstack-meeting | 03:15 | |
*** dendrobates is now known as dendro-afk | 03:17 | |
*** novas0x2a|laptop has joined #openstack-meeting | 03:18 | |
*** dendro-afk is now known as dendrobates | 03:18 | |
*** sleepsontheflo-1 has joined #openstack-meeting | 03:41 | |
*** adjohn has joined #openstack-meeting | 03:46 | |
*** nati2_ has joined #openstack-meeting | 04:00 | |
*** nati2 has quit IRC | 04:02 | |
*** dendrobates is now known as dendro-afk | 04:08 | |
*** vladimir3p has quit IRC | 04:08 | |
*** dendro-afk is now known as dendrobates | 04:08 | |
*** nati2_ has quit IRC | 04:11 | |
*** nati2 has joined #openstack-meeting | 04:12 | |
*** nati2 has quit IRC | 04:16 | |
*** jog0 has joined #openstack-meeting | 04:19 | |
*** jog0 has quit IRC | 04:29 | |
*** gyee has quit IRC | 04:44 | |
*** vladimir3p has joined #openstack-meeting | 05:15 | |
*** vladimir3p has quit IRC | 05:31 | |
*** donaldngo_hp has quit IRC | 05:32 | |
*** adjohn has quit IRC | 05:40 | |
*** cdub has joined #openstack-meeting | 06:10 | |
*** novas0x2a|laptop has quit IRC | 06:11 | |
*** jog0 has joined #openstack-meeting | 06:13 | |
*** jog0 has quit IRC | 06:15 | |
*** andreaf has joined #openstack-meeting | 06:59 | |
*** andreaf has quit IRC | 07:38 | |
*** jdag has quit IRC | 08:10 | |
*** jdag has joined #openstack-meeting | 08:11 | |
*** jdag has quit IRC | 08:17 | |
*** dendrobates is now known as dendro-afk | 09:10 | |
*** dendro-afk is now known as dendrobates | 09:29 | |
*** darraghb has joined #openstack-meeting | 09:31 | |
*** adjohn has joined #openstack-meeting | 09:40 | |
*** adjohn has quit IRC | 09:40 | |
*** dolphm has joined #openstack-meeting | 10:47 | |
*** dolphm has quit IRC | 10:51 | |
*** dolphm has joined #openstack-meeting | 11:17 | |
*** dolphm has quit IRC | 11:47 | |
*** dolphm has joined #openstack-meeting | 12:22 | |
*** hggdh has joined #openstack-meeting | 12:28 | |
*** cdub_ has joined #openstack-meeting | 12:29 | |
*** cdub has quit IRC | 12:29 | |
*** dolphm has quit IRC | 12:45 | |
*** hggdh has quit IRC | 12:47 | |
*** dprince has joined #openstack-meeting | 12:47 | |
*** dolphm has joined #openstack-meeting | 13:00 | |
*** hggdh has joined #openstack-meeting | 13:03 | |
*** mmetheny has quit IRC | 13:28 | |
*** mmetheny_ has joined #openstack-meeting | 13:28 | |
*** dolphm has quit IRC | 13:32 | |
*** hggdh has quit IRC | 13:37 | |
*** dolphm has joined #openstack-meeting | 13:39 | |
*** dolphm has quit IRC | 13:46 | |
*** dolphm has joined #openstack-meeting | 13:48 | |
*** joesavak has joined #openstack-meeting | 14:16 | |
*** jsavak has joined #openstack-meeting | 14:22 | |
*** joesavak has quit IRC | 14:26 | |
*** mattray has joined #openstack-meeting | 14:28 | |
*** danwent has quit IRC | 14:38 | |
*** rnirmal has joined #openstack-meeting | 14:41 | |
*** dendrobates is now known as dendro-afk | 14:50 | |
*** adjohn has joined #openstack-meeting | 15:00 | |
*** hggdh has joined #openstack-meeting | 15:04 | |
*** dragondm has joined #openstack-meeting | 15:05 | |
*** Gordonz has joined #openstack-meeting | 15:06 | |
*** jdg has joined #openstack-meeting | 15:19 | |
*** Gordonz has quit IRC | 15:25 | |
*** Gordonz has joined #openstack-meeting | 15:25 | |
*** adjohn has quit IRC | 15:27 | |
*** dolphm has quit IRC | 15:27 | |
*** hggdh has quit IRC | 15:29 | |
*** dolphm has joined #openstack-meeting | 15:30 | |
*** cdub_ has quit IRC | 15:33 | |
*** dendro-afk is now known as dendrobates | 15:55 | |
*** dendrobates is now known as dendro-afk | 15:59 | |
*** reed has joined #openstack-meeting | 16:09 | |
*** jog0 has joined #openstack-meeting | 16:13 | |
*** rohitk has joined #openstack-meeting | 16:35 | |
*** jog0 has quit IRC | 16:43 | |
*** jog0 has joined #openstack-meeting | 16:43 | |
*** renuka has joined #openstack-meeting | 16:53 | |
*** jdurgin has joined #openstack-meeting | 16:57 | |
*** dricco has joined #openstack-meeting | 17:00 | |
renuka | Hello, shall we start the openstack volumes meeting? | 17:00 |
---|---|---|
*** jog0 has left #openstack-meeting | 17:00 | |
vishy | hi | 17:00 |
vishy | is anyone else here? | 17:01 |
renuka | I was trying to find out... I didn't get many responses for the email | 17:01 |
DuncanT | I'm here (Duncan from HP) | 17:01 |
dricco | I'm here (Cian from HP) | 17:01 |
*** jdg_ has joined #openstack-meeting | 17:02 | |
renuka | DuncanT: have you had the chance to hash out the design of volume affinity? | 17:02 |
renuka | if you think that you have something to discuss on that front, we could have the meeting now | 17:03 |
DuncanT | I put up a blueprint... the brief discussion I had with Vladimir last week seemed to suggest that it causes him no problems and basically just appears as a key-value pair at volume create time | 17:04 |
DuncanT | I'm happy to discuss anybody else's thoughts on it | 17:05 |
*** reed has quit IRC | 17:05 | |
DuncanT | http://wiki.openstack.org/VolumeAffinity | 17:05 |
vishy | if there isn't a meeting | 17:05 |
renuka | #startmeeting | 17:05 |
openstack | Meeting started Thu Nov 3 17:05:40 2011 UTC. The chair is renuka. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:05 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic. | 17:05 |
renuka | #topic Volume Affinity | 17:05 |
*** openstack changes topic to "Volume Affinity" | 17:05 | |
renuka | It might be useful to have your thoughts online, so anyone else can read it later | 17:06 |
DuncanT | http://wiki.openstack.org/VolumeAffinity has the details I've put up so far | 17:06 |
renuka | #link http://wiki.openstack.org/VolumeAffinity | 17:06 |
renuka | So what do you expect will go as key value pairs? | 17:07 |
renuka | Have you decided how you will extend the volume create API? | 17:08 |
DuncanT | Yes, it looked like "affinity:volume1,volume2,volume3 anti-affinity:volume4" notation could express what we are thinking of | 17:08 |
DuncanT | No, the API was an open issue | 17:08 |
DuncanT | volume-types doesn't allow key-value pairs at create time as it stands | 17:08 |
renuka | vishy: Should API related things be taken up in the nova api meeting or should we come up with extensions here | 17:09 |
vishy | extensions here | 17:09 |
DuncanT | Vladimir and I couldn't see a reason not to add an 'extras' field, that can contain key-value pairs, with only affinity and anti-affinity being defined for now | 17:09 |
vishy | volume api will be separated out so you guys will be responsible for it | 17:09 |
*** tim-at-home has joined #openstack-meeting | 17:09 | |
vishy | ultimately affinity to computes would be interesting as well | 17:10 |
renuka | vishy: right, thanks | 17:10 |
vishy | but that seems like a good start | 17:10 |
renuka | vishy: I agree. That will likely help boot from volume | 17:10 |
DuncanT | Should we call it 'volume-affinity' and volume-anti-affinity' to avoid ambiguities later then? | 17:10 |
vishy | sure | 17:11 |
vishy | or perhaps it could be affinity:volume-<id> | 17:11 |
renuka | Do you think we should have something as generic as extras in the API? | 17:11 |
vishy | and we could use instance-<id> for computes | 17:11 |
renuka | If this has structure, why not make it an actual option? | 17:11 |
renuka | vishy: +! | 17:12 |
renuka | I meant +1 :P | 17:12 |
vishy | leaving room for other types in the future without having an explosion of keys | 17:12 |
*** rohitk has quit IRC | 17:12 | |
DuncanT | I'm thinking we're likely to want to add other options in future | 17:12 |
renuka | I don't understand. (Potential noob question). If someone has to use the option, they would have to know the key affinity | 17:13 |
renuka | So anyone using specific things in extras needs to know the keywords | 17:13 |
renuka | By adding extras, we have to add the parsing for it.. doesn't that get more complicated later? | 17:14 |
vishy | true | 17:15 |
DuncanT | key:value pairs end up being a json dictionary, which has a standard parsing | 17:16 |
renuka | Plus the API is not self explanatory.. because there could be all sorts of features that go in as "extras" | 17:16 |
*** dolphm has quit IRC | 17:16 | |
vishy | this is the general idea behind api extensions | 17:16 |
vishy | extensions can be added to support specific features | 17:16 |
renuka | vishy: but that is exactly why I would think we need not have another layer of generic options... unless we think we need them. Like in the case of connectivity, there is no way we can support all the options that all storage types have | 17:17 |
vishy | key value do seem like undocumented features | 17:17 |
vishy | internally they make sense | 17:18 |
vishy | but i think what is exposed to the api should attempt to be actual options in the request | 17:18 |
renuka | but in case of affinity/anti-affinity, we seem to have the keywords nailed. Anything else like compute that gets added later, can go in, as you said affinity: volume-id, compute-id, etc | 17:18 |
DuncanT | I'm not wedded to the idea, it just seems cleaner than having to make structural changes to clients to support some minor API feature | 17:18 |
vishy | so that they can be documented. | 17:18 |
*** gyee has joined #openstack-meeting | 17:19 | |
vishy | if it is an optional parameter | 17:19 |
vishy | clients can ignore it | 17:19 |
vishy | i guess i see where you are going though | 17:19 |
*** jdurgin has quit IRC | 17:19 | |
vishy | if a vendor wants to add a new parameter, they would have to go and modify the client to know about it | 17:20 |
*** Gordonz has quit IRC | 17:20 | |
DuncanT | vish: Quite | 17:20 |
vishy | that seems like something that is useful to bring up in the nova-api meeting | 17:20 |
renuka | Why in this case, in particular? | 17:20 |
vishy | scheduler hints | 17:21 |
renuka | wouldn't affinity and anti-affinity keywords be sufficient? | 17:21 |
*** rohitk has joined #openstack-meeting | 17:21 | |
vishy | renuka: in this case, but what if there are other scheduler hints | 17:21 |
*** gyee has quit IRC | 17:21 | |
vishy | ssd:preferred | 17:21 |
vishy | or something along those lines | 17:21 |
renuka | vishy: I thought we agreed that types should be used for that | 17:22 |
vishy | every new hint would have to be added to the client | 17:22 |
vishy | renuka: types are great for requirements but not hints | 17:22 |
vishy | optimize:latency vs optimize:bandwidth | 17:23 |
renuka | makes sense | 17:23 |
DuncanT | If we rename 'extras' as 'hints' and define it as information the volume driver/scheduler is free to ignore, does that help? | 17:23 |
renuka | right, so I like the renaming. Just to ensure that we don't end up adding other functionality there, just because we can | 17:23 |
vishy | in any case, i think we should discuss it in the api meeting. What should be codified into a documented option, and what is ok to stick in as key value pairs | 17:23 |
vishy | my rough pass would be ignorable data (like hints) are ok as key/value pairs | 17:24 |
DuncanT | vish: That makes good sense | 17:24 |
vishy | #action vishy to bring up key-value pairs vs extensions in the nova-api meeting | 17:25 |
vishy | #action vishy to bring up separate-volume-api in the nova-api meeting | 17:25 |
vishy | i have to go grab some lunch before it is gone, can I throw in a request before i go? | 17:25 |
renuka | sure | 17:26 |
vishy | I would really like you guys to start reviewing all volume related patches that are thrown into gerrit | 17:26 |
vishy | for example: https://review.openstack.org/#change,1202 | 17:26 |
vishy | even if it is just to say, that looks fine | 17:26 |
renuka | will do | 17:27 |
tim-at-home | ok willn do | 17:27 |
DuncanT | vish: I've been playing with that code today funny enough | 17:27 |
tim-at-home | will | 17:27 |
vishy | #action volume team to start reviewing volume related code in gerrit | 17:27 |
vishy | great | 17:27 |
dricco | yup will do | 17:28 |
renuka | Right, so anything else to be discussed for affinity? This blueprint will be implemented by HP, correct? | 17:29 |
*** novas0x2a|laptop has joined #openstack-meeting | 17:29 | |
DuncanT | renuka: Yes, though it is closely tied to the volume-types work in places | 17:30 |
renuka | DuncanT: right, so the volume-types work is already in, correct? | 17:31 |
*** joesavak has joined #openstack-meeting | 17:32 | |
DuncanT | renuka: I'm not certain it is in its final form, but I'll check with Vladimir and make sure we don't cause each other headaches | 17:33 |
renuka | #action HP to look into volume types requirements and implement Volume Affinity/Anti Affinity | 17:34 |
renuka | The next thing i wanted to bring up was the need for an admin API for dynamic storage | 17:34 |
*** Gordonz has joined #openstack-meeting | 17:34 | |
renuka | Does anyone else feel the need for this? | 17:34 |
tim-at-home | renuka, what do you mean by dynamic storage? | 17:35 |
renuka | tim-at-home: We do not use storage local to the nova-volume node for volumes | 17:36 |
*** jsavak has quit IRC | 17:36 | |
renuka | so we end up having to "add" our storage backends/arrays and remove them when they need to be offline etc | 17:36 |
tim-at-home | renuka, gotcha - | 17:36 |
DuncanT | renuka: Is this something that will end up generic, or is it better as a vendor extension? | 17:36 |
tim-at-home | wont this be very specific? | 17:36 |
renuka | At the moment, the xen storage manager driver has its own table, and uses the nova-manage command to add/remove this | 17:37 |
*** jsavak has joined #openstack-meeting | 17:37 | |
renuka | this is how the nova-manage command looks at the moment: | 17:37 |
renuka | nova-manage sm backend_add <flavor label> <SR type> [config connection parameters] | 17:37 |
*** bengrue has quit IRC | 17:37 | |
renuka | flavor here means type (needs to be refactored) | 17:38 |
tim-at-home | for example we have a proprietary API for managing our storage - it is very specific to our particular archtiectrure | 17:38 |
*** joesavak has quit IRC | 17:38 | |
*** novas0x2a|lapto1 has joined #openstack-meeting | 17:38 | |
*** jdurgin has joined #openstack-meeting | 17:38 | |
*** bengrue has joined #openstack-meeting | 17:38 | |
*** dendro-afk is now known as dendrobates | 17:38 | |
renuka | So I guess we are leaning towards vendor extensions then | 17:38 |
*** novas0x2a|laptop has quit IRC | 17:39 | |
tim-at-home | I do not feel strongly about it, | 17:39 |
tim-at-home | ohters? | 17:39 |
DuncanT | I think so. We might look at how much commonality there is later, but I don't see any advantage at the moment | 17:39 |
rnirmal | each vendor already has existing tools to manage this, should we recreate them within the context of nova | 17:39 |
renuka | without a common table that contains the storage available in the zone, would be still be able to function well across various vendors/storage types? | 17:41 |
DuncanT | Surely the available storage is know dynamically by the scheduler based on what nova-volume servers present themselves? | 17:42 |
renuka | right, i guess report capabilities can be used appropriately | 17:43 |
*** novas0x2a|laptop has joined #openstack-meeting | 17:43 | |
tim-at-home | agree | 17:43 |
renuka | next up was the netapp blueprint that robert mentioned on the emails. Is anyone from netapp here? | 17:44 |
renuka | guess not | 17:45 |
*** novas0x2a|lapto1 has quit IRC | 17:45 | |
renuka | Anything else anyone would like to bring up? | 17:45 |
*** df1 has joined #openstack-meeting | 17:46 | |
DuncanT | Is boot-from-volume going to be discussed at some point? | 17:46 |
renuka | We are certainly interested in that | 17:46 |
tim-at-home | is anyone using it? | 17:46 |
DuncanT | The current situation, aims and functionality is not very clear, and the current shape of the API is very limiting | 17:46 |
*** bengrue has quit IRC | 17:47 | |
renuka | I agree | 17:47 |
*** gyee has joined #openstack-meeting | 17:47 | |
tim-at-home | me 2 | 17:47 |
renuka | The code seems to be there for libvirt, but I haven't used it | 17:47 |
*** novas0x2a|laptop has quit IRC | 17:47 | |
tim-at-home | should we ask Morita-san to come along? | 17:48 |
renuka | should we bring this up on an email thread for visibility? | 17:49 |
tim-at-home | I think that is a good idea. I certainly find it difficult to understand exactly what is there | 17:50 |
DuncanT | It would definitely be worth getting all of the interested parties involved, yes | 17:50 |
renuka | DuncanT: Is there anything in particular you would like to see in the API for example? | 17:50 |
DuncanT | renuka: I'd like to see an API for generically plugging volumes onto an instance/server before it is booted, and setting the boot device | 17:51 |
DuncanT | Rather than limiting it to the ec2 boot-onto-a-cloned-copy only | 17:51 |
renuka | DuncanT: there is a BootFromVolumeController in the openstack api | 17:52 |
renuka | extensions | 17:52 |
DuncanT | renuka: I saw it, it is not clear how it is supposed to work | 17:52 |
renuka | #action bring up boot from volume on email thread to get an idea of current state/goals | 17:53 |
DuncanT | For example, if I have vm1 create & prepare (fill) a volume, then detach I'd like to be able to provision a new vm that boots from that volume | 17:53 |
DuncanT | (or volumes) | 17:53 |
jdurgin | DuncanT: this exists as an OS api extension, but it could use some cleaning up | 17:55 |
*** dprince has quit IRC | 17:55 | |
*** reed has joined #openstack-meeting | 17:55 | |
tim-at-home | I think it would be good to consolidate the boot from volume *& the recent autocreatebootvoluems into a logical set of volume & boot capabilities | 17:55 |
renuka | agreed | 17:55 |
renuka | Right, we have about 3 minutes remaining. Anything else that needs to be brought up in the future? | 17:57 |
tim-at-home | i'm good | 17:57 |
DuncanT | I can't think of anything at the moment | 17:57 |
dricco | good here too | 17:57 |
renuka | so I noticed we have the nova volume meeting set to happen every Thursday | 17:58 |
renuka | just wanted to confirm that everyone feels the need for a weekly meeting | 17:58 |
DuncanT | There have been things to discuss every week so far | 17:58 |
tim-at-home | I think at present it is a good timing,. As it happens I will be AWOL next week | 17:59 |
renuka | ok. let us keep it that way | 17:59 |
renuka | alright, thanks everyone. | 17:59 |
tim-at-home | ciao | 17:59 |
renuka | #endmeeting | 18:00 |
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/" | 18:00 | |
DuncanT | Thanks | 18:00 |
openstack | Meeting ended Thu Nov 3 18:00:02 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-11-03-17.05.html | 18:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-11-03-17.05.txt | 18:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-11-03-17.05.log.html | 18:00 |
dricco | thanks, bye | 18:00 |
*** dendrobates is now known as dendro-afk | 18:00 | |
*** adjohn has joined #openstack-meeting | 18:01 | |
*** renuka has quit IRC | 18:02 | |
*** jdg_ has quit IRC | 18:03 | |
*** dolphm has joined #openstack-meeting | 18:03 | |
*** dolphm_ has joined #openstack-meeting | 18:05 | |
*** tim-at-home has quit IRC | 18:07 | |
*** dolphm has quit IRC | 18:07 | |
*** gyee has quit IRC | 18:09 | |
*** gyee has joined #openstack-meeting | 18:09 | |
*** gyee has quit IRC | 18:09 | |
*** gyee has joined #openstack-meeting | 18:12 | |
*** dolphm_ has quit IRC | 18:30 | |
*** dolphm has joined #openstack-meeting | 18:31 | |
*** cdub has joined #openstack-meeting | 18:40 | |
*** darraghb has quit IRC | 18:42 | |
*** clayg has joined #openstack-meeting | 18:42 | |
*** clayg has left #openstack-meeting | 18:43 | |
*** bengrue has joined #openstack-meeting | 18:44 | |
*** novas0x2a|laptop has joined #openstack-meeting | 18:48 | |
*** Gordonz_ has joined #openstack-meeting | 18:54 | |
*** Gordonz_ has quit IRC | 18:55 | |
*** Gordonz_ has joined #openstack-meeting | 18:55 | |
*** novas0x2a|laptop has quit IRC | 18:57 | |
*** Gordonz has quit IRC | 18:58 | |
*** hggdh has joined #openstack-meeting | 19:02 | |
*** dolphm has quit IRC | 19:02 | |
*** reed has quit IRC | 19:02 | |
*** adjohn has quit IRC | 19:05 | |
*** adjohn has joined #openstack-meeting | 19:05 | |
*** novas0x2a|laptop has joined #openstack-meeting | 19:09 | |
*** mdomsch has joined #openstack-meeting | 19:10 | |
*** danwent has joined #openstack-meeting | 19:12 | |
*** df1 has quit IRC | 19:14 | |
*** reed has joined #openstack-meeting | 19:14 | |
*** reed has quit IRC | 19:17 | |
*** dendro-afk is now known as dendrobates | 19:26 | |
*** hggdh has quit IRC | 19:33 | |
*** reed has joined #openstack-meeting | 19:43 | |
*** adjohn has quit IRC | 19:51 | |
*** cdub has quit IRC | 19:53 | |
*** dolphm has joined #openstack-meeting | 19:55 | |
*** jakedahn has quit IRC | 20:03 | |
*** jakedahn has joined #openstack-meeting | 20:03 | |
*** dendrobates is now known as dendro-afk | 20:11 | |
*** gyee has quit IRC | 20:13 | |
*** dolphm has quit IRC | 20:17 | |
*** jdg has quit IRC | 20:23 | |
*** bengrue has quit IRC | 20:29 | |
*** jakedahn_ has joined #openstack-meeting | 20:31 | |
*** jakedahn has quit IRC | 20:34 | |
*** jakedahn_ is now known as jakedahn | 20:34 | |
*** bengrue has joined #openstack-meeting | 20:43 | |
*** Gordonz_ has quit IRC | 20:43 | |
*** mdomsch has quit IRC | 20:49 | |
*** jdg has joined #openstack-meeting | 20:52 | |
*** jsavak has quit IRC | 20:56 | |
*** gyee has joined #openstack-meeting | 21:02 | |
*** adjohn has joined #openstack-meeting | 21:04 | |
*** df1 has joined #openstack-meeting | 21:17 | |
*** adjohn has quit IRC | 21:31 | |
*** danwent has quit IRC | 21:39 | |
*** reed has quit IRC | 22:01 | |
*** mattray has quit IRC | 22:05 | |
*** reed has joined #openstack-meeting | 22:19 | |
*** danwent has joined #openstack-meeting | 22:31 | |
*** adjohn has joined #openstack-meeting | 22:55 | |
*** cdub has joined #openstack-meeting | 23:00 | |
*** andreaf has joined #openstack-meeting | 23:04 | |
*** andreaf has quit IRC | 23:07 | |
*** andreaf has joined #openstack-meeting | 23:08 | |
*** bhall has quit IRC | 23:09 | |
*** cdub has quit IRC | 23:17 | |
*** adjohn has quit IRC | 23:19 | |
*** adjohn has joined #openstack-meeting | 23:21 | |
*** rnirmal has quit IRC | 23:29 | |
*** jdg has quit IRC | 23:38 | |
*** df1 has quit IRC | 23:40 | |
*** cdub has joined #openstack-meeting | 23:44 | |
*** novas0x2a|laptop has quit IRC | 23:44 | |
*** andreaf has quit IRC | 23:49 | |
*** andreaf has joined #openstack-meeting | 23:50 | |
*** cdub has quit IRC | 23:51 | |
*** dendro-afk is now known as dendrobates | 23:55 | |
*** andreaf has quit IRC | 23:55 | |
*** andreaf has joined #openstack-meeting | 23:56 | |
*** andreaf has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!