| *** dpawlik has quit IRC | 00:01 | |
| *** ircuser-1 has joined #openstack-meeting-alt | 00:53 | |
| *** hongbin has joined #openstack-meeting-alt | 01:09 | |
| *** haleyb has quit IRC | 01:48 | |
| *** lbragstad has joined #openstack-meeting-alt | 02:07 | |
| *** e0ne has joined #openstack-meeting-alt | 02:33 | |
| *** lbragstad has quit IRC | 02:36 | |
| *** dave-mccowan has quit IRC | 02:37 | |
| *** lbragstad has joined #openstack-meeting-alt | 02:42 | |
| *** e0ne has quit IRC | 03:21 | |
| *** bhavikdbavishi has joined #openstack-meeting-alt | 03:39 | |
| *** e0ne has joined #openstack-meeting-alt | 03:54 | |
| *** dpawlik has joined #openstack-meeting-alt | 03:57 | |
| *** dpawlik has quit IRC | 04:02 | |
| *** e0ne has quit IRC | 04:55 | |
| *** jbadiapa has joined #openstack-meeting-alt | 05:25 | |
| *** janki has joined #openstack-meeting-alt | 05:32 | |
| *** jtomasek has joined #openstack-meeting-alt | 05:34 | |
| *** e0ne has joined #openstack-meeting-alt | 05:42 | |
| *** jtomasek has quit IRC | 05:44 | |
| *** jtomasek has joined #openstack-meeting-alt | 05:45 | |
| *** macermak has joined #openstack-meeting-alt | 05:54 | |
| *** belmoreira has joined #openstack-meeting-alt | 05:55 | |
| *** hongbin has quit IRC | 06:00 | |
| *** dpawlik has joined #openstack-meeting-alt | 06:07 | |
| *** rnoriega has quit IRC | 06:17 | |
| *** rdopiera has joined #openstack-meeting-alt | 06:18 | |
| *** apetrich has joined #openstack-meeting-alt | 06:18 | |
| *** rnoriega has joined #openstack-meeting-alt | 06:20 | |
| *** e0ne_ has joined #openstack-meeting-alt | 06:50 | |
| *** e0ne has quit IRC | 06:53 | |
| *** e0ne_ has quit IRC | 06:54 | |
| *** slaweq has joined #openstack-meeting-alt | 07:00 | |
| *** giblet is now known as gibi | 07:02 | |
| *** rcernin has quit IRC | 07:11 | |
| *** priteau has joined #openstack-meeting-alt | 07:30 | |
| *** iyamahat has joined #openstack-meeting-alt | 07:38 | |
| *** sambetts_ has quit IRC | 07:42 | |
| *** sambetts_ has joined #openstack-meeting-alt | 07:45 | |
| *** kopecmartin has joined #openstack-meeting-alt | 07:52 | |
| *** slaweq has quit IRC | 08:00 | |
| *** slaweq has joined #openstack-meeting-alt | 08:03 | |
| *** iyamahat has quit IRC | 09:04 | |
| *** priteau has quit IRC | 09:23 | |
| *** priteau has joined #openstack-meeting-alt | 09:24 | |
| *** priteau has quit IRC | 09:30 | |
| *** priteau has joined #openstack-meeting-alt | 09:44 | |
| *** tssurya has joined #openstack-meeting-alt | 09:58 | |
| *** alexchadin has joined #openstack-meeting-alt | 10:10 | |
| *** kopecmartin has quit IRC | 10:15 | |
| *** belmoreira has quit IRC | 10:22 | |
| *** bhavikdbavishi has quit IRC | 10:24 | |
| *** finucannot is now known as stephenfin | 10:34 | |
| *** alexchadin has quit IRC | 10:43 | |
| *** alexchadin has joined #openstack-meeting-alt | 10:53 | |
| *** kopecmartin has joined #openstack-meeting-alt | 11:15 | |
| *** pbourke has quit IRC | 11:18 | |
| *** kopecmartin has quit IRC | 11:19 | |
| *** pbourke has joined #openstack-meeting-alt | 11:20 | |
| *** belmoreira has joined #openstack-meeting-alt | 11:23 | |
| *** jaypipes has joined #openstack-meeting-alt | 11:25 | |
| *** kopecmartin has joined #openstack-meeting-alt | 11:34 | |
| *** erlon has quit IRC | 11:36 | |
| *** alexchadin has quit IRC | 11:48 | |
| *** kopecmartin has quit IRC | 11:51 | |
| *** raildo has joined #openstack-meeting-alt | 12:03 | |
| *** alexchadin has joined #openstack-meeting-alt | 12:05 | |
| *** alexchadin has quit IRC | 12:06 | |
| *** alexchadin has joined #openstack-meeting-alt | 12:07 | |
| *** tpsilva has joined #openstack-meeting-alt | 12:24 | |
| *** janki has quit IRC | 12:25 | |
| *** erlon has joined #openstack-meeting-alt | 12:39 | |
| *** raildo has quit IRC | 12:45 | |
| *** raildo has joined #openstack-meeting-alt | 12:45 | |
| *** kopecmartin has joined #openstack-meeting-alt | 12:55 | |
| *** kopecmartin has quit IRC | 12:55 | |
| *** kopecmartin has joined #openstack-meeting-alt | 12:55 | |
| *** kopecmartin has quit IRC | 12:56 | |
| *** kopecmartin has joined #openstack-meeting-alt | 12:56 | |
| *** eggmaster has joined #openstack-meeting-alt | 12:58 | |
| *** dustins has joined #openstack-meeting-alt | 13:04 | |
| *** munimeha1_ has joined #openstack-meeting-alt | 13:14 | |
| *** alexchadin has quit IRC | 13:14 | |
| *** alexchadin has joined #openstack-meeting-alt | 13:29 | |
| *** belmorei_ has joined #openstack-meeting-alt | 13:33 | |
| *** belmoreira has quit IRC | 13:33 | |
| *** jcoufal has joined #openstack-meeting-alt | 13:35 | |
| *** hongbin has joined #openstack-meeting-alt | 13:38 | |
| *** alexchadin has quit IRC | 13:38 | |
| *** helenafm has joined #openstack-meeting-alt | 13:39 | |
| *** mriedem has joined #openstack-meeting-alt | 13:47 | |
| *** alexchadin has joined #openstack-meeting-alt | 13:47 | |
| *** tetsuro has joined #openstack-meeting-alt | 13:53 | |
| *** alexchadin has quit IRC | 13:56 | |
| *** wkite has joined #openstack-meeting-alt | 13:57 | |
| jaypipes | #startmeeting scheduler | 13:59 |
|---|---|---|
| openstack | Meeting started Mon Sep 17 13:59:59 2018 UTC and is due to finish in 60 minutes. The chair is jaypipes. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| *** openstack changes topic to " (Meeting topic: scheduler)" | 14:00 | |
| openstack | The meeting name has been set to 'scheduler' | 14:00 |
| jaypipes | good morning/evening all. | 14:00 |
| * bauzas yawns | 14:01 | |
| *** alexchadin has joined #openstack-meeting-alt | 14:01 | |
| jaypipes | tetsuro, edleafe, mriedem, dansmith, bauzas, gibi: hi | 14:01 |
| gibi | o/ | 14:01 |
| wkite | o/ | 14:01 |
| mriedem | o/ | 14:01 |
| jaypipes | #topic quick recap of placement/scheduler topics from PTG | 14:01 |
| *** openstack changes topic to "quick recap of placement/scheduler topics from PTG (Meeting topic: scheduler)" | 14:01 | |
| * dansmith snorts | 14:02 | |
| jaypipes | #link https://etherpad.openstack.org/p/nova-ptg-stein | 14:02 |
| * bauzas gentle reminds that he has to leave for 20 mins at 1420UTC | 14:02 | |
| jaypipes | there were a number of placement-related topics (as always) at the PTG | 14:03 |
| jaypipes | along with a fairly lengthy discussion on the status and milestones related to placement extraction | 14:03 |
| jaypipes | edleafe: would you like to summarize the extraction bits? | 14:03 |
| jaypipes | Ed may be on his way to the office, so let me try | 14:05 |
| jaypipes | melwitt summarized the decisions regarding the governance items nicely in a ML post: | 14:06 |
| jaypipes | #link http://lists.openstack.org/pipermail/openstack-dev/2018-September/134541.html | 14:06 |
| jaypipes | That ML post lists the items that we're aiming to focus on to finalize the path for final extraction of placement. The items revolve around testing of the upgrade paths and implementing support for reshaper for the vGPU use cases | 14:07 |
| jaypipes | bauzas is responsible for the libvirt vGPU reshaper efforts and naichuan Sun is responsible for the vGPU efforts for the Xen virt driver | 14:08 |
| jaypipes | gibi: perhaps you might give a quick status report on the extraction patch series since I'm not familiar with the progress there? | 14:08 |
| gibi | honestly I also needs to catch up on what is happening on the placement side | 14:09 |
| gibi | what I know that we see green test results with the new repo | 14:09 |
| mriedem | we need to do the grenade stuff | 14:09 |
| gibi | yeah, next step is grenade I guess | 14:10 |
| mriedem | first step is writing the db table copy and dump script | 14:10 |
| mriedem | and then integrate that into grenade | 14:10 |
| mriedem | i've got a patch up to grenade for adding a postgresql grenade job to the experimental queue as well so anyone adding pg support for the upgrade script can test it | 14:10 |
| gibi | In parallel I would like to make nova functional test run with the extracted placement repo | 14:10 |
| jaypipes | #link latest etherpad on placement extraction bits: https://etherpad.openstack.org/p/placement-extract-stein-3 | 14:11 |
| mriedem | #link the grenade postgresql job patch https://review.openstack.org/#/c/602124/ | 14:11 |
| *** tsmith2 has quit IRC | 14:12 | |
| jaypipes | ok, thanks gibi and mriedem | 14:12 |
| jaypipes | #topic placement and scheduler blueprints for Stein | 14:12 |
| *** openstack changes topic to "placement and scheduler blueprints for Stein (Meeting topic: scheduler)" | 14:12 | |
| wkite | Hi, I am working on joint scheduler for nova and zun based on numa and pinned cpu, could anyone give me some advice? | 14:13 |
| jaypipes | wkite: sure, in a little bit. let me get through the status parts of the meeting? | 14:14 |
| gibi | I thought that we are pretty freezed at the moment regarding new features in placement | 14:14 |
| jaypipes | gibi: there are plenty of blueprints targeting the placement and scheduler services in Stein, though | 14:15 |
| mriedem | like https://blueprints.launchpad.net/nova/+spec/use-nested-allocation-candidates ! | 14:15 |
| gibi | which I'm working on :) | 14:16 |
| mriedem | that's just all nova-scheduler side stuff | 14:16 |
| jaypipes | right. this meeting is still the scheduler meeting is it not? :) | 14:16 |
| mriedem | i gues | 14:16 |
| mriedem | can someone summarize the consumer gen thread? | 14:16 |
| gibi | sure | 14:16 |
| gibi | so placement 1.28 added the consumer generation for allocations | 14:16 |
| gibi | to use this the scheduler report client needs some change | 14:17 |
| bauzas | what's unfun is that we merged 1.30 (reshape) and used it before nova used 1.29 | 14:17 |
| bauzas | (nested alloc candidates) | 14:17 |
| jaypipes | bauzas: I don't see why that matters. | 14:17 |
| gibi | in general either nova creates a new consumer and there nova is sure that the generation is None | 14:17 |
| bauzas | but 1.30 requires 1.29 to be implemented on the client side | 14:17 |
| gibi | or nova updates and existing consumer and there nova ask placement about the generation of the consumer to be updated | 14:18 |
| bauzas | jaypipes: because reshaping implies that a boot will fail unless nova speakes nested alloc candidates | 14:18 |
| mriedem | because now we have more than just nova doing things, like in the bw providers case | 14:18 |
| gibi | if in any case placement returns consumer generation conflict nova will fail the instance workflow operation | 14:19 |
| bauzas | because resources can be on children | 14:19 |
| mriedem | even though nova and neutron are working with the same consumer right? the instance uuid. | 14:19 |
| gibi | neutron does not manipulate allocations | 14:19 |
| gibi | just reporting inventories | 14:19 |
| gibi | at the moment | 14:19 |
| jaypipes | right. all allocation is done via claim_resources() | 14:20 |
| gibi | somewhere in the future when a bandwidth of a port needs to be resized neutron might want to touch allocations | 14:20 |
| gibi | but not now | 14:20 |
| bauzas | ... and I need to disappear | 14:21 |
| jaypipes | mriedem: are you asking gibi to summarize the entire consumer generation patch series? or something else? | 14:21 |
| gibi | the implementation to support consumer generation is basically ready for review | 14:21 |
| mriedem | i was asking to summarize the ML thread which contributes to the code series i assume | 14:22 |
| gibi | the patch series starts here https://review.openstack.org/#/c/591597 | 14:22 |
| mriedem | i was wondering why we have such a big ML thread about this and what the big changes are to nova before i actually review any of this | 14:22 |
| mriedem | if it's just, "this makes the nova client side bits (SchedulerReportClient) aware of consumer generations" that's fine | 14:22 |
| gibi | mriedem: my concern was what to do if placement return consumer generation conflict. a) retry, b) fail hard c) fail soft, let user retry | 14:23 |
| jaypipes | mriedem: it makes the nova client side *safe* for multiple things to operate on an allocation. | 14:23 |
| gibi | the answer was mostly b) fail hard | 14:23 |
| jaypipes | yep | 14:23 |
| gibi | so the patch series is now makes consumer conflict a hard failure with instance ending up in ERROR state | 14:23 |
| mriedem | what besides the scheduler during the initial claim is messing with the allocations created by the scheduler? | 14:23 |
| jaypipes | gibi: which was the safest choice. | 14:23 |
| jaypipes | mriedem: reshaper. | 14:24 |
| gibi | mriedem: all the intance move operations by moving allocations from instance.uuid to migration.uuid and back in revert | 14:24 |
| jaypipes | mriedem: along with anything that does migrations or resizes. | 14:24 |
| mriedem | ok | 14:24 |
| gibi | mriedem: the nasty things are force evacuate and force migrate | 14:25 |
| jaypipes | as always. | 14:25 |
| gibi | mriedem: they allocate outside of scheduler | 14:25 |
| mriedem | yeah they still do the allocations though | 14:25 |
| mriedem | like the scheduler | 14:25 |
| mriedem | but with a todo, from me, since i think pike | 14:25 |
| gibi | mriedem: yes, they do just via different code path | 14:26 |
| mriedem | yup | 14:26 |
| mriedem | ok we can probably move on - i just needed to get caught up | 14:26 |
| jaypipes | mriedem: right, but they don't currently handle failures due to consumer generation mismatch, which is what Gibi's patch series does (sets instances to ERROR if >1 thing tries updating allocations for the same instance at the same time) | 14:26 |
| jaypipes | ok, yes, let's move on. | 14:27 |
| jaypipes | #topic open discussion | 14:27 |
| *** openstack changes topic to "open discussion (Meeting topic: scheduler)" | 14:27 | |
| jaypipes | #action all to review gibi's consumer generation patch series | 14:27 |
| gibi | \o/ | 14:27 |
| jaypipes | #link Gibi's consumer generation patch series; https://review.openstack.org/#/q/topic:bp/use-nested-allocation-candidates+(status:open+OR+status:merged) | 14:28 |
| jaypipes | ok, open discussion now | 14:28 |
| jaypipes | wkite: hi | 14:28 |
| jaypipes | wkite: can you give us a brief summary of what you are trying to do? | 14:28 |
| wkite | ok | 14:29 |
| *** dtrainor has joined #openstack-meeting-alt | 14:30 | |
| *** e0ne has joined #openstack-meeting-alt | 14:30 | |
| wkite | I am trying to use placement for save numa topology for nova and zun, so that the scheduler can get numa topology from placement and then do the schedue work | 14:31 |
| wkite | for both nova and zun | 14:31 |
| *** tsmith2 has joined #openstack-meeting-alt | 14:32 | |
| jaypipes | wkite: a NUMA topology isn't a low-level resource. It's not possible to "consume a NUMA topology" from placement because a NUMA topology is a complex, non-integer resource. | 14:32 |
| wkite | jaypipes: yes | 14:32 |
| jaypipes | wkite: now, if you were to consume some CPU resources or memory resources from a NUMA cell, now that is something we could model in placement. | 14:33 |
| wkite | a json object | 14:33 |
| jaypipes | wkite: we have no plans to allow resources in placement to be JSON objects. | 14:33 |
| dansmith | WUT | 14:33 |
| dansmith | but I wanna! | 14:33 |
| jaypipes | dansmith: stop. :) | 14:33 |
| jaypipes | wkite: the solution that we've discussed is to keep the NUMATopologyFilter inside the nova-scheduler to handle placement of a virtual guest CPU topology on top of a host NUMA topology. | 14:34 |
| jaypipes | wkite: while keeping placement focused on atomic, integer resources. basically, placement is complementary to the nova-scheduler. for simple integer-based capacity calculations, placement is used. for complex placement/topology decisions, the nova/virt/hardware.py functions are called from within the nova-scheduler's NUMATOpologyFilter | 14:35 |
| jaypipes | wkite: if you are creating a separate scheduler service for Zun, my advice would be to follow the same strategy. | 14:35 |
| jaypipes | wkite: if you'd like to discuss this further, let's move the conversation to #openstack-placement and I can fill you in on how the nova and placement services interact with regards to NUMA topology decisions. | 14:37 |
| wkite | I want to run both nova and zun on one host by sharing the pinned cpu, but what should do | 14:38 |
| *** e0ne has quit IRC | 14:38 | |
| jaypipes | wkite: if you share a pinned CPU, it's no longer pinned is it? :) | 14:39 |
| jaypipes | wkite: I mean... a pinned CPU is dedicated to a particular workload. if you then have another workload pinned to that same CPU, then the CPU is shared among workloads and is no longer dedicated. | 14:40 |
| wkite | both of them use themself pinned cpu | 14:40 |
| mriedem | so a vm uses [1,2] and a container uses [3,4]? | 14:41 |
| mriedem | on the same host | 14:41 |
| wkite | yes | 14:41 |
| jaypipes | wkite: here is a spec you read that discusses dedicated and shared CPU resource tracking and our plans for this in Stein: https://review.openstack.org/#/c/555081/ | 14:41 |
| jaypipes | that you should read... | 14:41 |
| wkite | jaypipes: ok, thank you | 14:42 |
| jaypipes | np. like I said, if you'd like to discuss this further, join us on #openstack-placement and we can discuss there. | 14:42 |
| jaypipes | wkite: ^ | 14:42 |
| *** belmorei_ has quit IRC | 14:43 | |
| jaypipes | ok, in other open discussion items... I still need to write the "negative member_of" spec. I'll do that today or tomorrow and get with sean-k-mooney on his nova-side specs for the placement request filters that will use negative member_of. | 14:43 |
| wkite | jaypipes: ok | 14:44 |
| jaypipes | does anyone have any other items to discuss? otherwise, I'll wrap up the meeting. | 14:44 |
| tetsuro | jaypipes: I was wondering if I can take that negative member_of spec. | 14:45 |
| *** belmoreira has joined #openstack-meeting-alt | 14:45 | |
| jaypipes | tetsuro: sure, if you'd like it, I have not started it, so go for it. | 14:45 |
| tetsuro | Thanks | 14:45 |
| jaypipes | tetsuro: thank YOU. :) | 14:46 |
| tetsuro | Since I have sorted out how the existing member of param works on nested/shared in https://review.openstack.org/#/c/602638/ | 14:46 |
| tetsuro | I'd like to clear how negative member_of param should work as well | 14:47 |
| tetsuro | And that should relate to the bug I opened^ | 14:47 |
| tetsuro | np | 14:47 |
| jaypipes | tetsuro: well, the negative member_of is just "make sure the provider trees that match an allocation candidate request group are NOT associated with one or more provider aggregates" | 14:49 |
| jaypipes | tetsuro: and the bug you reference above is making sure that member_of refers to the aggregate associations of the entire provider tree instead of just a single provider, right? | 14:50 |
| tetsuro | Yup, so my question is does an aggregate on root provider span on whole tree as well? | 14:50 |
| *** macermak has quit IRC | 14:51 | |
| * bauzas is back | 14:51 | |
| tetsuro | for negative aggregate cases | 14:51 |
| tetsuro | s/negative member_of cases | 14:51 |
| tetsuro | if the root is on aggregate A and a user specifies !member_of=aggA, non of the nested rps under the root can be picked up. | 14:52 |
| jaypipes | tetsuro: I believe in Denver we agreed that for the non-numbered request group, a member_of query parameter means that the provider *tree*'s associated aggregates are considered (in other words, look for the provider aggregates associated with the root_provider_id of providers). And for numbered request groups, the single provider_id (not root_provider_id) would be used for the member associations. | 14:52 |
| tetsuro | s/non/none | 14:52 |
| jaypipes | gibi, dansmith, mriedem: if you remember that conversation, could you verify my recollection is accurate for ^^ | 14:53 |
| dansmith | aye | 14:54 |
| * bauzas nods | 14:54 | |
| dansmith | because the numbered ones are more specific | 14:54 |
| dansmith | or more prescriptive | 14:54 |
| bauzas | and I remember we said it's a bugfix | 14:54 |
| tetsuro | That's my understanding, too. | 14:55 |
| gibi | seems correct. this means a negative member_of on a root_rp in an unnumbered group means nothing from that tree | 14:55 |
| tetsuro | Okay, thanks. | 14:55 |
| jaypipes | cool. I actually remembered something from a PTG correctly. | 14:55 |
| jaypipes | alright, tetsuro, you good to go on that then? | 14:56 |
| jaypipes | tetsuro: I'll review your bug patch series today. | 14:56 |
| tetsuro | Yes, I am good to go. | 14:56 |
| jaypipes | awesome, thanks. | 14:56 |
| jaypipes | OK, well, I'm going to wrap the meeting up then. thanks everyone. :) see you on #openstack-nova and #openstack-placement. | 14:56 |
| jaypipes | #endmeeting | 14:56 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/" | 14:56 | |
| openstack | Meeting ended Mon Sep 17 14:56:58 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:57 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/scheduler/2018/scheduler.2018-09-17-13.59.html | 14:57 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/scheduler/2018/scheduler.2018-09-17-13.59.txt | 14:57 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/scheduler/2018/scheduler.2018-09-17-13.59.log.html | 14:57 |
| *** helenafm has left #openstack-meeting-alt | 14:57 | |
| *** janki has joined #openstack-meeting-alt | 14:58 | |
| *** bnemec has joined #openstack-meeting-alt | 14:59 | |
| *** betherly has quit IRC | 15:03 | |
| *** tetsuro has quit IRC | 15:03 | |
| *** markstur has joined #openstack-meeting-alt | 15:04 | |
| *** wkite has quit IRC | 15:06 | |
| *** alexchadin has quit IRC | 15:08 | |
| *** alexchadin has joined #openstack-meeting-alt | 15:18 | |
| *** jcoufal has quit IRC | 15:21 | |
| *** mriedem has left #openstack-meeting-alt | 15:23 | |
| *** alexchadin has quit IRC | 15:23 | |
| *** alexchadin has joined #openstack-meeting-alt | 15:40 | |
| *** Leo_m has joined #openstack-meeting-alt | 15:40 | |
| *** tssurya has quit IRC | 15:42 | |
| *** bhavikdbavishi has joined #openstack-meeting-alt | 15:43 | |
| *** alexchadin has quit IRC | 15:44 | |
| *** dklyle has quit IRC | 15:49 | |
| *** dklyle has joined #openstack-meeting-alt | 15:50 | |
| *** belmoreira has quit IRC | 15:55 | |
| *** cloudrancher has quit IRC | 15:55 | |
| *** bhavikdbavishi has quit IRC | 16:08 | |
| *** bhavikdbavishi has joined #openstack-meeting-alt | 16:10 | |
| *** gyee has joined #openstack-meeting-alt | 16:12 | |
| *** kopecmartin has quit IRC | 16:51 | |
| *** rdopiera has quit IRC | 17:00 | |
| *** efried has joined #openstack-meeting-alt | 17:08 | |
| *** efried is now known as efried_off | 17:12 | |
| *** tbarron_ is now known as tbarron | 17:41 | |
| *** david-lyle has joined #openstack-meeting-alt | 17:54 | |
| *** priteau has quit IRC | 17:55 | |
| *** dklyle has quit IRC | 17:57 | |
| *** janki has quit IRC | 18:04 | |
| *** aspiers has quit IRC | 18:13 | |
| *** aspiers has joined #openstack-meeting-alt | 18:29 | |
| *** markstur has quit IRC | 18:34 | |
| *** bhavikdbavishi has quit IRC | 18:37 | |
| *** aspiers has quit IRC | 18:42 | |
| *** aspiers has joined #openstack-meeting-alt | 18:49 | |
| *** alexchadin has joined #openstack-meeting-alt | 18:59 | |
| *** jtomasek has quit IRC | 19:17 | |
| *** cloudrancher has joined #openstack-meeting-alt | 19:19 | |
| *** jtomasek has joined #openstack-meeting-alt | 19:20 | |
| *** iyamahat has joined #openstack-meeting-alt | 19:21 | |
| *** alexchadin has quit IRC | 19:32 | |
| *** yamahata has joined #openstack-meeting-alt | 19:35 | |
| *** jtomasek has quit IRC | 19:37 | |
| *** jtomasek has joined #openstack-meeting-alt | 19:40 | |
| *** haleyb has joined #openstack-meeting-alt | 19:45 | |
| *** aspiers has quit IRC | 19:48 | |
| *** aspiers has joined #openstack-meeting-alt | 19:59 | |
| *** diablo_rojo has joined #openstack-meeting-alt | 20:03 | |
| *** cloudrancher has quit IRC | 20:19 | |
| *** jtomasek has quit IRC | 20:22 | |
| *** lbragstad has quit IRC | 20:26 | |
| *** lbragstad has joined #openstack-meeting-alt | 20:27 | |
| *** erlon has quit IRC | 21:18 | |
| *** munimeha1_ has quit IRC | 21:27 | |
| *** raildo has quit IRC | 21:28 | |
| *** Leo_m has quit IRC | 21:43 | |
| *** rcernin has joined #openstack-meeting-alt | 22:08 | |
| *** slaweq has quit IRC | 22:09 | |
| *** slaweq has joined #openstack-meeting-alt | 22:11 | |
| *** slaweq has quit IRC | 22:15 | |
| *** hongbin has quit IRC | 22:30 | |
| *** dustins has quit IRC | 22:33 | |
| *** slaweq has joined #openstack-meeting-alt | 23:11 | |
| *** slaweq has quit IRC | 23:16 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!