Friday, 2020-01-31

*** rfolco has quit IRC00:22
*** rfolco has joined #openstack-meeting00:22
*** toabctl has quit IRC00:24
*** tetsuro has quit IRC00:24
*** rfolco has quit IRC00:24
*** tetsuro has joined #openstack-meeting00:24
*** rfolco has joined #openstack-meeting00:24
*** armax has quit IRC00:24
*** rfolco has quit IRC00:25
*** tetsuro has quit IRC00:25
*** rfolco has joined #openstack-meeting00:25
*** tetsuro has joined #openstack-meeting00:26
*** toabctl has joined #openstack-meeting00:27
*** rfolco has quit IRC00:28
*** rfolco has joined #openstack-meeting00:29
*** jawad_axd has joined #openstack-meeting00:30
*** rfolco has quit IRC00:30
*** rfolco has joined #openstack-meeting00:31
*** rfolco has quit IRC00:33
*** rfolco has joined #openstack-meeting00:33
*** jawad_axd has quit IRC00:34
*** rfolco has quit IRC00:38
*** mattw4 has quit IRC00:38
*** ricolin has joined #openstack-meeting00:48
*** jawad_axd has joined #openstack-meeting00:51
*** jawad_axd has quit IRC00:55
*** jamesmcarthur has joined #openstack-meeting00:57
*** jmasud has joined #openstack-meeting00:57
*** jawad_axd has joined #openstack-meeting01:12
*** jawad_axd has quit IRC01:16
*** jamesmcarthur has quit IRC01:17
*** masahito has joined #openstack-meeting01:20
*** Dinesh_Bhor has quit IRC01:22
*** Dinesh_Bhor has joined #openstack-meeting01:26
*** Lucas_Gray has quit IRC01:29
*** ociuhandu has joined #openstack-meeting01:31
*** jawad_axd has joined #openstack-meeting01:32
*** armax has joined #openstack-meeting01:35
*** ociuhandu has quit IRC01:35
*** jawad_axd has quit IRC01:37
*** igordc has quit IRC01:43
*** rh-jelabarre has joined #openstack-meeting02:02
*** jawad_axd has joined #openstack-meeting02:14
*** jawad_axd has quit IRC02:18
*** jawad_axd has joined #openstack-meeting02:35
*** jawad_axd has quit IRC02:40
*** kaisers has quit IRC02:40
*** kaisers has joined #openstack-meeting02:55
*** links has joined #openstack-meeting03:02
*** tetsuro has quit IRC03:05
*** tetsuro_ has joined #openstack-meeting03:05
*** gyee has quit IRC03:05
*** apetrich has quit IRC03:12
*** jamesmcarthur has joined #openstack-meeting03:16
*** jamesmcarthur has quit IRC03:27
*** jamesmcarthur has joined #openstack-meeting03:27
*** diablo_rojo has quit IRC03:33
*** diablo_rojo has joined #openstack-meeting03:34
*** psachin has joined #openstack-meeting03:37
*** armax has quit IRC04:11
*** jamesmcarthur has quit IRC04:14
*** masahito has quit IRC04:16
*** jamesmcarthur has joined #openstack-meeting04:33
*** jamesmcarthur has quit IRC04:41
*** psachin has quit IRC04:47
*** rh-jelabarre has quit IRC04:50
*** diablo_rojo has quit IRC05:13
*** brinzhang has joined #openstack-meeting05:26
*** rcernin has quit IRC05:39
*** tetsuro_ has quit IRC06:04
*** tetsuro has joined #openstack-meeting06:19
*** stephen-ma has joined #openstack-meeting06:22
*** tetsuro has quit IRC06:25
*** stephen-ma has quit IRC06:40
*** masahito has joined #openstack-meeting06:47
*** slaweq has joined #openstack-meeting06:58
*** persia has quit IRC07:06
*** persia has joined #openstack-meeting07:08
*** tetsuro has joined #openstack-meeting07:12
*** tetsuro has quit IRC07:17
*** masahito has quit IRC07:23
*** masahito has joined #openstack-meeting07:24
*** psachin has joined #openstack-meeting07:28
*** jawad_axd has joined #openstack-meeting07:28
*** tetsuro has joined #openstack-meeting07:29
*** masahito has quit IRC07:32
*** masahito has joined #openstack-meeting07:33
*** tetsuro_ has joined #openstack-meeting07:41
*** ralonsoh has joined #openstack-meeting07:42
*** tetsuro has quit IRC07:44
*** tetsuro has joined #openstack-meeting07:46
*** tetsuro__ has joined #openstack-meeting07:47
*** tetsuro_ has quit IRC07:49
*** tetsuro has quit IRC07:50
*** masahito has quit IRC08:00
*** masahito has joined #openstack-meeting08:00
*** masahito has quit IRC08:05
*** masahito has joined #openstack-meeting08:06
*** maciejjozefczyk has joined #openstack-meeting08:07
*** masahito has quit IRC08:09
*** masahito has joined #openstack-meeting08:10
*** rpittau|afk is now known as rpittau08:16
*** vishalmanchanda has quit IRC08:21
*** tetsuro has joined #openstack-meeting08:23
*** tesseract has joined #openstack-meeting08:25
*** tetsuro__ has quit IRC08:25
*** jawad_axd has quit IRC08:27
*** tetsuro has quit IRC08:32
*** tetsuro_ has joined #openstack-meeting08:32
*** jawad_axd has joined #openstack-meeting08:38
*** alecuyer has left #openstack-meeting08:43
*** masahito has quit IRC08:48
*** masahito has joined #openstack-meeting08:50
*** psachin has quit IRC08:53
*** tetsuro_ has quit IRC08:53
*** masahito has quit IRC09:00
*** masahito has joined #openstack-meeting09:05
*** masahito has quit IRC09:06
*** masahito has joined #openstack-meeting09:07
*** lucasagomes has joined #openstack-meeting09:11
*** e0ne has joined #openstack-meeting09:14
*** Liang__ has joined #openstack-meeting09:32
*** masahito has quit IRC09:38
*** masahito has joined #openstack-meeting09:39
*** masahito has quit IRC09:39
*** masahito has joined #openstack-meeting09:47
*** masahito has quit IRC09:53
*** hjensas has quit IRC09:54
*** lpetrut has joined #openstack-meeting10:14
*** rpittau is now known as rpittau|bbl11:06
*** M0nk3Ee has joined #openstack-meeting11:10
*** Lucas_Gray has joined #openstack-meeting11:14
*** ociuhandu has joined #openstack-meeting11:28
*** Wryhder has joined #openstack-meeting11:31
*** Lucas_Gray has quit IRC11:32
*** Wryhder is now known as Lucas_Gray11:32
*** Lucas_Gray has quit IRC11:37
*** Lucas_Gray has joined #openstack-meeting11:44
*** raildo has joined #openstack-meeting12:09
*** rfolco has joined #openstack-meeting12:10
*** ociuhandu has quit IRC12:10
*** links has quit IRC12:15
*** ysandeep has joined #openstack-meeting12:15
*** ociuhandu has joined #openstack-meeting12:19
*** rh-jelabarre has joined #openstack-meeting12:22
*** Lucas_Gray has quit IRC12:27
*** Lucas_Gray has joined #openstack-meeting12:31
*** TomStappaerts has joined #openstack-meeting13:04
*** rpittau|bbl is now known as rpittau13:08
*** jamesmcarthur has joined #openstack-meeting13:22
*** ociuhandu has quit IRC13:28
*** enriquetaso has joined #openstack-meeting13:29
*** felixhuettner has joined #openstack-meeting13:33
*** jamesmcarthur has quit IRC13:35
*** jamesmcarthur has joined #openstack-meeting13:37
*** stephen-ma has joined #openstack-meeting13:37
*** jamesmcarthur has quit IRC13:42
*** eharney has joined #openstack-meeting13:44
*** Lucas_Gray has quit IRC13:46
*** Lucas_Gray has joined #openstack-meeting13:47
*** davidsha has joined #openstack-meeting13:51
*** artom has joined #openstack-meeting13:55
slaweq#startmeeting neutron_drivers14:00
openstackMeeting started Fri Jan 31 14:00:02 2020 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
slaweqhi14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: neutron_drivers)"14:00
openstackThe meeting name has been set to 'neutron_drivers'14:00
njohnstono/14:00
felixhuettnero/14:00
*** jawad_axd has quit IRC14:00
ralonsohhi14:01
slaweqI don't think we will have quorum today as yamamoto and haleyb sent me info that they can't be today and amotoki is sick14:01
*** jawad_axd has joined #openstack-meeting14:01
ralonsohhmmm you are right...14:01
ralonsohso what do you suggest?14:01
slaweqlets wait few more minutes for mlavalle and maybe we can discuss about this min bw issue https://bugs.launchpad.net/neutron/+bug/1861442 at least14:02
openstackLaunchpad bug 1861442 in neutron "QOS minimum bandwidth rejection of non-physnet network and updates should be driver specific" [Undecided,New]14:02
slaweqor we will cancel the meeting14:02
slaweqahh, and welcome our new member of drivers team - njohnston :)14:02
ralonsohperfect, I would like to talk about this issue in particular14:02
ralonsohwelcome!!14:03
*** ociuhandu has joined #openstack-meeting14:03
njohnston\o/ thanks all!14:03
*** mlavalle has joined #openstack-meeting14:04
mlavalleo/14:04
slaweqhi mlavalle14:04
*** jawad_ax_ has joined #openstack-meeting14:04
njohnstonso in quorum 50% or >50%?14:04
slaweqI would say that >50% but I don't think it was written somewhere14:05
slaweqmlavalle: do You think we can say that we have quorum if we have 50% of team?14:05
*** jawad_a__ has joined #openstack-meeting14:05
mlavalleno, I think quorum should be simple majority14:06
njohnstonwe always had an odd number of members so it did not come up, at least in the past 4 years or so if I remember correctly14:06
*** jawad_axd has quit IRC14:06
slaweqI don't think we have any rush today14:06
*** jamesmcarthur has joined #openstack-meeting14:06
mlavalleit is better for the sake of the validity of any decision we make that we have a moajority of the team14:06
slaweqso lets skip discussing RFEs and go straigh to open discussion14:06
*** obondarev has joined #openstack-meeting14:07
slaweq#topic open discussion14:07
*** openstack changes topic to "open discussion (Meeting topic: neutron_drivers)"14:07
slaweqwe have one bug to discuss: https://bugs.launchpad.net/neutron/+bug/186144214:07
openstackLaunchpad bug 1861442 in neutron "QOS minimum bandwidth rejection of non-physnet network and updates should be driver specific" [Undecided,New]14:07
ralonsohTomStappaerts, hi ^^14:07
TomStappaertsHi14:07
slaweqTomStappaerts: ralonsoh do You want to explain what You want to discuss exactly?14:08
njohnstonralonsoh your question is on point14:08
ralonsohI'm just a viewer here14:08
ralonsohthe bug is not mine14:08
*** ociuhandu has quit IRC14:08
*** jawad_ax_ has quit IRC14:08
slaweqTomStappaerts: it's You who reported it, right?14:09
TomStappaertsYes14:09
TomStappaertsMy problem is that we block stuff in the qos_plugin without calling upon the qos_drivers to ask them whether they support it. With the message "this is unsupported regardless of driver"14:09
TomStappaertsBut in our SDN we can support minimum bandwidth without needing a physnet14:10
*** jawad_a__ has quit IRC14:10
ralonsohsorry for interrupting, just a bit of context14:10
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/181902914:11
openstackLaunchpad bug 1819029 in neutron "QoS policies with minimum-bandwidth rule should be rejected on non-physnet ports/networks" [Undecided,Fix released] - Assigned to Slawek Kaplonski (slaweq)14:11
*** Lucas_Gray has quit IRC14:11
ralonsohthat was added to, in case of enforcing a minBW, to have a reference of the available BW in the physnet14:11
TomStappaertsYes thx ralonsoh, so at the time it was blocked on purpose. My argument is that the plugin should ask the available drivers whether they support it instead of plainly blocking the possibility.14:11
slaweqso how You are than reporting to the placement what resources You have available?14:12
njohnstonRight, how does the driver indicate the bandwidth capacity of a non-physnet network?14:13
TomStappaertsSo it seems like I overlooked that part of the reference implementation. Our implementation is based on best effort14:13
*** jamesmcarthur has quit IRC14:13
TomStappaertsBtw I totally understand if you say it makes no sense in normal world :)14:14
*** Lucas_Gray has joined #openstack-meeting14:14
ralonsohbut, eventually this minBW must be enforced in a physical device14:14
ralonsoh(that's why we included this limitation, a part from the placement info population)14:14
mlavalleyeah, this is indpendent of placement14:15
njohnstonSo you are trying to get the effect of kin BW by prioritization as opposed to quotaing?14:15
njohnston*min14:15
slaweqok, I see14:16
slaweqI'm looking into the code now and IMO we made simply mistake by merging this validation in https://github.com/openstack/neutron/blob/master/neutron/services/qos/qos_plugin.py#L22214:16
slaweqit should be in driver.is_rule_supported() method14:16
slaweqand than it would be "per driver" to decide that14:17
slaweqit is called in https://github.com/openstack/neutron/blob/bd26435b5bf42ade45af1059f57b423346663cf5/neutron/services/qos/drivers/manager.py#L13714:17
slaweqand it's base definition is in neutron-lib https://opendev.org/openstack/neutron-lib/src/branch/master/neutron_lib/services/qos/base.py#L7114:17
slaweqIMO it is simple bug which should be fixed by moving this validation to the driver14:18
TomStappaertsThat is what I was thinking yes14:18
slaweqbut I wonder what ralonsoh and maybe rubasov have to say about it14:18
ralonsohI'm reviewing the code right now14:19
TomStappaertsBut in is_rule_supported you do not have access to the network object as of now14:19
ralonsoh??14:20
*** lajoskatona has joined #openstack-meeting14:20
*** Lucas_Gray has quit IRC14:20
ralonsohI don't understand the last comment14:20
TomStappaertshttps://opendev.org/openstack/neutron-lib/src/branch/master/neutron_lib/services/qos/base.py#L71 Would add verification that it does not support a rule when the network does not have physnet as first segment, right?14:20
ralonsohahhh you say you don't have the network object in this method14:21
slaweqTomStappaerts: yes, now it only accepts rule as argument but IMO we can add additional argument(s) to it14:21
ralonsohexactly14:21
rubasovhello14:21
slaweqhi rubasov14:21
ralonsohrubasov, https://bugs.launchpad.net/neutron/+bug/186144214:21
openstackLaunchpad bug 1861442 in neutron "QOS minimum bandwidth rejection of non-physnet network and updates should be driver specific" [Undecided,New]14:21
rubasovlooking at it14:21
ralonsohslaweq, you made a good point there14:21
ralonsohthe rule should be checked in https://github.com/openstack/neutron/blob/bd26435b5bf42ade45af1059f57b423346663cf5/neutron/services/qos/drivers/manager.py#L13714:22
ralonsohthere, each driver decide what to do14:22
ralonsohmy concern is what is happening with the information reported to the placement14:22
ralonsohthose ports won't have any BW assigned14:22
ralonsohjust in the other way14:22
ralonsohwhen those ports are going to be assigned to a host14:23
ralonsohthis host won't have (reported) any BW14:23
*** Lucas_Gray has joined #openstack-meeting14:23
slaweqralonsoh: yes, but IMO it's driver's problem, not neutron core - if driver says that it supports this kind of rule, it should be fine for neutron14:23
ralonsohyes14:24
rubasovI may not be understanding the whole problem, but the comment in the bug report wanted to say that we were not considering support for min-bw qos for tunneled networks14:24
njohnstonthat is a very good point. but what awareness does placement have of non-physnet networks?  I don’t totally understand the use case.14:24
rubasovjust to reduce the scope of what we were doing14:24
rubasovso if TomStappaerts is doing something like that now then it may not be relevant anymore14:25
slaweqrubasov: basically my question to You was: why we are doing validation of phys_net in https://github.com/openstack/neutron/blob/master/neutron/services/qos/qos_plugin.py#L229 rather than in driver.is_rule_supported() method14:25
*** Lucas_Gray has quit IRC14:26
rubasovit seems to me I made a bug14:27
*** ociuhandu has joined #openstack-meeting14:27
TomStappaertsrubasov: You're saying I should not be trying to re-use reference qos_plugin for min bw on tunneled networks? (Sorry I don't quite understand :) )14:28
slaweqrubasov: :) that's what I was thinkning now when looking at it14:28
rubasovTomStappaerts: I'm trying to say less14:29
rubasovTomStappaerts: that we did not consider the consequences of doing that, therefore you may get surprises14:29
*** jmasud has quit IRC14:30
ralonsohrubasov, what happens if you have ports with minBW and the placement does not have any host with BW reported?14:30
ralonsohyou can't spawn a VM on those hosts14:31
*** jmasud has joined #openstack-meeting14:31
rubasovralonsoh: vm scheduling should fail, shouldn't it?14:31
ralonsohthat's the point14:31
ralonsohwe can assign ports with minBW qos14:31
ralonsohif we remove this limitation (valid or not)14:31
ralonsohand then, if the placement does not have BW reported, won't schedule to those hosts14:32
TomStappaertsAh ok, yes that is something I haven't considered yet, as I am blocked at this point now. I am more than fine with you guys saying it doesn't make much sense14:32
slaweqthat's very good point, thx rubasov and ralonsoh14:33
*** TomStappaerts has quit IRC14:33
ralonsoh??14:33
ralonsohbye...14:33
*** TomStappaerts has joined #openstack-meeting14:33
rubasovso basically I think slaweq summed it up correctly in this: it is simple bug which should be fixed by moving this validation to the driver14:34
ralonsohhow do you disable this placement check?14:34
ralonsohwhen scheduling, rubasov14:35
*** brinzhang has quit IRC14:37
rubasovralonsoh: by not adding a min-bw rule on the port's policy  (but I may be misunderstanding your question)14:37
ralonsohsorry, but at this point this is the perfect example of interlocking14:38
njohnstonCan we say that placement only tracks physnet networks, so if the network is not a physnet we treat it as if there is no min bw policy in placement interactions?14:39
slaweqtbh if You will spawn instance without qos_policy and than attach qos to the port than it should be fine, no?14:39
ralonsohslaweq, yes14:40
slaweqbut that's "hack" to workaround this limitation14:40
ralonsohnjohnston, I don't know, I need to check that14:40
ralonsohplacement is only for scheduling14:40
ralonsohthen the port is responsibility of Neutron only14:40
TomStappaertshttps://github.com/openstack/neutron/blob/master/neutron/services/qos/qos_plugin.py#L129 Seems to handle that case14:41
ralonsohTomStappaerts, this is a temporary code until the placement and Neutron fully supports this feature14:42
rubasovcurrently there's no way to represent bw of non-physnet networks in placement, we need to come up with a way to do that14:42
ralonsohexactly: some kind of manual report (or configured report)14:43
TomStappaertsIs that something that fits into the overall scheme of things, or would it be better for me to werite my own qos_plugin14:44
slaweqTomStappaerts: IMO this validation part should be fixed by moving it to the driver's code14:44
slaweqthat's a bug as rubasov confirmed also14:44
rubasovthis is implicit in the use of CUSTOM_PHYSNET_ traits14:45
slaweqso that's we should IMO treat this LP14:45
slaweqand about reporting non-physnet networks bw to placement - that's IMO different issue and this should be new RFE14:45
rubasovslaweq, TomStappaerts: yes, I'm okay with moving the check to the driver14:45
slaweqwhat do other people think about it? Does it makes sense?14:45
rubasovslaweq: exactly14:46
ralonsohat least, for now, we should  add documentation for this: if not physnet --> no scheduling14:46
ralonsohit makes sense14:46
ralonsoh+114:46
njohnstonmakes sense14:46
njohnston+114:46
ralonsohthanks rubasov and TomStappaerts14:46
TomStappaertsThx guys14:47
rubasovthanks14:47
slaweqmlavalle: any thoughts?14:47
mlavalle+114:47
njohnstonso we can revisit this when we have quorum but hopefully this discussion will help set the stage for then14:47
slaweqok, I will sum up this discussion in the comment to LP and will also ask offline other drivers to check if they have any concerns to treat it as regular bug14:49
slaweqIMO in this case this should be enough14:49
njohnstonsounds good!14:49
slaweqok, we have few more minutes and one more "not really rfe" thing do discuss14:50
slaweqhttps://review.opendev.org/#/c/702806/14:50
slaweqand related bug https://bugs.launchpad.net/neutron/+bug/185526014:50
openstackLaunchpad bug 1855260 in neutron "SmartNIC OVS representor port is not removed from OVS on instance tear down" [Undecided,In progress] - Assigned to waleed mousa (waleedm)14:50
slaweqralonsoh: can You elaborate on this a bit as You were involved in that already?14:50
ralonsohif we assume that the OVS agent is going to plug/unplug the interfaces14:51
ralonsohthen OK14:51
ralonsohbut as Sean pointed out, the L1 operations should be done by Nova/os-vif14:51
ralonsohbut14:51
ralonsohbecause those are smartnic ports14:51
ralonsohand this is happening when the OVS agent is offloaded14:51
ralonsohthen I'm not 100% sure about Sean's affirmation14:51
ralonsohI need to check with Sean this last point14:52
ralonsohconclusion: I know nothing14:52
slaweqok :)14:52
slaweqbut current solution with ovs agent responsible to plug/unplug interfaces is already in neutron (iirc in train at least), right?14:53
ralonsohyes for smartnic ports14:53
ralonsohso yes, the patch is needed once we assumed this role14:53
slaweqyes, so IMO we should go with fix for the reported bug now as quick and backportable solution14:53
ralonsohsure14:54
slaweqand later maybe propose new rfe to change the logic14:54
ralonsoh+114:54
njohnston+114:54
mlavalle=114:54
slaweqI know that sean-k-mooney and You had some opinions about it so I would like to ask what do You think about such solution14:54
mlavalle+114:54
ralonsohI'll review the patch assuming the current state: ovs agent handle those ports14:56
slaweqok, thx a lot14:57
sean-k-mooneyjust reading scrollback now14:57
slaweqso I think we had pretty productive meeting even without discussion any rfe :)14:57
slaweqhi sean-k-mooney :)14:57
sean-k-mooneyo/14:57
*** jamesmcarthur has joined #openstack-meeting14:58
sean-k-mooneyslaweq: the question is should the neutron l2 agent be managin l114:58
ralonsohyes14:58
sean-k-mooneyIMO i dont think that desing sacles well and i dont think it should. that said im not going to block extending os-vif to support this14:59
slaweqsean-k-mooney: yes, I understand Your point and IMO we should think about better solution maybe (I'm not smartnics expert so I may be wrong)14:59
sean-k-mooneyso the choice is really up to the neuton team to decide14:59
slaweqbut now I would like to go with quicker solution to fix existing bug and backport fix to stable release14:59
sean-k-mooneywell my many concner is upgrades14:59
slaweqand later we can think about redesign14:59
slaweqok, we are out of time now, thx for the meeting guys15:00
slaweqand have a great weekend15:00
slaweqo/15:00
slaweq#endmeeting15:00
ralonsohbye!15:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:00
sean-k-mooneyo/15:00
openstackMeeting ended Fri Jan 31 15:00:32 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
mlavalleo/15:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-01-31-14.00.html15:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-01-31-14.00.txt15:00
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-01-31-14.00.log.html15:00
slaweqsean-k-mooney: we can continue on neutron channel if You want to discuss about it15:00
njohnstono/15:00
sean-k-mooneysure15:01
*** felixhuettner has quit IRC15:01
*** stephen-ma has quit IRC15:05
*** obondarev has quit IRC15:05
*** jamesmcarthur has quit IRC15:11
*** jamesmcarthur has joined #openstack-meeting15:12
*** armax has joined #openstack-meeting15:13
*** zbr has quit IRC15:15
*** ociuhandu has quit IRC15:17
*** jamesmcarthur has quit IRC15:17
*** ociuhandu has joined #openstack-meeting15:19
*** ociuhandu has quit IRC15:19
*** ociuhandu has joined #openstack-meeting15:20
*** jawad_axd has joined #openstack-meeting15:21
*** zbr has joined #openstack-meeting15:22
*** eharney has quit IRC15:27
*** jamesmcarthur has joined #openstack-meeting15:27
*** pcaruana has quit IRC15:30
*** jamesmcarthur has quit IRC15:32
*** jawad_axd has quit IRC15:34
*** lpetrut has quit IRC15:35
*** belmoreira has quit IRC15:37
*** lajoskatona has left #openstack-meeting15:44
*** jamesmcarthur has joined #openstack-meeting15:45
*** bnemec has joined #openstack-meeting15:49
*** pcaruana has joined #openstack-meeting15:49
*** TomStappaerts has quit IRC15:51
*** TomStappaerts has joined #openstack-meeting15:51
*** anastzhyr has joined #openstack-meeting15:53
*** jamesmcarthur_ has joined #openstack-meeting15:58
*** jamesmcarthur has quit IRC16:01
*** ayoung has joined #openstack-meeting16:04
*** rpittau is now known as rpittau|afk16:05
*** e0ne has quit IRC16:07
*** ysandeep is now known as ysandeep|afk16:18
*** Adri2000 has quit IRC16:28
*** jamesmcarthur_ has quit IRC16:47
*** rsimai_away has quit IRC16:52
*** mattw4 has joined #openstack-meeting16:56
*** jamesmcarthur has joined #openstack-meeting17:00
*** jamesmcarthur has quit IRC17:00
*** jamesmcarthur has joined #openstack-meeting17:00
*** jmasud has quit IRC17:01
*** diablo_rojo has joined #openstack-meeting17:04
*** ociuhandu has quit IRC17:06
*** TomStappaerts has quit IRC17:10
*** TomStappaerts has joined #openstack-meeting17:10
*** davidsha has quit IRC17:10
*** diablo_rojo has quit IRC17:13
*** gyee has joined #openstack-meeting17:13
*** lucasagomes has quit IRC17:21
*** tesseract has quit IRC17:38
*** ociuhandu has joined #openstack-meeting17:43
*** jamesmcarthur has quit IRC17:48
*** TomStappaerts has quit IRC17:49
*** jamesmcarthur has joined #openstack-meeting17:50
*** ociuhandu has quit IRC17:58
*** ociuhandu has joined #openstack-meeting17:59
*** jmasud has joined #openstack-meeting18:11
*** maciejjozefczyk has quit IRC18:14
*** eharney has joined #openstack-meeting18:21
*** ociuhandu has quit IRC18:22
*** jamesmcarthur has quit IRC18:38
*** jmasud has quit IRC18:40
*** jamesmcarthur has joined #openstack-meeting18:40
*** jmasud has joined #openstack-meeting18:46
*** jamesmcarthur has quit IRC18:48
*** ralonsoh has quit IRC18:51
*** jmasud_ has joined #openstack-meeting19:00
*** jmasud has quit IRC19:02
*** igordc has joined #openstack-meeting19:03
*** eharney has quit IRC19:09
*** eharney has joined #openstack-meeting19:21
*** eharney has quit IRC19:26
*** eharney has joined #openstack-meeting19:26
*** ayoung has quit IRC19:26
*** pcaruana has quit IRC19:30
*** jmasud_ has quit IRC19:38
*** jamesdenton has quit IRC19:40
*** ayoung has joined #openstack-meeting19:48
*** jmasud has joined #openstack-meeting19:57
*** efried has quit IRC19:58
*** jmasud has quit IRC20:13
*** dklyle has quit IRC20:15
*** Lucas_Gray has joined #openstack-meeting20:15
*** jmasud has joined #openstack-meeting20:16
*** dklyle has joined #openstack-meeting20:19
*** dmacpher has quit IRC20:34
*** dmacpher has joined #openstack-meeting20:34
*** rfolco has quit IRC20:43
*** eharney has quit IRC20:49
*** Liang__ has quit IRC20:51
*** mattw4 has quit IRC20:54
*** mattw4 has joined #openstack-meeting20:58
*** enriquetaso has quit IRC21:02
*** jmasud has quit IRC21:08
*** eharney has joined #openstack-meeting22:01
*** e0ne has joined #openstack-meeting22:04
*** e0ne_ has joined #openstack-meeting22:06
*** e0ne has quit IRC22:06
*** e0ne_ has quit IRC22:12
*** e0ne has joined #openstack-meeting22:12
*** Lucas_Gray has quit IRC22:15
*** e0ne has quit IRC22:16
*** e0ne has joined #openstack-meeting22:16
*** Lucas_Gray has joined #openstack-meeting22:16
*** mattw4 has quit IRC22:17
*** ociuhandu has joined #openstack-meeting22:20
*** raildo has quit IRC22:22
*** e0ne has quit IRC22:25
*** ociuhandu has quit IRC22:26
*** mattw4 has joined #openstack-meeting22:30
*** rh-jelabarre has quit IRC22:31
*** Lucas_Gray has quit IRC22:58
*** Lucas_Gray has joined #openstack-meeting23:03
*** eharney has quit IRC23:20
*** mlavalle has quit IRC23:29
*** enriquetaso has joined #openstack-meeting23:29
*** rfolco has joined #openstack-meeting23:48
*** igordc has quit IRC23:52

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