Wednesday, 2020-01-15

*** macz has quit IRC00:32
*** anastzhyr has quit IRC00:52
*** michael-beaver has quit IRC01:40
*** k_mouza has joined #openstack-meeting-401:42
*** k_mouza has quit IRC01:46
*** hongbin has joined #openstack-meeting-402:02
*** hongbin has quit IRC02:02
*** hongbin has joined #openstack-meeting-402:03
*** hongbin has quit IRC02:03
*** hongbin has joined #openstack-meeting-402:04
*** hongbin has quit IRC02:04
*** hongbin has joined #openstack-meeting-402:06
*** hamzy_ has joined #openstack-meeting-402:15
*** macz has joined #openstack-meeting-402:30
*** roman_g has quit IRC02:34
*** macz has quit IRC02:35
*** dave-mccowan has quit IRC03:29
*** k_mouza has joined #openstack-meeting-403:42
*** k_mouza has quit IRC03:47
*** dave-mccowan has joined #openstack-meeting-403:52
*** hongbin_ has joined #openstack-meeting-404:12
*** hongbin has quit IRC04:15
*** macz has joined #openstack-meeting-404:30
*** macz has quit IRC04:34
*** hongbin_ has quit IRC04:37
*** dave-mccowan has quit IRC04:42
*** evrardjp has quit IRC05:34
*** evrardjp has joined #openstack-meeting-405:34
*** k_mouza has joined #openstack-meeting-405:42
*** k_mouza has quit IRC05:43
*** k_mouza_ has joined #openstack-meeting-405:43
*** k_mouza_ has quit IRC05:48
*** davee___ has joined #openstack-meeting-406:04
*** davee_ has quit IRC06:06
*** mugsie has quit IRC06:11
*** mugsie has joined #openstack-meeting-406:14
*** gcheresh has joined #openstack-meeting-406:32
*** davee__ has quit IRC07:16
*** davee_ has joined #openstack-meeting-407:16
*** ralonsoh has joined #openstack-meeting-407:27
*** gcheresh has quit IRC07:38
*** gcheresh has joined #openstack-meeting-407:40
*** e0ne has joined #openstack-meeting-407:54
*** e0ne has quit IRC07:54
*** e0ne has joined #openstack-meeting-407:54
*** anastzhyr has joined #openstack-meeting-407:56
*** belmoreira has joined #openstack-meeting-407:57
*** slaweq has joined #openstack-meeting-408:09
*** e0ne has quit IRC08:11
*** e0ne has joined #openstack-meeting-408:11
*** Luzi has joined #openstack-meeting-408:14
*** e0ne has quit IRC08:15
*** k_mouza has joined #openstack-meeting-408:30
*** k_mouza has quit IRC08:35
*** dmellado has quit IRC08:51
*** dmellado has joined #openstack-meeting-408:55
*** k_mouza has joined #openstack-meeting-409:20
*** k_mouza has quit IRC09:22
*** k_mouza has joined #openstack-meeting-409:24
*** tonyb has joined #openstack-meeting-409:38
*** pcaruana has joined #openstack-meeting-409:42
*** e0ne has joined #openstack-meeting-410:07
*** melwitt has quit IRC11:09
*** pcaruana has quit IRC11:12
*** anastzhyr has quit IRC11:15
*** dave-mccowan has joined #openstack-meeting-411:48
*** dviroel has joined #openstack-meeting-411:58
*** lkoranda has joined #openstack-meeting-412:11
*** lkoranda has quit IRC12:16
*** lkoranda_ has joined #openstack-meeting-412:33
*** lkorand__ has joined #openstack-meeting-412:37
*** lkoranda_ has quit IRC12:40
*** pcaruana has joined #openstack-meeting-412:49
*** lkorand__ has quit IRC13:08
*** dave-mccowan has quit IRC13:33
*** rosmaita has joined #openstack-meeting-413:33
*** dave-mccowan has joined #openstack-meeting-413:37
*** liuyulong has joined #openstack-meeting-413:41
*** tosky has joined #openstack-meeting-413:46
*** whfnst has joined #openstack-meeting-413:49
*** whoami-rajat has joined #openstack-meeting-413:53
rosmaitaCourtesy reminder: Cinder meeting in #openstack-meeting-4 at 1400 UTC13:57
rosmaitajungleboyj rosmaita smcginnis tosky whoami-rajat m5z e0ne geguileo eharney walshh_ jbernard ^^13:57
*** mgkwill has quit IRC13:58
*** mgkwill has joined #openstack-meeting-413:58
*** whfnst17 has joined #openstack-meeting-413:59
rosmaita#startmeeting cinder14:00
openstackMeeting started Wed Jan 15 14:00:04 2020 UTC and is due to finish in 60 minutes.  The chair is rosmaita. 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: cinder)"14:00
openstackThe meeting name has been set to 'cinder'14:00
rosmaita#link https://etherpad.openstack.org/p/cinder-ussuri-meetings14:00
rosmaita#topic roll call14:00
*** openstack changes topic to "roll call (Meeting topic: cinder)"14:00
*** enriquetaso has joined #openstack-meeting-414:00
toskyo/14:00
whoami-rajathi14:00
whfnst17hi14:00
enriquetasohi14:00
m5zhi :)14:01
lsekihi14:01
jungleboyjO/14:01
dviroelhi14:01
e0nehi14:01
smcginniso/14:01
geguileohi! o/14:01
rosmaitalooks like a good turnout!14:01
*** eharney has joined #openstack-meeting-414:02
*** sfernand has joined #openstack-meeting-414:02
*** LiangFang has joined #openstack-meeting-414:02
rosmaita#topic announcements14:03
*** openstack changes topic to "announcements (Meeting topic: cinder)"14:03
rosmaitasome upcoming deadlines14:03
LiangFanghi14:03
*** whfnst has quit IRC14:03
rosmaitaspec freeze: 31 Jan 2020 (23:59 UTC)14:03
rosmaitanew driver/new target driver must be merged by 13 February 2020 (23:59 UTC)14:03
rosmaitai should probably send out a reminder to the ML about that one14:03
rosmaita#action rosmaita send email about driver merge deadline14:04
rosmaitathat same week we have Ussuri milestone-2: 13 February 202014:04
rosmaitaother news14:04
rosmaitavirtual mid-cycle part 1 next week on Tuesday 1300-1500 UTC14:04
*** andrebeltrami has joined #openstack-meeting-414:04
rosmaitathanks to everyone who participated in the poll to select the time/date14:05
rosmaitawe'll be holding the meeting in bluejeans like we did for the virtual PTG14:05
rosmaitainfo is here:14:05
rosmaita#link http://lists.openstack.org/pipermail/openstack-discuss/2020-January/011968.html14:05
rosmaitaalso, if you have specific items you want to discuss, please add them to the etherpad:14:06
rosmaita#link https://etherpad.openstack.org/p/cinder-ussuri-mid-cycle-planning14:06
rosmaitaok, final announcement is a reminder14:06
rosmaitaVoting for the 2020 Individual Directors of the OpenStack Foundation Board of Directors is now open and will remain open until Friday, January 17th, 2020 at 11:00am CST/1700 UTC14:06
rosmaitato vote, you have to use the link that is sent to you in your email14:07
rosmaitaso i can't put a link here14:07
rosmaitaand that's all the announcements14:07
rosmaitaon to real business14:07
smcginnisThanks for the reminder. ;)14:07
jungleboyj:-)14:07
rosmaitanp14:07
rosmaita#topic Spec: Volume local cache14:08
rosmaita#link https://review.opendev.org/#/c/684556/14:08
*** openstack changes topic to "Spec: Volume local cache (Meeting topic: cinder)"14:08
rosmaitaLiangFang: that's you!14:08
rosmaitai see you pushed an update, i haven't had time to look at it yet14:08
geguileoI've added more comments on the previous patch14:09
LiangFangyes, Gorka give lots of comments14:09
geguileoin response to LiangFang responses14:09
LiangFangmost of the schedule things14:09
LiangFangcorrently in flavor, no space for volume type14:10
geguileoso they cannot schedule it correctly?14:10
LiangFangyes14:10
LiangFangsome work around14:10
geguileothen if os-brick just fails, it will be a nightmare14:11
geguileousers attaching volumes to nodes without cache won't know why they can't attach14:11
geguileoboot from cinder vol will fail until it lands on a node with cache (if there is one)14:11
LiangFangthey can create the VM to the servers with cache capability14:12
rosmaitaso they could define a flavor that has a cache?14:12
LiangFangI got the new laptop, and no dictionary installed yet:(14:12
LiangFanggibi said we can design the schedule later14:13
rosmaitayou may answer this question on the current version, but i will ask it anyway14:13
LiangFangcorrently use zone14:13
LiangFangcurrently use zone14:14
LiangFangor aggragate14:14
geguileomy concern is that this is going to be complicated for customers14:14
LiangFangso the VM can be scheduled to correct zone14:14
rosmaitais there a reason why a cacheable volume type *must* be cached? could we have it be cached if it lands on a compute that supports it (user picks the flavor for the VM), and not cached if user picks non-cache flavor?14:15
geguileoI think that's what's best right now14:16
smcginnisI would think if someone requested a volume to be cached, it could be confusing to them to end up with a volume that is not cached.14:16
smcginnisEspecially if their service provider charges more for the cached volume types.14:16
LiangFangI talked with Alex (Nova core), he suggest to fail the request if not supported.14:16
rosmaitai was thinking of the caching as an attribute of the compute, not the volume14:17
geguileoLiangFang: do they have a way to report to the users why it failed?14:17
geguileolike we do with the user messages?14:17
rosmaitaso the provider would charge more for a flavor with a cache14:17
geguileorosmaita: makes sense to me14:17
smcginnisNot sure, but I could see that being a "premium" option.14:17
rosmaitabecause the nice thing about LiangFang's choice of open-cas (as opposed to bcache) is that it doesn't have to modify the volume at all14:18
LiangFanggeguileo: we plan the throw exception,14:18
rosmaitaso the volume itself could be attached anywhere14:18
geguileoLiangFang: that's useless for users14:18
geguileoonly useful for admins14:18
geguileorosmaita: I think you were onto something when you said cacheable should be a Nova attribute or something14:19
eharneyi think some basics are missing about how this interacts w/ cinder features -- if using a write-back cache, how do you reliably use cinder snapshots, as a user?14:19
geguileoeharney: and live migrations must be disabled somehow14:19
eharneyit would also affect consistency groups, backups, etc..14:20
smcginniseharney: Good point, we would need a hook for flushing cache.14:20
eharneybut for snapshots, you don't have a way to even know if the data you want to snapshot was written14:20
*** jungleboyj has quit IRC14:20
geguileoeharney: I believe that's the case for migrations as well, because the hypervisor would just flush and expect that to do what it's meant to do14:21
*** jungleboyj has joined #openstack-meeting-414:21
LiangFangwrite-back indeed have data integrity issues14:21
eharneygeguileo: right14:21
LiangFangfor data integrity scenarios, they should choose write-through14:22
eharneyi think we have to assume that data integrity is a priority in general14:22
smcginnisKind of a base requirement for a storage service.14:23
LiangFangyes, so in most case, write-through is selected by default14:24
rosmaitawell, if you use a cache, you sometimes want to trade off speed for data integrity14:24
LiangFangwrite-through is also the default cache mode of open-cas14:25
rosmaitabut we could decide to support only those modes that ensure data integrity14:25
rosmaitaso the speed boost would be mostly for subsequent reads14:25
rosmaitawhich is still a plus14:25
eharneyrosmaita: sure, but to enable that trade-off we need a mechanism to make sure that things like live migration don't fall apart14:25
rosmaitaeharney: ++14:26
eharneyand i think the spec doesn't cover such concerns yet14:26
LiangFangshould we write this note in manual page?14:27
LiangFange.g. tell operator, if you choose write-back, then cannot live migration14:28
geguileoLiangFang: that's not good enough, because users and admins are different people14:28
rosmaitaeither that, or we don't allow anything other than write-through for now14:28
rosmaitageguileo: ++14:28
rosmaitaLiangFang: if we only allowed write-through mode, would that make this feature useless?14:29
LiangFangrosmaita: then only read io could be boost14:29
geguileorosmaita: we wouldn't know the mode they have actually selected14:29
geguileobecause it's configured outside of openstack14:30
rosmaitageguileo: that's true14:30
geguileobut we can document why those modes are not supported14:30
rosmaitayes, that's what i was going to say14:30
rosmaitaso we leave it up to the operator how to handle this14:31
geguileoif we document it then admins can ignore it and just be careful in those situations (I'm fine with that)14:31
rosmaitabecause, if they do a flavor, they could have cache in xxx-mode, another flavor cache in yyy-mode14:31
rosmaitaand then the user picks which flavor to use depending on how risk-averse they are14:31
geguileothat changes the approach we had14:32
geguileobut I like it14:32
geguileonot being a Cinder volume thing14:32
geguileoexcept for the cacheable <is> True part14:32
rosmaitaright, we are back to just 'cacheable' for volume-type14:32
geguileobecause there are backends that don't support caching in OpenStack14:33
rosmaitaI really think the way to go is that 'cacheable' means that this volume *could* be cached if it lands on the correct hypervisor14:33
geguileoso in the end Nova decides where to schedule, what mode it wants, etc14:33
geguileorosmaita: on Cinder side yes14:34
geguileorosmaita: it would be True by default and we would return False on RBD and RemoteFS14:34
eharneyhaving "cacheable <is> True" seems like it assumes we could swap a different caching tool in later when we support a second one, do we know if that's the case?  (it's not if part of your data is stored in an open-cas writeback cache..)14:34
rosmaitait really seems like we need some "live" discussion of this14:35
geguileoeharney: you are talking about in-use retype? migrate?14:35
eharneygeguileo: talking about making sure we don't get stuck when we try to add another cache system into Cinder later14:36
smcginnisDefinitely a midcycle topic I think.14:36
geguileoeharney: because cacheable only means, from Cinder perspective, that there is a /dev/xyz device that can be used by the cache system14:36
geguileoeharney: I don't think we would get stuck on a second one14:36
eharneygeguileo: ok, so the implication for the future is that even if we have multiple cache drivers, you can only use one in a deployment, then?14:36
geguileoeharney: wouldn't that be a Nova thing?14:37
eharneygeguileo: i'm not sure it would be14:37
geguileohow so? r:-??14:37
eharneyare we using this cache during reimage?  image->volume?  backup?14:37
LiangFangif the cache mode is hard coded to write-through, then even in future there's a different cache software, it still works14:38
rosmaitaLiangFang: when is the nova spec deadline?14:38
eharneyi think the spec needs to spell out more about the interactions between cinder/nova and the cache14:38
geguileoeharney: +114:38
LiangFangrosmaita: sorry, I know very near, but don't know the date14:39
jungleboyjeharney: ++14:39
rosmaitai couldn't find the date either14:39
rosmaitai think we really need to discuss this at the midcycle so we can give you specific things that need to be addressed, and so that we can determine what these specific things are14:39
LiangFangeharney: the cache is only in compute node14:40
*** lkoranda has joined #openstack-meeting-414:40
eharneyLiangFang: if so, that has implications for how backups work14:40
jungleboyjrosmaita: ++14:40
LiangFangrosmaita: ok. thanks14:40
eharneyand reimage, etc14:40
geguileoFeb 10 - Feb 14: Ussuri-2 milestone, nova spec freeze14:41
geguileohttps://wiki.openstack.org/wiki/Nova/Ussuri_Release_Schedule14:41
rosmaitai think eric is bringing up some good points that we need to think about whether they impact your spec or not14:41
rosmaitageguileo: thanks14:41
LiangFangif the cache mode is write-through, then from cinder point of view, seems can ignore it, but all the data is backend volume14:41
rosmaitaso it looks like if we can get this discussed on Tuesday, we can get it hammered out next week and there will still be some time on the nova side14:41
rosmaitaespecially if we push the idea of putting the cache as a flavor instead of into the scheduler14:42
rosmaitabut we can discuss on Tuesday14:42
rosmaitaLiangFang: i believe you will be available for the midcycle on tuesday?14:42
LiangFangyes:)14:43
rosmaitagreat!14:43
LiangFangit's my first time to join14:43
LiangFangI tried this afternoon:)14:43
rosmaitawere you able to access bluejeans?14:43
LiangFang https://bluejeans.com/322852897314:44
*** lseki has quit IRC14:44
LiangFangyes, as guest14:44
rosmaitaok, great14:44
*** lseki has joined #openstack-meeting-414:44
LiangFangbut I don't know how to register an account14:44
rosmaitaLiangFang: i think you have to be a guest14:44
LiangFangOK14:44
rosmaitait's a paid service14:44
LiangFangok14:45
rosmaita(our use is courtesy of Red Hat)14:45
*** bobmel has joined #openstack-meeting-414:45
rosmaitaok, let's wrap up with everyone please read through the spec before the midcycle so we all are ready to discuss14:45
LiangFangthanks the discussion today, I will read the chat log later, because I may have not got all the points14:46
rosmaitaok, great, and you can ask in IRC also if things aren't clear14:46
LiangFangok14:46
rosmaita#topic Update on community goal "Drop Python 2.7 Support"14:46
*** openstack changes topic to "Update on community goal "Drop Python 2.7 Support" (Meeting topic: cinder)"14:46
rosmaitaas is my wont, i put together an etherpad for this:14:47
rosmaita#link https://etherpad.openstack.org/p/cinder-ussuri-community-goal-drop-py27-support14:47
rosmaitais xuanyandong here by any chance?14:47
rosmaitaanyway, if you look at the etherpad, we are mostly OK except for cinderclient14:48
eharneythe cinder-tempest-plugin question is interesting14:48
rosmaitaeharney: yes, thanks for the reminder about that14:48
rosmaitai was hoping tosky might know14:49
smcginnisTempest is dropping support too.14:49
smcginnisSo though it's branchless, that's part of why they are still tagged.14:49
eharneyso do we mark the plugin to only work with sufficiently new versions of tempest, or, what?14:49
eharneyi guess we can just do that in requirements.txt14:49
smcginnisYeah, since we don't have a lower-constraints file, I guess it would be there.14:50
eharneybut the plugin is branchless, so then you have to pin jobs for stable branches too i guess?14:50
smcginnisBut I'm not sure it needs to be strictly enforced in code.14:50
smcginnisIt's a little on the consumer to get the right tempest plugin for the given tempest version.14:50
smcginnisTagging of those are done to be able to match up what versions go together.14:51
eharneylet's say we're the consumer in the stable/stein gate jobs :)14:51
smcginnisIt *should* be using the stein plugin with the stein tempest, but I'm not entirely sure there.14:51
toskyeharney: no, tempest is going to run with python3 even on older branch14:51
toskyand the plugins are going to be used from master as well14:52
eharneyoh14:52
smcginnisOh right, because the tempest runtime doesn't matter.14:52
toskytempest runs in its own venv, and the plugins are installed there14:52
smcginnisThat's separate from the service runtime.14:52
eharneythat works then14:52
toskybut yeah, the support for py2 should be removed as soon as all the consumers of cinder-tempest-plugin are not testing with py2 anymore14:53
smcginnisThe python-cinderclient functional failure is odd. Looks like the project isn't being installed so it's not finding the cinder command.14:53
rosmaitayeah, ignore that result14:53
rosmaitai am having duelling patch sets with xuanyandon14:54
toskyre python-cinderclient: if we run out of time, just revert to the in-tree playbook for now and we can figure it out later14:54
rosmaitayeah, i am going to do what tosky suggests this afternoon14:54
rosmaitasmcginnis: i fixed the missing /bin/cinder14:55
rosmaitaok, so it looks like the cinder-tempest-plugin is already using py3 as its basepython14:56
rosmaitai think we are ok there14:57
whfnst17Does this mean that drivers should also start abandoning py2?14:57
smcginniswhfnst17: They can, but there isn't a priority to remove compatibility code.14:57
*** macz has joined #openstack-meeting-414:57
whfnst17ok14:57
rosmaitaonly remaining issue is Thing 5 on that etherpad14:58
rosmaitaupdate setup.cfg to *require* py3614:58
rosmaitathat's the thing nova did in november that broke everything14:58
rosmaitabut we should be in a better place now14:58
eharneyit does sound like the right thing to do, but i don't know a lot about possible side effects14:59
rosmaitabut i imagine that will be one of those bot-proposed items for all repos14:59
rosmaitaso i don't think we need to do it?14:59
smcginnisI don't think so.14:59
rosmaitaok, cool14:59
rosmaitawell, sorry that we are out of time for open discussion14:59
rosmaitasee everyone on Tuesday at the virtual mid-cycle!15:00
smcginnisI think there's a difference between saying we don't support py2, and actually enforcing in code that it's absolutely disallowed.15:00
smcginnisOr even for py35.15:00
rosmaitasmcginnis: that makes sense15:00
rosmaita#endmeeting15:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:00
whoami-rajatThanks everyone!15:00
openstackMeeting ended Wed Jan 15 15:00:27 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/cinder/2020/cinder.2020-01-15-14.00.html15:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/cinder/2020/cinder.2020-01-15-14.00.txt15:00
openstackLog:            http://eavesdrop.openstack.org/meetings/cinder/2020/cinder.2020-01-15-14.00.log.html15:00
enriquetasobye!15:00
jungleboyjThanks!15:00
*** Luzi has quit IRC15:04
*** tosky has left #openstack-meeting-415:05
*** eharney has left #openstack-meeting-415:09
*** whfnst17 has quit IRC15:31
*** LiangFang has quit IRC15:46
*** bobmel has quit IRC15:51
*** melwitt has joined #openstack-meeting-416:00
*** gcheresh has quit IRC16:02
*** carloss has joined #openstack-meeting-416:12
*** sfernand has quit IRC16:31
*** rosmaita has left #openstack-meeting-416:33
*** gcheresh has joined #openstack-meeting-416:33
*** andrebeltrami has quit IRC16:34
*** gcheresh has quit IRC16:44
*** pcaruana has quit IRC16:45
*** beisner has quit IRC16:50
*** beisner has joined #openstack-meeting-416:50
*** whoami-rajat has quit IRC17:04
*** gmann has quit IRC17:09
*** gmann has joined #openstack-meeting-417:10
*** evrardjp has quit IRC17:34
*** evrardjp has joined #openstack-meeting-417:34
*** k_mouza has quit IRC17:42
*** npochet has quit IRC17:49
*** npochet has joined #openstack-meeting-417:50
*** e0ne has quit IRC18:03
*** carloss has quit IRC18:18
*** zeestrat has quit IRC18:30
*** _erlon_ has quit IRC18:30
*** evgenyl has quit IRC18:30
*** coreycb has quit IRC18:30
*** csatari has quit IRC18:30
*** jamespage has quit IRC18:30
*** thedac has quit IRC18:30
*** npochet has quit IRC18:30
*** walshh_ has quit IRC18:30
*** lamt has quit IRC18:30
*** jaesang has quit IRC18:31
*** ildikov has quit IRC18:31
*** srwilkers has quit IRC18:31
*** thedac has joined #openstack-meeting-418:31
*** niedbalski has quit IRC18:31
*** hillpd has quit IRC18:31
*** stevthedev has quit IRC18:31
*** jamespage has joined #openstack-meeting-418:32
*** coreycb has joined #openstack-meeting-418:33
*** ildikov has joined #openstack-meeting-418:33
*** csatari has joined #openstack-meeting-418:33
*** johnsom has quit IRC18:33
*** npochet has joined #openstack-meeting-418:33
*** srwilkers has joined #openstack-meeting-418:34
*** hillpd has joined #openstack-meeting-418:35
*** johnsom has joined #openstack-meeting-418:35
*** walshh_ has joined #openstack-meeting-418:36
*** jaesang has joined #openstack-meeting-418:37
*** csatari has quit IRC18:38
*** jamespage has quit IRC18:40
*** thedac has quit IRC18:40
*** lathiat has quit IRC18:40
*** thedac has joined #openstack-meeting-418:42
*** slaweq has quit IRC18:47
*** gcheresh has joined #openstack-meeting-418:57
*** thedac has quit IRC18:58
*** thedac has joined #openstack-meeting-419:00
*** thedac has quit IRC19:10
*** gcheresh has quit IRC19:31
*** dklyle has joined #openstack-meeting-419:38
*** jamespage has joined #openstack-meeting-419:52
*** jamespage has quit IRC19:52
*** dklyle has left #openstack-meeting-419:52
*** e0ne has joined #openstack-meeting-419:57
*** e0ne has quit IRC20:04
*** _erlon_ has joined #openstack-meeting-420:11
*** enriquetaso has quit IRC20:13
*** enriquetaso has joined #openstack-meeting-420:13
*** k_mouza has joined #openstack-meeting-420:17
*** k_mouza has quit IRC20:18
*** k_mouza has joined #openstack-meeting-420:18
*** k_mouza has quit IRC20:23
*** slaweq has joined #openstack-meeting-420:36
*** vishalmanchanda has quit IRC20:44
*** enriquetaso has quit IRC20:45
*** ralonsoh has quit IRC20:57
*** zeestrat has joined #openstack-meeting-421:06
*** dviroel has quit IRC21:10
*** lseki has quit IRC21:14
*** gcheresh has joined #openstack-meeting-421:16
*** slaweq has quit IRC21:19
*** igordc has joined #openstack-meeting-421:29
*** gcheresh has quit IRC22:00
*** icey has quit IRC22:36
*** dosaboy has quit IRC22:36
*** diablo_rojo has quit IRC22:45
*** enriquetaso has joined #openstack-meeting-422:47
*** thedac has joined #openstack-meeting-422:48
*** icey has joined #openstack-meeting-422:51
*** dosaboy has joined #openstack-meeting-422:53
*** igordc has quit IRC23:09
*** igordc has joined #openstack-meeting-423:10
*** jamespage has joined #openstack-meeting-423:27

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