Monday, 2018-10-29

*** EvilienM is now known as EmilienM00:50
*** tetsuro has joined #openstack-meeting-alt01:45
*** iyamahat_ has quit IRC01:53
*** tetsuro has quit IRC01:57
*** tetsuro has joined #openstack-meeting-alt02:00
*** hongbin has joined #openstack-meeting-alt02:24
*** fried_rice has quit IRC02:53
*** fried_rice has joined #openstack-meeting-alt02:54
*** dhellmann has quit IRC02:55
*** dhellmann has joined #openstack-meeting-alt03:01
*** apetrich has quit IRC03:03
*** bhavikdbavishi has joined #openstack-meeting-alt03:06
*** apetrich has joined #openstack-meeting-alt03:09
*** tetsuro has quit IRC03:18
*** janki has joined #openstack-meeting-alt04:34
*** zzzeek_ has quit IRC04:36
*** zzzeek has joined #openstack-meeting-alt04:41
*** hongbin has quit IRC04:52
*** ircuser-1 has joined #openstack-meeting-alt05:02
*** yamamoto has quit IRC05:33
*** yamamoto has joined #openstack-meeting-alt05:33
*** markmcclain has quit IRC05:40
*** adam_g has quit IRC05:41
*** adam_g has joined #openstack-meeting-alt05:41
*** apetrich has quit IRC05:42
*** markmcclain has joined #openstack-meeting-alt05:42
*** apetrich has joined #openstack-meeting-alt05:43
*** tetsuro has joined #openstack-meeting-alt06:30
*** jbadiapa has joined #openstack-meeting-alt06:30
*** diablo_rojo has joined #openstack-meeting-alt07:03
*** diablo_rojo has quit IRC07:04
*** rdopiera has joined #openstack-meeting-alt07:05
*** rdopiera has quit IRC07:06
*** rdopiera has joined #openstack-meeting-alt07:06
*** ccamacho has joined #openstack-meeting-alt07:07
*** tetsuro has quit IRC07:08
*** alexchadin has joined #openstack-meeting-alt07:15
*** dpawlik has joined #openstack-meeting-alt07:16
*** dpawlik has quit IRC07:20
*** dpawlik has joined #openstack-meeting-alt07:25
*** dpawlik has quit IRC07:27
*** dpawlik has joined #openstack-meeting-alt07:28
*** lpetrut has joined #openstack-meeting-alt07:49
*** slaweq has joined #openstack-meeting-alt07:53
*** slaweq has quit IRC07:54
*** jtomasek has joined #openstack-meeting-alt07:58
*** slaweq has joined #openstack-meeting-alt07:59
*** slaweq has quit IRC07:59
*** rossella_s has joined #openstack-meeting-alt08:01
*** tetsuro has joined #openstack-meeting-alt08:09
*** slaweq has joined #openstack-meeting-alt08:11
*** yamamoto has quit IRC08:11
*** yamamoto has joined #openstack-meeting-alt08:11
*** tetsuro has quit IRC08:13
*** tetsuro has joined #openstack-meeting-alt08:20
*** tetsuro has quit IRC08:27
*** apetrich has quit IRC08:32
*** e0ne has joined #openstack-meeting-alt08:45
*** yamamoto has quit IRC08:48
*** apetrich has joined #openstack-meeting-alt08:49
*** sridharg has joined #openstack-meeting-alt09:04
*** sridharg has quit IRC09:10
*** iyamahat has joined #openstack-meeting-alt09:15
*** panda|off is now known as panda09:19
*** yamamoto has joined #openstack-meeting-alt09:22
*** bhavikdbavishi has quit IRC09:45
*** bhavikdbavishi has joined #openstack-meeting-alt09:46
*** slaweq has quit IRC09:56
*** slaweq has joined #openstack-meeting-alt09:59
*** GeraldK has joined #openstack-meeting-alt10:03
*** sambetts_ is now known as sambetts10:23
*** slaweq has quit IRC10:25
*** slaweq has joined #openstack-meeting-alt10:27
*** bhavikdbavishi has quit IRC10:32
*** rdopiera has quit IRC10:36
*** pbourke has quit IRC10:49
*** pbourke has joined #openstack-meeting-alt10:49
*** yamamoto has quit IRC11:00
*** yamamoto has joined #openstack-meeting-alt11:00
*** zigo has quit IRC11:17
*** vkmc has quit IRC11:17
*** vkmc has joined #openstack-meeting-alt11:22
*** e0ne has quit IRC11:25
*** raildo has joined #openstack-meeting-alt11:32
*** janki has quit IRC11:32
*** e0ne has joined #openstack-meeting-alt11:34
*** erlon has joined #openstack-meeting-alt11:35
*** dkrol has joined #openstack-meeting-alt11:43
*** yamamoto has quit IRC11:44
*** ccamacho has quit IRC11:44
*** ccamacho has joined #openstack-meeting-alt11:45
*** yamamoto has joined #openstack-meeting-alt12:22
*** bhavikdbavishi has joined #openstack-meeting-alt12:24
*** edleafe has joined #openstack-meeting-alt12:29
*** yamamoto has quit IRC12:29
*** yamamoto has joined #openstack-meeting-alt12:29
*** bhavikdbavishi has quit IRC12:44
*** e0ne has quit IRC12:58
*** haleyb has joined #openstack-meeting-alt12:59
*** yamamoto has quit IRC12:59
*** yamamoto has joined #openstack-meeting-alt13:00
*** munimeha1 has joined #openstack-meeting-alt13:02
*** tpsilva has joined #openstack-meeting-alt13:02
*** e0ne has joined #openstack-meeting-alt13:07
*** dpawlik has quit IRC13:12
*** zigo has joined #openstack-meeting-alt13:13
*** e0ne has quit IRC13:17
*** e0ne has joined #openstack-meeting-alt13:19
*** elbragstad is now known as lbragstad13:22
*** e0ne has quit IRC13:24
*** dpawlik has joined #openstack-meeting-alt13:26
*** dpawlik has quit IRC13:26
*** dpawlik has joined #openstack-meeting-alt13:27
*** e0ne has joined #openstack-meeting-alt13:30
*** mriedem has joined #openstack-meeting-alt13:36
*** takashin has joined #openstack-meeting-alt13:37
*** apetrich has quit IRC13:46
*** alex_xu has joined #openstack-meeting-alt13:57
*** takashin has quit IRC13:57
*** fried_rice is now known as efried13:59
*** takashin has joined #openstack-meeting-alt14:00
efried#startmeeting nova-scheduler14:00
openstackMeeting started Mon Oct 29 14:00:10 2018 UTC and is due to finish in 60 minutes.  The chair is efried. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: nova-scheduler)"14:00
openstackThe meeting name has been set to 'nova_scheduler'14:00
takashino/14:00
edleafe\o14:00
*** apetrich has joined #openstack-meeting-alt14:00
alex_xuo/14:01
jaypipes_o/14:02
jaypipes_efried, edleafe: welcome, Red Hatters.14:02
efriedYeah, I heard something yesterday from one of my students, what's that about?14:03
edleafeI wonder if we have to start wearing Blue fedoras to tell us apart14:03
mriedemo/14:03
edleafeefried: https://www.cnbc.com/2018/10/28/ibm-is-reportedly-nearing-deal-to-acquire-red-hat.html14:03
alex_xuha14:03
gibio/14:03
jaypipes_edleafe: ++ :)14:03
efriedOh, well, as long as we're resetting the cloud landscape.14:04
efriedthat metaphor is... broken.14:04
jaypipes_efried: I'm sure the execs have found some synergistic realities.14:04
efriedThey're always aligning something strategic.14:05
edleafeWe're already maximizing potential interactions14:05
efriedI keep waiting for someone to say something like "following up collaborative knowledge"14:05
efriedokay, let's get started.14:06
efried#link agenda https://wiki.openstack.org/wiki/Meetings/NovaScheduler#Agenda_for_next_meeting14:06
efried#topic last meeting14:06
efried#link last minutes: http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-22-14.00.html14:06
efriedAny old business?14:06
*** openstack changes topic to "last meeting (Meeting topic: nova-scheduler)"14:06
efried#topic specs and review14:07
efried#link latest pupdate: http://lists.openstack.org/pipermail/openstack-dev/2018-October/136095.html14:07
efried^^ Nice list of specs, in case you missed last Tuesday (or even if you didn't)14:07
*** openstack changes topic to "specs and review (Meeting topic: nova-scheduler)"14:07
efried#link nrp use in nova: Series now starting at https://review.openstack.org/#/c/604125/14:07
efried(In a runway)14:07
efriedAny specs or reviews to discuss here?14:07
gibione thing14:08
efried(besides extraction stuff, which now has its own section)14:08
efriedgibi: shoot14:08
gibithis is the last patch of the use-nested-allocation-candidates https://review.openstack.org/#/c/608298/14:08
gibii haven't updated the unit tests so those are failing14:08
gibibut the functional tests are passing14:08
gibiI'd like to get some initial feedback on my design decision before I dig into the unit tests14:09
*** hongbin has joined #openstack-meeting-alt14:09
gibias I forsee some debate about the proposed technical solution14:09
gibiit touches the Selection codepath in the scheduler and that is pretty complex to me14:09
efriedokay. That's been on my list to look at for... a while now :(14:10
*** alexchadin has quit IRC14:10
gibithanks. thats all I wanted to add14:10
efriedanyone else, anything else?14:12
mriedemyeah14:12
mriedemi've got a bug14:12
mriedemdo i wait?14:12
efriedthere's a bug segment. So yeah, I guess.14:13
efried#topic Extraction14:13
efried#link Extraction etherpad https://etherpad.openstack.org/p/placement-extract-stein-414:13
*** openstack changes topic to "Extraction (Meeting topic: nova-scheduler)"14:13
efriedcdent, edleafe, mriedem: word?14:13
mriedemi put a call out into the dev ML asking for tripleo / osa people to write upgrade poc14:14
edleafeI've been working on integrating alembic. Found some issues with the tests I copied from Ironic14:14
jaypipes_gibi: ack, will review today.14:14
mriedemhttp://lists.openstack.org/pipermail/openstack-dev/2018-October/136075.html14:14
mriedemno responses from tripleo/osa yet14:14
mriedemthe libvirt/xenapi reshape patches are in a runway now14:15
*** SteelyDan is now known as dansmith14:16
mriedemand the FFU entry point for reshape is still MIA14:16
mriedemwhich i think just uses PlacementDirect and does the same thing that the RT does right?14:17
mriedembut runs per compute14:17
mriedemunlike all other online data migrations14:17
*** jaypipes_ is now known as jaypipes14:17
efriedmriedem: I thought we had a corollary with something ironic-ish in the past?14:18
mriedemthat called the ironic driver, but didn't need to be per-compute i don't think14:18
mriedemit just re-used the code to hit the db14:18
mriedemit was per-cell, not per compute14:18
efriedOkay. In any case, is dansmith still on the hook to write that thing?14:18
mriedemidk, i assume he's busy14:19
mriedemanyway, those seem to be the random extraction things14:20
mriedemwe'll have a forum session to checkpoint in 2 weeks14:20
*** cdent has joined #openstack-meeting-alt14:21
mriedemhttps://www.openstack.org/summit/berlin-2018/summit-schedule/events/22780/update-on-placement-extraction-from-nova14:21
cdentsorry I'm late, DST fail14:21
efriedcdent: Any extraction news beyond alembic (in progress), OSA/TripleO (crickets), FFU script (??)14:22
efriedand libvirt/xenapi reshape patches (in runway)14:23
cdentI know nothing about FFU script. Is anyone even on the hook for that?14:23
cdentthe gabbi-based integration tests are basically ready, pending the merge of the devstack change, pending the existence of a good db_sync-like CLI14:23
cdentwho is it that wants the FFU script?14:25
efriedOriginally dansmith volunteered. I guess I'd like to hear him say he's not doing it before we look for another body.14:26
dansmithI'm a little busy at the moment14:26
efriedMeaning you'll get to it later, or we should find another body?14:27
cdentI don't mean who within nova/placement: I mean who/what is the source of the demand for a FFU script?14:27
jaypipesefried: probably the latter.14:27
mriedemcdent: to do the reshapes during an FFU14:28
mriedemb/c otherwise you need nova-compute running to reshape on startup14:29
cdentmriedem: I know that, but who (which project, what sig, which person) cares about fast forward upgrades?14:29
mriedemupgrades sig?14:29
mriedemops?14:29
efrieddoes that mean you don't actually need the script until you FFU from <stein to >rocky?14:29
efriedsorry14:29
efried<stein to >stein, e.g. rocky to train14:30
mriedemi think you want it in whatever release adds the thing that needs to be upgraded14:30
mriedemlike all other data migrations14:30
efriedokay, when you say "in", you mean the code being part of that release branch.14:31
mriedemyeah14:31
efriedBut nobody is actually going to execute it until after train is released14:31
mriedemi'm not saying that14:31
efriedI'm just trying to understand the flow.14:31
mriedemshould ask lyarwood then probably14:31
efriedIf you FFU *to* stein, and reshape stuff doesn't run, and then you start up your computes, reshape stuff will happen at that point, yah?14:32
mriedemyou mean if you stop at stein, you don't need the FFU script b/c the compute startup will handle the reshape right?14:32
efriedcorrect.14:32
efriedI'm not advocating, just saying if that's true then technically we could backport the FFU code some time during the train dev cycle.14:32
mriedemi think getting the reshape patches for libvirt/xen is more important than the FFU script *in stein* yes, but think we should get both done so it's not dropped14:32
efriedyeah, I don't disagree, just trying to get an idea of worst case14:33
efriedTo summarize: right now we don't have an owner for the reshaper FFU script. We would still like to get that done in stein. Do we... put out an email asking for a volunteer?14:34
mriedemsure14:34
cdentthat's seems like the sole strategy if nobody here has the cycles (and/or desire)14:35
cdentit at least publicises the need14:35
efriedmriedem: You want to compose that, since you probably have some idea what to say?14:35
mriedemsure14:35
mriedemi love recruiting14:36
cdentyou get the sublime pleasure of sending requests out into the dark void14:36
mriedemyeah that worked so well for me last week14:36
efried#action mriedem to send ML call for reshape FFU script author14:36
efriedyeah, was just thinking that.14:36
cdentwe'll buy you a kitten to compensate14:36
efriedokay, let's move on.14:36
efried#topic bugs14:37
efried#link Placement bugs https://bugs.launchpad.net/nova/+bugs?field.tag=placement14:37
efriedmriedem, you talk more now?14:37
*** openstack changes topic to "bugs (Meeting topic: nova-scheduler)"14:37
mriedemyeah i've got https://review.openstack.org/#/c/613126/ for https://launchpad.net/bugs/179972714:37
openstackLaunchpad bug 1799727 in OpenStack Compute (nova) "CPU_Allocation_Ratio from nova.conf doesn't update exisiting providers" [High,In progress] - Assigned to Matt Riedemann (mriedem)14:37
mriedemwhich needs to be sorted out before the initial allocation ratio stuff that yikun is working on can proceed (i think)14:37
mriedembauzas and efried left comments in there, and the patch is already a bit fugly logic-wise14:37
mriedemwith a more clear head this morning, i read efried's alternative solution again to just have the libvirt driver set the allocation_ratios/reserved host inventory values from config in the upt method, and i think that might be the cleanest thing to do14:38
mriedembasically RT._normalize_inventory_from_cn_obj does not work with any virt driver that implements update_provider_tree14:38
mriedemwhich right now is ironic and libvirt14:38
mriedem_normalize_inventory_from_cn_obj in master doesn't care about ironic b/c ironic in stein doesn't report standard resource class inventory and _normalize_inventory_from_cn_obj  is only about vcpu/ram/disk14:39
mriedemit does in rocky though, where i need to backport this14:39
efriedYeah, I'm not loving the fact that there will be mostly-duplicated code in all (or most?) drivers' upt methods, but trading that off, I think it's cleaner than trying to factor it out so that inventory data is *partly* managed by upt and *partly* centralized in the rt.14:40
mriedemso i'm thinking maybe go with efried's suggestion and just have the libvirt driver's upt method set the allocation ratio/reserved values from config and add something to the upt docstring interface saying if you implement this method you should set those values in the inventory dicts (from config if that's how you get them)14:40
cdentyeah, fixing the split of control would be nice14:40
jaypipesmriedem: and remove the resource tracker from setting any of those ratios?14:40
efriedyes ^14:41
mriedemjaypipes: well, right now we don't need that for anything besides the libvirt driver14:41
mriedembut i guess that could be a follow up14:41
efriedI have an almost-merged patch for powervm upt14:41
jaypipesmriedem: if that's the case, then who will be responsible for reading and using the initial allocation ratios? the virt drivers?14:41
efriedjaypipes: yes ^14:41
jaypipesefried: not the "normal" ratios. the initial ones.14:42
mriedemthat just means if the allocation_ratios are not already in the provider tree when upt is called, we set the initial ratios right?14:42
efriedzooming out, the virt driver is responsible for provider inventories, period. (Idealized simplification)14:42
cdentefried++14:43
jaypipesmriedem: k, cool with me.14:43
efriedPerhaps there's even some magical future where the virt driver bootstraps the initial compute RP14:43
mriedemi'm not working on the initial allocation ratios stuff, yikun is, and it's in a runway slot14:44
efriedinstead of having the rt do it and then the virt driver has to mung it to make it right.14:44
mriedemso i'm not sure how much duplication this would all introduce in the virt drivers14:44
jaypipesquite a bit.14:44
mriedemif it's really dumb duplication, it could be done in the parent ComputeDriver class with a helper method maybe14:44
cdentmriedem++14:44
efriedI *guess* it might be okay to provide base ComputeDriver helper methods that the UPTs can call?14:44
jaypipesbut cannot be avoided, UIAM14:45
efriedyeah, jynx14:45
jaypipesmriedem: that helper method is basically what normalize_inventory_from_cn was.14:45
mriedemjaypipes: yeah i know14:45
efriedjaypipes: Yes; except now it will be the responsibility of the virt driver to call it as/when appropriate14:45
jaypipesmriedem: the content at least.. obviously it wasn't part of an inheritable virt driver API14:46
efriedrather than having to sweep up the mess after the RT calls it blindly.14:46
jaypipesefried: ++14:46
mriedemright i'm in a weird "do this unless x or y but not for z" situation14:46
mriedemwhich is hurting my head14:46
efriedyup14:46
jaypipesmriedem: which is why I dropped those specs. :(14:46
efriedsounds like we have consensus here, cool.14:46
mriedemso i'll just do the simple thing for the bug fix to backport,14:46
mriedemand we can hash out removing the normalize method and initial ratios in a follow up14:47
jaypipesmriedem: though mostly I dropped them because we couldn't agree on upgrade paths.14:47
efriedmriedem:  what's the simple thing?14:47
mriedemthe libvirt driver's upt method will set the allocation ratio and reserved host values14:47
jaypipesmriedem: +114:47
mriedemand i guess the fake virt driver i'm using in the functional recreate test...14:47
jaypipesmriedem: but, but, but what about existing compute nodes with wrong values?14:47
*** dklyle has joined #openstack-meeting-alt14:47
mriedemthose don't exist14:47
jaypipesha, right..14:48
mriedemthis is essentially just moving the normalize stuff into the libvirt driver's upt method14:48
mriedemso behavior wise it should be the same as before the regression14:48
mriedemoh but....14:49
jaypipesmriedem: the whole thing with the 0.0 default values and doing stuff in the ComputeNode object was all about "fixing" compute nodes that had wrong allocation ratios, no? For "old compute nodes before we moved CONF.xxx_allocation_ratio out from the scheduler"?14:49
mriedemwe don't have the CN object in the upt method14:49
efriedmriedem: We shouldn't need it, should we?14:49
efriedIf we're setting from conf?14:49
mriedemthe CN object is what currently provides the real default values via the facade14:49
mriedemtoday, CONF.cpu_allocation_ratio defaults to 0.014:49
jaypipesright... thus the problem.14:49
mriedemso the driver's upt method would have to do CONF.cpu_allocation_ratio or 16.014:50
efriedgross14:50
mriedemwith a big # TODO(mriedem): Fix this with the initial allocation ratio stuff...14:50
mriedemif we're going to use sane conf options to fix this anyway, that todo isn't a big deal is it?14:50
efriedSo those are hardcoded in the bowels of the rt; they'll have to be hardcoded into the upt methods while we transition. Do I understand correctly?14:50
mriedemyes14:51
efriedk14:51
mriedemrt/cn14:51
efried#agreed It is the responsibility of the virt driver's update_provider_tree to set reserved/allocation_ratio values, initial and otherwise, rocky and master and future. _normalize_inventory_from_cn shall DIAF. Temporarily hardcode initial values while we transition to a cleaner, saner world.14:51
efriedfair summary?14:52
mriedemyeah i think so14:52
efriedany other bugs to discuss?14:52
cdentIf you're not already aware of the harden wsgi stuff, it is worth a review:14:53
cdent#link harden wsgi https://review.openstack.org/#/c/610034/14:53
cdentbug 179924614:53
openstackbug 1799246 in OpenStack Compute (nova) "module level init of db transation contexts cause failure under mod_wsgi on module reload" [Medium,In progress] https://launchpad.net/bugs/1799246 - Assigned to sean mooney (sean-k-mooney)14:53
efriedOkay, five minutes for14:55
efried#topic opens14:55
*** openstack changes topic to "opens (Meeting topic: nova-scheduler)"14:55
efriedanyone?14:55
cdentnaw14:55
efriedThanks all. Productive meeting, in the sense that several action items came out of it, and mriedem got most of them :P14:56
efried#endmeeting14:56
mriedemyay14:56
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:56
openstackMeeting ended Mon Oct 29 14:56:40 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:56
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-29-14.00.html14:56
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-29-14.00.txt14:56
openstackLog:            http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-29-14.00.log.html14:56
*** takashin has left #openstack-meeting-alt14:57
*** edleafe_ has joined #openstack-meeting-alt14:58
*** beekneemech is now known as bnemec15:00
*** cdent has left #openstack-meeting-alt15:04
*** irclogbot_1 has joined #openstack-meeting-alt15:04
*** mriedem has left #openstack-meeting-alt15:08
*** rdopiera has joined #openstack-meeting-alt15:25
*** dpawlik has quit IRC15:35
*** dpawlik has joined #openstack-meeting-alt15:35
*** dpawlik has quit IRC15:37
*** dpawlik has joined #openstack-meeting-alt15:38
*** bhavikdbavishi has joined #openstack-meeting-alt15:38
*** edleafe_ has quit IRC15:38
*** lpetrut has quit IRC15:40
*** gyee has joined #openstack-meeting-alt15:40
*** dpawlik has quit IRC15:42
*** dustins has joined #openstack-meeting-alt15:42
*** GeraldK has quit IRC15:52
*** dpawlik has joined #openstack-meeting-alt15:54
*** dpawlik has quit IRC15:58
*** yamamoto has quit IRC16:04
*** yamamoto has joined #openstack-meeting-alt16:05
*** yamamoto has quit IRC16:05
*** yamamoto has joined #openstack-meeting-alt16:10
*** yamamoto has quit IRC16:14
*** finucannot is now known as stephenfin16:17
*** beagles is now known as beagles_brb16:29
*** bhavikdbavishi has quit IRC16:34
*** bhavikdbavishi has joined #openstack-meeting-alt16:35
*** e0ne has quit IRC16:36
*** sambetts is now known as sambetts|afk16:46
*** yamamoto has joined #openstack-meeting-alt16:52
*** jcoufal has joined #openstack-meeting-alt16:55
*** kopecmartin is now known as kopecmartin|off16:55
*** markvoelker has joined #openstack-meeting-alt17:13
*** iyamahat has quit IRC17:16
*** yamahata has quit IRC17:17
*** iyamahat has joined #openstack-meeting-alt17:33
*** bnemec has quit IRC17:42
*** beagles_brb is now known as beagles17:44
*** bnemec has joined #openstack-meeting-alt17:50
*** diablo_rojo has joined #openstack-meeting-alt17:51
*** yamamoto has quit IRC17:51
*** yamamoto has joined #openstack-meeting-alt17:51
*** yamahata has joined #openstack-meeting-alt17:52
*** lpetrut has joined #openstack-meeting-alt17:54
*** dustins_ has joined #openstack-meeting-alt17:57
*** dustins has quit IRC17:58
*** yamamoto has quit IRC18:15
*** yamamoto has joined #openstack-meeting-alt18:15
*** yamamoto has quit IRC18:16
*** raildo has quit IRC18:27
*** dschoenb__ has joined #openstack-meeting-alt18:29
*** dustins_ has quit IRC18:32
*** rossella_s has quit IRC18:32
*** rdopiera has quit IRC18:35
*** erlon has quit IRC18:41
*** caboucha has joined #openstack-meeting-alt18:44
*** yamamoto has joined #openstack-meeting-alt18:51
*** bhavikdbavishi has quit IRC18:55
*** dschoenb__ is now known as dustins18:56
*** diablo_rojo has quit IRC19:16
*** lpetrut has quit IRC19:18
*** diablo_rojo has joined #openstack-meeting-alt19:20
*** diablo_rojo has quit IRC19:22
*** diablo_rojo has joined #openstack-meeting-alt19:23
*** dustins has quit IRC19:26
*** rossella_s has joined #openstack-meeting-alt19:27
*** raildo has joined #openstack-meeting-alt19:32
*** yamamoto has quit IRC19:32
*** yamamoto has joined #openstack-meeting-alt19:32
*** erlon has joined #openstack-meeting-alt20:00
*** lbragstad has quit IRC20:03
*** erlon has quit IRC20:08
*** raildo has quit IRC20:18
*** raildo has joined #openstack-meeting-alt20:18
*** lbragstad has joined #openstack-meeting-alt20:18
*** dpawlik has joined #openstack-meeting-alt20:28
*** jcoufal has quit IRC20:37
*** raildo has quit IRC20:40
*** rossella_s has quit IRC20:43
*** dustins has joined #openstack-meeting-alt20:43
*** caboucha has quit IRC20:45
*** cloudrancher has quit IRC20:56
*** cloudrancher has joined #openstack-meeting-alt20:56
*** cloudrancher has quit IRC20:57
*** cloudrancher has joined #openstack-meeting-alt20:57
*** cloudrancher has quit IRC20:57
*** cloudrancher has joined #openstack-meeting-alt20:58
*** raildo has joined #openstack-meeting-alt21:01
*** raildo has quit IRC21:01
*** dustins has quit IRC21:15
*** dpawlik has quit IRC21:22
*** dpawlik has joined #openstack-meeting-alt21:23
*** dpawlik_ has joined #openstack-meeting-alt21:26
*** dpawlik_ has quit IRC21:26
*** dpawlik has quit IRC21:27
*** e0ne has joined #openstack-meeting-alt21:29
*** e0ne has quit IRC21:36
*** dpawlik has joined #openstack-meeting-alt21:42
*** dpawlik has quit IRC21:46
*** munimeha1 has quit IRC22:23
*** tpsilva has quit IRC22:58
*** hongbin has quit IRC23:43

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