Monday, 2018-10-01

*** slaweq has joined #openstack-meeting-alt00:11
*** slaweq has quit IRC00:16
*** efried has quit IRC00:38
*** efried has joined #openstack-meeting-alt00:38
*** slaweq has joined #openstack-meeting-alt01:11
*** cloudrancher has quit IRC01:12
*** cloudrancher has joined #openstack-meeting-alt01:13
*** slaweq has quit IRC01:16
*** ijw has joined #openstack-meeting-alt01:32
*** tetsuro has joined #openstack-meeting-alt01:44
*** markvoelker has joined #openstack-meeting-alt02:40
*** yamamoto has joined #openstack-meeting-alt02:45
*** markvoelker has quit IRC02:45
*** markvoelker has joined #openstack-meeting-alt02:50
*** ijw has quit IRC03:34
*** tetsuro has quit IRC04:03
*** dtrainor_ has quit IRC05:14
*** yamahata has quit IRC05:33
*** yamahata has joined #openstack-meeting-alt05:33
*** jbadiapa has joined #openstack-meeting-alt05:45
*** dtrainor_ has joined #openstack-meeting-alt05:48
*** markvoelker has quit IRC06:33
*** markvoelker has joined #openstack-meeting-alt06:34
*** markvoelker has quit IRC06:38
*** slaweq has joined #openstack-meeting-alt06:52
*** kopecmartin|off is now known as kopecmartin|rove06:54
*** yamahata has quit IRC06:58
*** jtomasek has joined #openstack-meeting-alt07:09
*** markvoelker has joined #openstack-meeting-alt07:34
*** rdopiera has joined #openstack-meeting-alt07:37
*** alexchadin has joined #openstack-meeting-alt07:43
*** zigo has joined #openstack-meeting-alt07:46
*** d0ugal has joined #openstack-meeting-alt07:52
*** ijw has joined #openstack-meeting-alt07:56
*** ijw has quit IRC08:01
*** alexchadin has quit IRC08:03
*** rossella_s has joined #openstack-meeting-alt08:05
*** kopecmartin|rove is now known as kopecmartin|ruck08:06
*** tssurya has joined #openstack-meeting-alt08:11
*** giblet is now known as gibi08:19
*** lpetrut has joined #openstack-meeting-alt08:28
*** ijw has joined #openstack-meeting-alt08:32
*** ijw has quit IRC08:37
*** finucannot is now known as stephenfin08:43
*** ttsiouts has joined #openstack-meeting-alt08:55
*** ttsiouts has quit IRC08:56
*** ttsiouts has joined #openstack-meeting-alt08:56
*** yamamoto has quit IRC08:57
*** yamamoto has joined #openstack-meeting-alt08:58
*** yamamoto has quit IRC08:58
*** yamamoto has joined #openstack-meeting-alt08:59
*** e0ne has joined #openstack-meeting-alt08:59
*** derekh has joined #openstack-meeting-alt09:00
*** yamamoto has quit IRC09:03
*** dpawlik has joined #openstack-meeting-alt09:11
*** priteau has joined #openstack-meeting-alt09:16
*** ijw has joined #openstack-meeting-alt09:30
*** ijw has quit IRC09:35
*** tetsuro has joined #openstack-meeting-alt09:52
*** ijw has joined #openstack-meeting-alt09:56
*** yamamoto has joined #openstack-meeting-alt09:57
*** ijw has quit IRC10:00
*** ttsiouts has quit IRC10:28
*** yamamoto has quit IRC10:28
*** yamamoto has joined #openstack-meeting-alt10:29
*** ijw has joined #openstack-meeting-alt10:32
*** ijw has quit IRC10:37
*** yamamoto has quit IRC10:42
*** dave-mccowan has joined #openstack-meeting-alt10:57
*** ttsiouts has joined #openstack-meeting-alt11:04
*** erlon has joined #openstack-meeting-alt11:14
*** yamamoto has joined #openstack-meeting-alt11:18
*** tetsuro has quit IRC11:30
*** tpsilva has joined #openstack-meeting-alt11:41
*** markvoelker has quit IRC11:56
*** ganso has joined #openstack-meeting-alt11:58
*** e0ne has quit IRC12:01
*** raildo has joined #openstack-meeting-alt12:02
*** e0ne has joined #openstack-meeting-alt12:08
*** dave-mccowan has quit IRC12:22
*** ttsiouts has quit IRC12:26
*** ttsiouts has joined #openstack-meeting-alt12:30
*** lbragstad has joined #openstack-meeting-alt12:39
*** lbragstad has quit IRC12:40
*** cloudrancher has quit IRC12:45
*** dave-mccowan has joined #openstack-meeting-alt12:46
*** cloudrancher has joined #openstack-meeting-alt12:46
*** jcoufal has joined #openstack-meeting-alt12:51
*** helenafm has joined #openstack-meeting-alt12:53
*** jroll has quit IRC12:54
*** jroll has joined #openstack-meeting-alt12:55
*** dustins has joined #openstack-meeting-alt12:56
*** iyamahat_ has joined #openstack-meeting-alt12:57
*** iyamahat has quit IRC12:58
*** yamamoto has quit IRC13:01
*** yamamoto has joined #openstack-meeting-alt13:01
*** beagles is now known as beagles_mtg13:07
*** yamamoto has quit IRC13:17
*** dave-mccowan has quit IRC13:17
*** ttsiouts has quit IRC13:21
*** dave-mccowan has joined #openstack-meeting-alt13:21
*** ttsiouts has joined #openstack-meeting-alt13:27
*** takashin has joined #openstack-meeting-alt13:32
*** erlon has quit IRC13:35
*** erlon has joined #openstack-meeting-alt13:36
*** cloudrancher has quit IRC13:43
*** cloudrancher has joined #openstack-meeting-alt13:44
*** dklyle has joined #openstack-meeting-alt13:47
*** phillu has joined #openstack-meeting-alt13:55
*** tetsuro has joined #openstack-meeting-alt13:55
*** gryf has joined #openstack-meeting-alt13:59
*** cdent has joined #openstack-meeting-alt13:59
efried#startmeeting nova_scheduler14:00
openstackMeeting started Mon Oct  1 14:00:20 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
edleafe\o14:00
*** yamamoto has joined #openstack-meeting-alt14:00
gryfhi ed.14:00
efried#link Agenda https://wiki.openstack.org/wiki/Meetings/NovaScheduler#Agenda_for_next_meeting14:01
takashino/14:01
* efried waits for folks to file in14:01
cdento/14:01
tetsuroo/14:01
bauzasi'm in but for 20 mins14:03
efriedOkay, let's get started.14:03
efried#topic last meeting14:03
efried#link last minutes: http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-09-24-14.00.html14:03
efriedAny old business?14:03
*** openstack changes topic to "last meeting (Meeting topic: nova_scheduler)"14:03
efried#topic specs and review14:05
efried#link latest pupdate: http://lists.openstack.org/pipermail/openstack-dev/2018-September/135229.html14:05
efriedAnything to discuss from the pupdate?14:05
*** openstack changes topic to "specs and review (Meeting topic: nova_scheduler)"14:05
efried<crickets>14:06
efried#link Consumer generation & nrp use in nova: Series now starting at https://review.openstack.org/#/c/58366714:06
efriedIn a runway (ends Oct 4)14:06
efriedAny comments/questions/discussion on this?14:06
cdentsorry, slow, the only thing I'd mention from the pupdate is the thing about belmoreia14:07
efriedThat's on the agenda under opens14:07
cdentcool14:07
efriedExtraction14:08
efried#link mriedem ML update on extraction http://lists.openstack.org/pipermail/openstack-dev/2018-September/135276.html14:08
efriedcdent, edleafe, mriedem, status?14:08
cdenti've got nothing new, other than what I wrote in the pupdate about docs and database stuff14:08
edleafeMe neither14:08
edleafeI'll have some cycles this week to work on thigns14:08
edleafethings, even14:08
*** markvoelker has joined #openstack-meeting-alt14:09
efriedmriedem isn't around, but the email --^ is good news.14:09
efried#topic bugs14:09
*** openstack changes topic to "bugs (Meeting topic: nova_scheduler)"14:09
efried#link Placement bugs https://bugs.launchpad.net/nova/+bugs?field.tag=placement14:09
efriedAny bugs to discuss specifically?14:09
efried#topic opens14:11
efriedPlacement "metadata" via traits or a new key/value primitive?14:11
efried#link ML thread on "intended purpose" of traits http://lists.openstack.org/pipermail/openstack-dev/2018-September/135209.html14:11
*** openstack changes topic to "opens (Meeting topic: nova_scheduler)"14:11
efriedSome key interested players aren't here, so any discussion may be lopsided.14:11
efriedContinuing the discussion on the ML is probably best14:12
*** hongbin has joined #openstack-meeting-alt14:12
efriedAnyone want to discuss here?14:12
edleafeJay was supposed to push a spec14:12
edleafeI thought that would be a good starting point for further discussion14:12
bauzashonestly, it could be a never-ending story14:12
efriedyah. I haven't gotten through my emails yet to know whether that has happened or not.14:13
efriedOkay, let's move on.14:13
efriedHow to handle min_unit (and others) in a forward-looking (i.e. generic NRP) way?14:13
efried#link IRC discussion with belmoreira http://eavesdrop.openstack.org/irclogs/%23openstack-placement/%23openstack-placement.2018-09-20.log.html#t2018-09-20T14:11:5914:13
efried#link Post-last-meeting discussion on generic configuration of provider settings http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2018-09-24.log.html#t2018-09-24T15:02:0514:13
cdenton metadat stuff: I think there are at least three different problems that are trying to be solved with the same name, and that's going to lead to difficult resolution, so if the spec is able to separate out one of the issues, that will be good14:14
leakypipescdent, edleafe, efried: I just posted a response to jroll in the one ML thread about deprecating ComputeCapabilitiesFilter.14:14
efriedYes, agree that "passing config info to nova" is one of the problems in the mix, and agree with Jay that that one shouldn't be placement's business (either by architecture or by usage)14:14
leakypipescdent, edleafe, efried: which outlines the type of solution I'd like to see.14:15
*** markvoelker has quit IRC14:15
efriedoh, hello leakypipes, didn't see you there under your Friday guise.14:15
*** leakypipes is now known as jaypipes14:15
jaypipesack, sorry14:15
efriedSo yeah, if that removes a bit of the noise, that's goodness.14:15
*** dpawlik has quit IRC14:15
efriedI believe we still have lots of use cases for key/value used to make placement (allocation candidate) decisions.14:16
*** dpawlik has joined #openstack-meeting-alt14:16
*** markvoelker has joined #openstack-meeting-alt14:17
jaypipesI'm still reviewing tetsuro's nested with alloc cands series.14:18
jaypipesit's slow going to say the least.14:19
efriedAnd I'll mention that saying I "don't care" which way we go was indeed a poor choice of words and/or oversimplification.14:19
efriedI would like, ideally, long-term, to see a true key/value primitive, because I think it's much more powerful and less hacky.14:19
efriedBut am sympathetic to what Chris brought up about full plate and timeline.14:19
efriedSo while we're waiting for that to fit into the schedule, I wouldn't mind the ability to use "encoded" traits to some extent to satisfy the use cases.14:19
* bauzas needs to leave you now14:19
efriedLike we used a single provider to represent compute resources while we were waiting for nested/sharing to mature.14:20
*** dpawlik has quit IRC14:20
efriedI'll reiterate -^ on the ML in some form or fashion.14:20
efriedFurther discussion here?14:21
*** beekneemech is now known as bnemec14:21
cdentefried: only to say one thing:14:21
jaypipesefried: nothing other than "it's my advice not to do that" is preventing callers from doing the encoded string traits stuff.14:21
efriedtrue story14:21
jaypipesefried: there's nothing, unfortunately, about our API that discourages that misuse.14:21
efriedalso true14:21
jaypipesbut good for the ML, as said earler.14:21
jaypipes_get_trees_matching_all() is a giant ball of spaghetti.14:22
cdentI don't think it is useful for us to say that "nested" is the expected and correct way to represent compute resources once we have the capability. It's only useful for performance workloads. For boring cloud-simple workloads non-nested is the easiest and cleanest and most immediate way to do compute resource providers. We should be making that clear.14:22
jaypipesmaking reviews on tetsuro's patch very difficult.14:22
jaypipescdent: ++14:22
jaypipescdent: which was the reason behind that "use simple code path when you can" patch, FWIW.14:23
* cdent nods14:23
efriedhm, I would say it's not that simple. E.g. you can't use non-nested when you have multiple networks on separate NICs.14:23
efriedi.e. it's not just performance that's the use case for nested.14:23
cdent"cloud-simple" cares naught for that14:23
efriedbut taking the point of, "don't use nested unless you have to"14:24
efriedWhich is somewhat of a segue back to:14:25
efriedHow to handle min_unit (and others) in a forward-looking (i.e. generic NRP) way?14:25
efried#link IRC discussion with belmoreira http://eavesdrop.openstack.org/irclogs/%23openstack-placement/%23openstack-placement.2018-09-20.log.html#t2018-09-20T14:11:5914:25
efried#link Post-last-meeting discussion on generic configuration of provider settings http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2018-09-24.log.html#t2018-09-24T15:02:0514:25
jaypipesefried: I'm a little confused how the min_unit discussion is related to nested?14:25
efriedBecause with no nested, you don't have the boggle of how to identify which provider you're tweaking.14:26
*** markvoelker has quit IRC14:26
efriedthe mechanisms we have today will work.14:26
efriedcdent: if you recall, you brought up a concern about deploy tools (osa, tripleo) being able to lay down the provider tweaks in a single step, rather than having to deploy, detect, write config, and possibly restart.14:26
jaypipesefried: oh, you're referring to how the allocation ratio for child providers would actually be discovered. gotcha.14:26
efriedyeah14:26
jaypipesack.14:26
*** lpetrut has quit IRC14:27
jaypipessorry, I thought you were talking about the "why is max_unit == total" thing.14:27
cdentit's related14:27
efriedWell, for reference, belmoreira says they've sorted out this specific issue for now. So really this is just the more general discussion.14:27
jaypipescdent: in so much as "what does 'total' mean in a nested scenario"? :)14:27
cdentthe argument is that if you want something different than == total you need tools to default it and to also manage it later14:27
jaypipesack14:27
*** ttsiouts has quit IRC14:28
efriedSo the discussion (second link above) went down the path of being able to determine *before deploy* a way to identify providers, which we (Jay) figured we could do with a deterministic naming scheme for providers.14:28
*** ttsiouts has joined #openstack-meeting-alt14:28
efriedWhich we've been more or less converging on with e.g. the vgpu stuff, but it being deterministic has been almost accidental. We should make that strict, now, to anticipate this potential future need.14:29
jaypipesefried: could you be more specific? are you referring to encoding the supported vGPU type into the provider name somehow?14:30
efriedSo for example, making sure provider names are unique by composing them with their parent name - not by e.g. appending a random UUID.14:30
jaypipesefried: ack, yes, I think that's generally agreed upon, yeah?14:30
efriedjaypipes: No, encoding the VGPU type in the name would be fine, because that should also be deterministic.14:30
jaypipesefried: for the record, I *don't* think encoding the vGPU type in the provider name is a good idea.14:31
efriedAck, that's clear from the review. This is a separate topic, tho.14:31
jaypipesok14:31
efriedjaypipes: Yes, it's agreed upon, but like I say, we made that decision without really thinking about the aspect of the name needing to be *deterministic* as well as being unique.14:31
efriedPoint being, we made a decision that works for this, but it satisfies this criterion by coincidence, not because we were thinking of this.14:32
jaypipesefried: isn't a PCI (or other bus type) address deterministic?14:32
efriedSo I'm saying moving forward, we should think of this14:32
efriedyes14:32
jaypipesk14:32
jaypipesso we're in violent agreement. :)14:32
efriedYup. Kisses.14:32
jaypipeslol14:32
efriedMeanwhile, the file format proposals being worked by me, kosamara, and sean should be at least somewhat anticipating the ability to use these names to identify the providers.14:33
efriedWhich ought to be pretty straightforward given the direction they're going, but again, I'm not sure we've actually put a focus on that criterion yet. So we should.14:33
efriedAny questions, comments, discussion?14:34
jaypipesefried: link to that spec again pls?14:34
efriedstand by14:34
efried#link kosamara's spec for modeling passthrough https://review.openstack.org/#/c/591037/14:35
efriedand14:35
jaypipesdanke14:35
efried#link sean-k-mooney's wip spec for generic device discovery/modeling https://review.openstack.org/#/c/603805/14:35
cdentI'll just throw out there that several decades of data storage design have made it clear that using meaningful names for identifiers is an antipattern14:36
efriedjaypipes: indeed, it would be helpful if you could express a preference for one or the other of those directions so we can narrow and focus on just one.14:36
cdentso we need to be damn sure that these are labels14:36
efriedjaypipes: Note that both are currently far from perfect14:37
efriedcdent: Mm. The provider identification mechanisms in those specs are actually centered around other attributes at the moment, things like PCI addresses or whatever.14:37
efriedwhich, actually, might also work just fine. As long as, again, those things are deterministic and relatively easy to predict.14:38
jaypipesefried: ack. I can try and review both today.14:39
efriedcool, thanks.14:39
efriedAnything else before we close?14:40
jaypipesnot from me.14:41
jaypipeslooks like it's gonna be a spec and review day for me. :)14:41
cdentnothing from me14:41
efriedOkay, thanks all.14:42
efried#endmeeting14:42
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:42
openstackMeeting ended Mon Oct  1 14:42:08 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:42
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-01-14.00.html14:42
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-01-14.00.txt14:42
openstackLog:            http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-01-14.00.log.html14:42
*** tetsuro has quit IRC14:42
*** takashin has left #openstack-meeting-alt14:46
*** helenafm has left #openstack-meeting-alt14:52
*** Adri2000 has quit IRC14:58
*** Adri2000 has joined #openstack-meeting-alt14:59
*** cloudrancher has quit IRC15:00
*** cloudrancher has joined #openstack-meeting-alt15:01
*** ttsiouts has quit IRC15:02
*** lpetrut has joined #openstack-meeting-alt15:02
*** dpawlik has joined #openstack-meeting-alt15:03
*** macza has joined #openstack-meeting-alt15:07
*** dpawlik has quit IRC15:08
*** munimeha1 has joined #openstack-meeting-alt15:11
*** yamamoto has quit IRC15:17
*** lpetrut has quit IRC15:18
*** lpetrut has joined #openstack-meeting-alt15:18
*** yamamoto has joined #openstack-meeting-alt15:18
*** yamamoto has quit IRC15:19
*** yamamoto has joined #openstack-meeting-alt15:19
*** yamamoto has quit IRC15:19
*** dpawlik has joined #openstack-meeting-alt15:19
*** yamamoto has joined #openstack-meeting-alt15:23
*** yamamoto has quit IRC15:23
*** dpawlik has quit IRC15:24
*** lpetrut has quit IRC15:42
*** bhavikdbavishi has joined #openstack-meeting-alt15:55
*** ttsiouts has joined #openstack-meeting-alt15:56
*** ttsiouts has quit IRC15:56
*** ttsiouts has joined #openstack-meeting-alt15:56
*** dave-mccowan has quit IRC15:58
*** e0ne has quit IRC15:58
*** ttsiouts has quit IRC16:01
*** beagles_mtg is now known as beagle16:02
*** lpetrut has joined #openstack-meeting-alt16:14
*** dpawlik has joined #openstack-meeting-alt16:17
*** kopecmartin|ruck is now known as kopecmartin|off16:19
*** dpawlik has quit IRC16:22
*** gyee has joined #openstack-meeting-alt16:30
*** dpawlik has joined #openstack-meeting-alt16:33
*** dpawlik has quit IRC16:38
*** dpawlik has joined #openstack-meeting-alt16:49
*** zzzeek_ has joined #openstack-meeting-alt16:53
*** dpawlik has quit IRC16:53
*** d0ugal has quit IRC16:54
*** dave-mccowan has joined #openstack-meeting-alt16:54
*** tssurya has quit IRC16:54
*** derekh has quit IRC17:00
*** rdopiera has quit IRC17:16
*** e0ne has joined #openstack-meeting-alt17:24
*** yamamoto has joined #openstack-meeting-alt17:24
*** e0ne has quit IRC17:37
*** e0ne has joined #openstack-meeting-alt17:40
*** macza has quit IRC17:41
*** e0ne has quit IRC17:41
*** macza has joined #openstack-meeting-alt17:41
*** iyamahat_ has quit IRC17:44
*** lpetrut has quit IRC17:49
*** iyamahat has joined #openstack-meeting-alt17:58
*** dpawlik has joined #openstack-meeting-alt18:10
*** yamahata has joined #openstack-meeting-alt18:11
*** bhavikdbavishi has quit IRC18:14
*** e0ne has joined #openstack-meeting-alt18:14
*** e0ne has quit IRC18:14
*** markvoelker has joined #openstack-meeting-alt18:15
*** dpawlik has quit IRC18:15
*** markvoelker has quit IRC18:24
*** dpawlik has joined #openstack-meeting-alt18:26
*** dpawlik has quit IRC18:31
*** diablo_rojo has joined #openstack-meeting-alt18:34
*** e0ne has joined #openstack-meeting-alt18:37
*** Sukhdev has joined #openstack-meeting-alt18:45
*** diablo_rojo has quit IRC19:08
*** diablo_rojo has joined #openstack-meeting-alt19:14
*** erlon has quit IRC19:33
*** Sukhdev has quit IRC19:42
*** diablo_rojo has quit IRC20:24
*** jcoufal has quit IRC20:25
*** dpawlik has joined #openstack-meeting-alt20:27
*** dpawlik has quit IRC20:32
*** e0ne_ has joined #openstack-meeting-alt20:54
*** e0ne has quit IRC20:54
*** raildo has quit IRC21:00
*** diablo_rojo has joined #openstack-meeting-alt21:03
*** priteau has quit IRC21:13
*** priteau has joined #openstack-meeting-alt21:16
*** priteau has quit IRC21:18
*** macza has quit IRC21:20
*** phillu has quit IRC21:24
*** macza has joined #openstack-meeting-alt21:37
*** munimeha1 has quit IRC21:41
*** macza has quit IRC21:42
*** dustins has quit IRC21:51
*** cdent has quit IRC21:51
*** macza has joined #openstack-meeting-alt21:58
*** yamamoto has quit IRC22:00
*** yamamoto has joined #openstack-meeting-alt22:01
*** macza has quit IRC22:02
*** yamamoto has quit IRC22:03
*** e0ne_ has quit IRC22:04
*** e0ne has joined #openstack-meeting-alt22:05
*** e0ne has quit IRC22:06
*** yamamoto has joined #openstack-meeting-alt22:11
*** slaweq has quit IRC22:15
*** macza has joined #openstack-meeting-alt22:17
*** ianw is now known as ianw_pto22:17
*** jtomasek has quit IRC22:20
*** ganso has quit IRC22:20
*** macza has quit IRC22:21
*** dpawlik has joined #openstack-meeting-alt22:28
*** jcoufal has joined #openstack-meeting-alt22:33
*** dpawlik has quit IRC22:33
*** dpawlik has joined #openstack-meeting-alt22:44
*** macza has joined #openstack-meeting-alt22:46
*** dpawlik has quit IRC22:48
*** rcernin has joined #openstack-meeting-alt22:49
*** tpsilva has quit IRC22:50
*** macza_ has joined #openstack-meeting-alt22:51
*** macza has quit IRC22:51
*** macza_ has quit IRC22:55
*** hongbin has quit IRC22:56
*** efried has quit IRC22:57
*** yamahata has quit IRC22:58
*** pbourke has quit IRC23:02
*** pbourke has joined #openstack-meeting-alt23:02
*** yamamoto_ has joined #openstack-meeting-alt23:05
*** yamahata has joined #openstack-meeting-alt23:05
*** yamamoto has quit IRC23:05
*** jcoufal has quit IRC23:05
*** jcoufal has joined #openstack-meeting-alt23:07
*** yamamoto_ has quit IRC23:08
*** yamamoto has joined #openstack-meeting-alt23:08
*** macza has joined #openstack-meeting-alt23:08
*** macza has quit IRC23:08
*** macza has joined #openstack-meeting-alt23:11
*** jcoufal has quit IRC23:41
*** gyee has quit IRC23:47

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