Friday, 2020-02-07

*** diablo_rojo has quit IRC00:05
*** diablo_rojo has joined #openstack-meeting00:06
*** mattw4 has quit IRC00:08
*** armax has joined #openstack-meeting00:10
*** jmasud has joined #openstack-meeting00:23
*** jmasud has quit IRC00:40
*** diablo_rojo has quit IRC01:13
*** Lucas_Gray has quit IRC01:32
*** armax has quit IRC01:32
*** enriquetaso has joined #openstack-meeting01:46
*** gyee has quit IRC02:03
*** jmasud has joined #openstack-meeting02:07
*** Liang__ has joined #openstack-meeting02:12
*** vishalmanchanda has joined #openstack-meeting02:18
*** rh-jelabarre has quit IRC02:21
*** Dinesh_Bhor has quit IRC02:21
*** armax has joined #openstack-meeting02:22
*** rfolco has quit IRC02:22
*** brinzhang__ has joined #openstack-meeting02:31
*** brinzhang has joined #openstack-meeting02:34
*** brinzhang_ has quit IRC02:35
*** brinzhang__ has quit IRC02:36
*** rfolco has joined #openstack-meeting02:36
*** jamesmcarthur has joined #openstack-meeting02:44
*** enriquetaso has quit IRC02:59
*** rfolco has quit IRC03:02
*** masahito_ has joined #openstack-meeting03:06
*** apetrich has quit IRC03:13
*** masahito_ has quit IRC03:23
*** masahito has joined #openstack-meeting03:28
*** masahito has quit IRC03:30
*** jamesmcarthur has quit IRC03:31
*** jamesmcarthur has joined #openstack-meeting03:32
*** psachin has joined #openstack-meeting03:35
*** manuvakery has joined #openstack-meeting03:43
*** armax has quit IRC03:56
*** jamesmcarthur has quit IRC03:59
*** jamesmcarthur has joined #openstack-meeting04:00
*** jamesmcarthur has quit IRC04:04
*** jmasud has quit IRC04:11
*** jmasud has joined #openstack-meeting04:12
*** tetsuro has quit IRC04:13
*** masahito has joined #openstack-meeting04:13
*** tetsuro has joined #openstack-meeting04:13
*** masahito has quit IRC04:19
*** masahito has joined #openstack-meeting04:22
*** masahito has quit IRC04:29
*** masahito has joined #openstack-meeting04:30
*** jamesmcarthur has joined #openstack-meeting05:01
*** masahito has quit IRC05:01
*** masahito has joined #openstack-meeting05:06
*** jamesmcarthur has quit IRC05:06
*** rbudden has quit IRC05:33
*** ociuhandu has joined #openstack-meeting05:53
*** ociuhandu has quit IRC05:57
*** Dinesh_Bhor has joined #openstack-meeting06:08
*** masahito has quit IRC06:15
*** Liang__ has quit IRC06:17
*** Lucas_Gray has joined #openstack-meeting06:31
*** jamesmcarthur has joined #openstack-meeting06:52
*** jamesmcarthur has quit IRC06:54
*** masahito has joined #openstack-meeting06:56
*** ricolin has quit IRC07:11
*** Lucas_Gray has quit IRC07:13
*** Lucas_Gray has joined #openstack-meeting07:14
*** lpetrut has joined #openstack-meeting07:29
*** lpetrut has quit IRC07:30
*** lpetrut has joined #openstack-meeting07:31
*** lajoskatona has joined #openstack-meeting07:51
*** Lucas_Gray has quit IRC07:52
*** masahito has quit IRC07:55
*** masahito has joined #openstack-meeting07:56
*** Lucas_Gray has joined #openstack-meeting07:56
*** ysandeep is now known as ysandeep|lunch07:59
*** slaweq__ has joined #openstack-meeting08:00
*** slaweq__ has quit IRC08:05
*** slaweq__ has joined #openstack-meeting08:08
*** rpittau|afk is now known as rpittau08:10
*** jmasud has quit IRC08:13
*** jmasud has joined #openstack-meeting08:14
*** Lucas_Gray has quit IRC08:17
*** slaweq has joined #openstack-meeting08:17
*** slaweq__ has quit IRC08:19
*** Lucas_Gray has joined #openstack-meeting08:22
*** tesseract has joined #openstack-meeting08:36
*** ralonsoh has joined #openstack-meeting08:41
*** tetsuro has quit IRC08:46
*** Liang__ has joined #openstack-meeting08:54
*** apetrich has joined #openstack-meeting09:02
*** lucasagomes has joined #openstack-meeting09:10
*** david-lyle has quit IRC09:16
*** david-lyle has joined #openstack-meeting09:16
*** armax has joined #openstack-meeting09:31
*** lajoskatona has quit IRC09:32
*** ociuhandu has joined #openstack-meeting09:45
*** ociuhandu has quit IRC09:51
*** ociuhandu has joined #openstack-meeting10:02
*** e0ne has joined #openstack-meeting10:08
*** slaweq has quit IRC10:13
*** slaweq has joined #openstack-meeting10:15
*** masahito has quit IRC10:24
*** ysandeep|lunch is now known as ysandeep10:36
*** priteau has joined #openstack-meeting10:46
*** vishalmanchanda has quit IRC10:50
*** slaweq_ has joined #openstack-meeting10:51
*** slaweq has quit IRC10:53
*** bauzas has quit IRC10:57
*** bauzas has joined #openstack-meeting10:57
*** rpittau is now known as rpittau|bbl11:18
*** raildo has joined #openstack-meeting12:02
*** slaweq__ has joined #openstack-meeting12:09
*** slaweq_ has quit IRC12:11
*** jmasud has quit IRC12:11
*** nicolasbock has joined #openstack-meeting12:13
*** jmasud has joined #openstack-meeting12:13
*** rfolco has joined #openstack-meeting12:16
*** ociuhandu has quit IRC12:27
*** ociuhandu has joined #openstack-meeting12:28
*** ysandeep is now known as ysandeep|afk12:35
*** lajoskatona has joined #openstack-meeting12:41
*** Wryhder has joined #openstack-meeting12:42
*** ociuhandu has quit IRC12:42
*** Lucas_Gray has quit IRC12:43
*** Wryhder is now known as Lucas_Gray12:43
*** Lucas_Gray has quit IRC12:49
*** Lucas_Gray has joined #openstack-meeting13:01
*** ociuhandu has joined #openstack-meeting13:08
*** rh-jelabarre has joined #openstack-meeting13:08
*** slaweq has joined #openstack-meeting13:13
*** rpittau|bbl is now known as rpittau13:14
*** bbowen_ has joined #openstack-meeting13:14
*** bbowen has quit IRC13:15
*** slaweq__ has quit IRC13:15
*** hongbin has joined #openstack-meeting13:15
*** Luzi has joined #openstack-meeting13:16
*** hjensas has joined #openstack-meeting13:18
*** Lucas_Gray has quit IRC13:28
*** Lucas_Gray has joined #openstack-meeting13:29
*** jamesmcarthur has joined #openstack-meeting13:31
*** enriquetaso has joined #openstack-meeting13:37
*** stephen-ma has joined #openstack-meeting13:38
*** gmann has joined #openstack-meeting13:42
*** jamesmcarthur has quit IRC13:44
*** jamesmcarthur has joined #openstack-meeting13:45
*** jamesmcarthur has quit IRC13:50
stephen-mahello13:51
*** jamesmcarthur has joined #openstack-meeting13:52
*** hongbin has quit IRC13:54
*** davidsha has joined #openstack-meeting13:57
*** yamamoto has joined #openstack-meeting13:58
*** eharney has joined #openstack-meeting13:59
slaweq#startmeeting neutron_drivers14:00
openstackMeeting started Fri Feb  7 14:00:04 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
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
ralonsohhi14:00
yamamotohii14:00
hjensaso/14:00
stephen-mahi14:00
haleybhi14:00
slaweqI think we have quorum already so lets start14:01
slaweq#topic RFEs14:01
*** openstack changes topic to "RFEs (Meeting topic: neutron_drivers)"14:01
amotokihi14:01
slaweqas we have hjensas here, lets start with his rfe14:01
slaweqhttps://bugs.launchpad.net/neutron/+bug/186103214:01
openstackLaunchpad bug 1861032 in neutron "[RFE] Add support for configuring dnsmasq with multiple IPv6 addresses in same subnet on same port" [Undecided,In progress] - Assigned to Harald Jensås (harald-jensas)14:01
hjensashi, so this is still pending the actual functionality being merged in dnsmasq. But the last update for Simon was that he is working on a rewrite of the patch I proposed.14:03
hjensasIn neutron the requirement is a change in the dnsmasq driver, to write the new config. I have a early review up for that: https://review.opendev.org/70443614:03
slaweqfor me this rfe is pretty straight forward when new functionality will be merged  and release in dnsmasq14:05
slaweqbut hjensas do You think we could e.g. bump min required dnsmasq version or e.g. do some sanity check like https://github.com/openstack/neutron/blob/master/neutron/cmd/sanity/checks.py#L4614:05
slaweqand simply warn users that this will not be supported on older versions14:06
slaweqinstead of adding new config knob?14:06
hjensasif we write the new config format on old dnsmasq the server won't start. As it will interpret the list if IPv6 addresses as one bad IPv6 address.14:07
njohnstonwhat if an older version of dnsmasq needs to be run for other reasons14:07
ralonsohwe need this config knob and the sanity check for now14:07
njohnstonI agree14:07
slaweqcan't we e.g. try to discover dnsmasq version in the driver?14:08
slaweqit shouldn't be hard14:08
slaweqwe have dnsmasq version check in sanity checks so we could reuse it14:08
amotokican we expect distros can support the expected dnsmasq versions in same neutron releases?14:08
haleybyeah, and running dnsmasq --version might not be perfect either as distros backport things14:08
slaweqahh, backports, ok14:08
slaweqso it seems that config option will be the best solution here14:09
haleybwhat about OVN? :)14:09
njohnstonhaleyb: that was my next question :-)14:09
hjensasthe problem with discovering the version is downstream packaging. i.e we may have 2.80? in CentOS 8, that will stay 2.80 but we may pick features from 2.81 in packaging.14:10
amotokiso my question does not matter?14:10
slaweqto me this seems for me like dnsmasq driver specific rfe, so it's not related to ovn at all14:10
slaweqamotoki: I think we can't expect what versions of dnsmasq will be supported in which distro14:11
haleybslaweq: i was more wondering if OVN will also only give a lease for the first IPv6 address, else it has the same "bug"14:11
amotokislaweq: so it leads to another question I had.14:11
njohnstonright, the question is does OVN DHCP server need to implement the same multiple return that dnsmasq does?14:12
*** TomStappaerts has joined #openstack-meeting14:12
amotokiif we provide this feature, do we need to provide which feature(s) are avalable in neutron dhcp drivers?14:12
hjensasfor OVN I think it depends on if they want to break RFC or not. i.e allow the CLID/IAID's to change and always serve the 1 IPv6 address based on mac.14:13
amotokiIIRC we don't provide available features via the neutron API. If so, API users need to check available features by sending an API request.14:14
haleybhjensas: do you think we'll ever be using the OVN dhcp driver for Ironic nodes?  we did add external port support recently14:15
slaweqamotoki: I don't think this should be discoverable through API14:15
hjensashaleyb: we had not discussion on support OVN in my team that I'm aware of.14:16
slaweqhaleyb: for ovn driver we should probably first check if this is supported by ovn and if so, how it should be configured, than we can add support for it in ovn driver if needed14:17
slaweqbut maybe it will also require changes on ovn side first14:17
hjensashaleyb: but, as OVN is being used in both openstack and OKD Metal3 etc. it may come up later.14:17
*** TomStappaerts has quit IRC14:17
*** TomStappaerts has joined #openstack-meeting14:17
haleybslaweq: ack, just didn't want them to diverge if this is the behavior we want14:18
slaweqhaleyb: yes, I know14:18
amotokislaweq: if it depends on dhcp driver, do you mean that API consumers should try API requests to check if a specific feature is avaiable?14:19
slaweqbut I understand this rfe more like "adding support for some dnsmasq feature in neutron's dnsmasq driver"14:19
*** tesseract-RH has joined #openstack-meeting14:19
hjensasboth kea and dnsmasq is going for supporting a list of IPv6 addresses for a singe host reservation.14:19
*** lbragstad has joined #openstack-meeting14:19
njohnstonI think it makes sense for us to approve this, and note that this is something we need parity on before OVN DHCP can support Ironic14:19
slaweqamotoki: if we would like to go that way, we would probably need another rfe for that14:20
slaweqamotoki: but I'm not sure if we would like to expose something like that for users14:20
amotokislaweq: what happens if a configured dhcp driver does not support this feature?14:20
*** TomStappaerts has quit IRC14:21
slaweqamotoki: in this case, now dnsmasq will have only first IP address configured to provide via DHCP14:21
*** TomStappaerts has joined #openstack-meeting14:21
*** tesseract has quit IRC14:21
slaweqand IIUC that will be behaviour of driver if operator will not switch this new config option to use "new behaviour"14:22
slaweqhjensas: is that correct?14:22
hjensasslaweq: correct14:22
slaweqamotoki: so in such case user who is using Ironic and Neutron will have some problem as he has now14:23
slaweqIIUC, during the booting of host there may be problems with giving proper IP address to the host14:23
slaweqhjensas: correct?14:23
amotokislaweq: hjensas: ah, I see. thanks. our current behavior is not enough and we need improvements in a dhcp driver side like dnsmasq.14:24
amotokisorry that i misunderstood the situation.14:24
slaweqamotoki: that's correct, but this improvement is first needed on dnsmasq side14:24
slaweqthan we can add it in our driver14:25
amotokimakes sense now14:25
slaweqand I agree with njohnston to approve this rfe with some note about ovn dhcp (and other potentially) drivers14:26
haleybwe can add this to the features gap document for OVN, i just can't remember if that's in the doc migration or just the spec14:26
slaweqhaleyb: it was in the spec only IIRC14:26
* haleyb can add the gaps as a .rst after the docs merge14:27
slaweqhaleyb: that is good idea14:27
slaweqso, IMO we can approve this RFE with note that it should be added to ovn gaps doc which haleyb will propose14:28
slaweqare You ok with that?14:28
amotokilooks good14:28
njohnston+114:29
ralonsoh+114:29
haleyb+1 from me, gaps doc will just be what's in the spec14:29
yamamotowhat's OKD Metal3?14:29
yamamotoanyway +114:30
slaweqyamamoto: https://metal3.io/blog/2019/06/25/Metal3.html14:30
slaweqI think hjensas was talking about this14:30
hjensasslaweq: yamamoto: yes.14:31
* haleyb thought it was a heavy metal rock band :)14:31
*** rbudden has joined #openstack-meeting14:31
yamamotothank you14:31
ralonsohhaleyb, me too!14:31
slaweqlol14:31
slaweqok, so will be approved14:31
slaweqI will update LP after the meeting14:31
slaweqthx14:31
slaweqlets move on14:31
slaweqnext one14:31
slaweqhttps://bugs.launchpad.net/neutron/+bug/185936214:32
openstackLaunchpad bug 1859362 in neutron "Neutron accepts arbitrary MTU values for networks" [Wishlist,New]14:32
hjensasthanks everyone. Now I just have to be patient.14:32
slaweqhjensas: so this will not be for sure in Ussuri, right?14:32
ralonsohI don't know if Jeroen is here14:32
slaweqwe can schedule it for V cycle?14:32
*** tesseract has joined #openstack-meeting14:34
*** TomStappaerts has quit IRC14:34
slaweqok, lets talk about https://bugs.launchpad.net/neutron/+bug/1859362 now as we already switched to it :)14:35
openstackLaunchpad bug 1859362 in neutron "Neutron accepts arbitrary MTU values for networks" [Wishlist,New]14:35
*** Lucas_Gray has quit IRC14:35
*** TomStappaerts has joined #openstack-meeting14:35
slaweqIMO good summary of this rfe is in comment https://bugs.launchpad.net/neutron/+bug/1859362/comments/814:35
ralonsohyes, but those limits are still artificial14:35
*** Lucas_Gray has joined #openstack-meeting14:35
*** ociuhandu has quit IRC14:35
ralonsohthose are the recommended values, but why should we limit this in Neutron?14:35
ralonsohIn c#9, we can see how to limit those values if needed, or change them14:36
ralonsohjust my opinion14:36
TomStappaertsSorry to butt in but didn't we tackle this already? https://review.opendev.org/#/c/68865614:36
TomStappaertsAh I see the ticket requests min values as well14:37
slaweqTomStappaerts: no, I think it's a bit different thing14:38
slaweqand in this rfe reporter wants also to have possibility to set network's mtu to be higher than NeutronGlobalPhysnetMtu14:38
slaweqmy concern here is to add yet another 2 config knobs related to the mtu14:39
slaweqwe already have "global_physnet_mtu", "physical_network_mtus", "path_mtu"14:40
njohnstonI have the same concern.  MTU fiddling can lead quickly to madness, and it took so much effort to get this simplified in the past14:40
amotokiis NeutronGlobalPhysnetMtu a config?14:40
ralonsohamotoki, in tripleO14:40
amotokiah...14:41
slaweqamotoki: but it's related to "global_physnet_mtu" in Neutron I guess14:41
ralonsohslaweq, it is14:41
ralonsohNeutronGlobalPhysnetMtu: {{ overcloud_neutron_global_physnet_mtu }}14:41
amotokiI see14:41
amotokiit sounds good if we can provide consistent MTU value for a network.14:42
amotokithis RFE makes sense from the perspective that we need some consistent MTU check.14:42
*** tesseract has quit IRC14:43
*** TomStappaerts has quit IRC14:43
*** tesseract-RH has quit IRC14:43
*** TomStappaerts has joined #openstack-meeting14:43
njohnstonSo the RFE proposes to limit values to 1280-9250, with the upper bound based on the capabilities of current networking equipment.  But I don't think we will be the first to know when network equipment evolves to support more than that, nor should w eneed to.14:43
ralonsohthat's the point14:43
ralonsohthere are two proposals14:43
ralonsoh1) limit the values14:43
ralonsoh2) ensure the MTU values depending on the physnet mtu (comment #9)14:44
*** tesseract has joined #openstack-meeting14:44
ralonsohsecond one, as amotoki said, makes sense14:44
amotokiI haven't checked whether we need two different configs for tenant net and physnet which depneds on a driver.14:44
amotokiralonsoh: you are faster than me.14:44
*** Luzi has quit IRC14:45
amotokimmmm...... I sent incomplete sentence14:45
slaweqralonsoh: but in LP there is also given use case when vxlan network's mtu is higher than underlaying phys net's mtu14:45
ralonsohslaweq, from global_physnet_mtu14:46
ralonsoh" For overlay networks '14:46
ralonsoh                      'such as VXLAN, neutron automatically subtracts the '14:46
ralonsoh                      'overlay protocol overhead from this value. Defaults '14:46
ralonsoh                      'to 1500, the standard value for Ethernet."14:46
ralonsohwe can deal with this depending on the overlay protocol14:46
slaweqralonsoh: yes, but please check comment #814:47
ralonsohslaweq, well the matter here is how to calculate the overhead of the overlay protocol14:48
ralonsohisn't it?14:48
slaweqI'm not sure tbh14:49
haleybralonsoh: i thought we did that already?  ip version + overlay header size14:49
slaweqhaleyb: yes, that is done in type driver14:50
slaweqbut IIUC LP reported of this rfe wants to have possibility to enforce higher mtu for vxlan network in some cases14:50
slaweqso IMO this sounds a bit weird as from the one hand he wants to limit min_mtu to protect users against some "strange things" with too low mtu, but from the other hand he wants to have possibility to set "bad" mtu value for vxlan networks and get very bad performance14:51
slaweqor I'm missing something there :/14:52
njohnstonso what do we lose if we keep the behavior we have right now?  In comment #5 the OP says "I'll admit it is a corner case, as nobody in their right mind would pick an MTU that low" - and same applies to too high.  I don't think we need to restrict every way that a user could potentially shoot themselves in the foot.14:52
slaweqnjohnston: +100 for that :)14:52
njohnstonAnd I am not 100% sure the OP thinks the ability to set the MTU too high to oversubscribe the network is needed, he just sort of thinks it's a neat idea.14:53
njohnston"On the upper side, I actually do see a use case for allowing the MTU to be set higher than the MTU on the underlying physical network. However, network admins would likely still prefer to put an upper bound on the MTU values picked by their tenants, and control whether or not this type of "oversubscription" is allowed on the network."14:53
njohnstonthat is a pretty ambivalent comment14:54
ralonsohI think we can ask for a concise and specific RFE description, related to one single problem and maybe a patch showing what he really wants14:55
njohnstonI don't see a specific use case that is being advocated for here, just a "let's redesign MTU handling so these theoretical use cases might be used later" and I don't want to whack the MTU beehive just for that14:55
njohnstonralonsoh: +114:56
slaweqI agree with You both here14:56
haleybme too14:56
amotokiralonsoh: +114:56
slaweqand I really don't want to have yet another 2 or more config options related to mtu settings in Neutron :)14:56
amotokiIMHO we can expect operators can configure the right value for their deployments, but it would be great if we can enforce the check for MTU requested by regular users. that's from my experience as an operator14:56
-amotoki- still needs more understanding on what this RFE really tries to address14:57
slaweqok, we are almost on the top of the hour so lets stop this discussion here, I will write some sum up in the comment to LP and ask for a concise RFE description and exact use case related to this14:58
slaweqand we can get back to it later14:58
slaweqis it ok for You?14:58
yamamoto+114:58
ralonsoh+114:59
njohnston+114:59
haleyb+114:59
amotoki+114:59
slaweqok, thx a lot14:59
ralonsohbye!14:59
slaweqthx for attending14:59
slaweqand have a great weekend14:59
slaweqo/14:59
slaweq#endmeeting14:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:59
openstackMeeting ended Fri Feb  7 14:59:34 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:59
amotokithanks. have a nice weekend14:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-02-07-14.00.html14:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-02-07-14.00.txt14:59
njohnstono/14:59
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-02-07-14.00.log.html14:59
*** rpittau is now known as rpittau|brb15:04
*** TrevorV has joined #openstack-meeting15:08
*** lpetrut has quit IRC15:08
*** stephen-ma has quit IRC15:12
*** yamamoto has quit IRC15:12
*** Lucas_Gray has quit IRC15:14
*** ociuhandu has joined #openstack-meeting15:15
*** yamamoto has joined #openstack-meeting15:15
*** ociuhandu has quit IRC15:16
*** ociuhandu has joined #openstack-meeting15:17
*** yamamoto has quit IRC15:20
*** rpittau|brb is now known as rpittau15:20
*** pcaruana has quit IRC15:27
*** pcaruana has joined #openstack-meeting15:33
*** ociuhandu_ has joined #openstack-meeting15:33
*** ociuhandu has quit IRC15:37
*** igordc has joined #openstack-meeting15:37
*** jamesmcarthur has quit IRC15:38
*** jamesmcarthur has joined #openstack-meeting15:38
*** ociuhandu_ has quit IRC15:40
*** ociuhandu has joined #openstack-meeting15:42
*** ociuhandu has quit IRC15:47
*** TomStappaerts has quit IRC15:47
*** TomStappaerts has joined #openstack-meeting15:48
*** masahito has joined #openstack-meeting15:50
*** yamamoto has joined #openstack-meeting15:53
*** david-lyle is now known as dklyle15:53
*** bnemec has quit IRC15:55
*** bnemec has joined #openstack-meeting15:56
*** yamamoto has quit IRC15:58
*** jamesmcarthur has quit IRC16:10
*** jmasud has quit IRC16:11
*** jamesmcarthur has joined #openstack-meeting16:12
*** jmasud has joined #openstack-meeting16:13
*** lajoskatona has quit IRC16:14
*** TomStappaerts has quit IRC16:15
*** mattw4 has joined #openstack-meeting16:16
*** jamesmcarthur has quit IRC16:17
*** jamesmcarthur has joined #openstack-meeting16:22
*** jamesmcarthur has quit IRC16:27
*** rsimai has quit IRC16:28
*** slaweq has quit IRC16:37
*** tesseract has quit IRC16:38
*** gyee has joined #openstack-meeting16:44
*** masahito has quit IRC16:50
*** lucasagomes has quit IRC16:52
*** hongbin has joined #openstack-meeting16:55
*** tesseract has joined #openstack-meeting16:57
*** hongbin has quit IRC16:59
*** rpittau is now known as rpittau|afk17:02
*** yamamoto has joined #openstack-meeting17:04
*** jamesmcarthur has joined #openstack-meeting17:07
*** e0ne has quit IRC17:08
*** yamamoto has quit IRC17:08
*** davidsha has quit IRC17:18
*** jamesmcarthur has quit IRC17:20
*** jamesmcarthur has joined #openstack-meeting17:21
*** psachin has quit IRC17:21
*** jamesmcarthur has quit IRC17:27
*** jamesmcarthur has joined #openstack-meeting17:29
*** jamesmcarthur has quit IRC17:33
*** jamesmcarthur has joined #openstack-meeting17:33
*** tesseract has quit IRC17:36
*** jamesmcarthur has quit IRC17:38
*** yamamoto has joined #openstack-meeting17:40
*** jamesmcarthur has joined #openstack-meeting17:41
*** jamesmcarthur has quit IRC17:43
*** jamesmcarthur has joined #openstack-meeting17:44
*** yamamoto has quit IRC17:44
*** jamesmcarthur has quit IRC17:48
*** ociuhandu has joined #openstack-meeting17:50
*** Liang__ has quit IRC17:52
*** jamesmcarthur has joined #openstack-meeting17:53
*** Liang__ has joined #openstack-meeting17:54
*** diablo_rojo has joined #openstack-meeting17:55
*** ociuhandu has quit IRC17:56
*** priteau has quit IRC17:56
*** jamesmcarthur has quit IRC18:02
*** jamesmcarthur has joined #openstack-meeting18:04
*** e0ne has joined #openstack-meeting18:10
*** e0ne_ has joined #openstack-meeting18:13
*** e0ne has quit IRC18:13
*** igordc has quit IRC18:18
*** artom has quit IRC18:25
*** artom has joined #openstack-meeting18:25
*** jamesmcarthur has quit IRC18:27
*** jamesmcarthur has joined #openstack-meeting18:33
*** jamesmcarthur has quit IRC18:44
*** igordc has joined #openstack-meeting18:49
*** yamamoto has joined #openstack-meeting18:56
*** yamamoto has quit IRC19:00
*** e0ne_ has quit IRC19:12
*** igordc has quit IRC19:19
*** yamamoto has joined #openstack-meeting19:29
*** jmasud has quit IRC19:31
*** yamamoto has quit IRC19:35
*** mmethot has joined #openstack-meeting20:07
*** mmethot_ has quit IRC20:09
*** ociuhandu has joined #openstack-meeting20:16
*** ociuhandu has quit IRC20:21
*** rh-jelabarre has quit IRC20:40
*** yamamoto has joined #openstack-meeting20:47
*** lbragstad has quit IRC20:48
*** Liang__ has quit IRC20:51
*** yamamoto has quit IRC20:52
*** rfolco has quit IRC21:12
*** Lucas_Gray has joined #openstack-meeting21:14
*** yamamoto has joined #openstack-meeting21:25
*** yamamoto has quit IRC21:30
*** jmasud has joined #openstack-meeting21:32
*** raildo_ has joined #openstack-meeting21:34
*** raildo has quit IRC21:37
*** jmasud has quit IRC21:42
*** ociuhandu has joined #openstack-meeting21:44
*** ociuhandu has quit IRC21:47
*** ociuhandu has joined #openstack-meeting21:47
*** raildo_ has quit IRC21:53
*** ociuhandu has quit IRC22:04
*** ociuhandu has joined #openstack-meeting22:05
*** ociuhandu has quit IRC22:25
*** rh-jelabarre has joined #openstack-meeting22:37
*** yamamoto has joined #openstack-meeting22:39
*** yamamoto has quit IRC22:44
*** TrevorV has quit IRC22:57
*** enriquetaso has quit IRC23:04
*** rbudden has quit IRC23:05
*** armax has quit IRC23:06
*** yamamoto has joined #openstack-meeting23:12
*** yamamoto has quit IRC23:18
*** rh-jelabarre has quit IRC23:18
*** bbowen has joined #openstack-meeting23:22
*** bbowen_ has quit IRC23:23
*** rbudden has joined #openstack-meeting23:26
*** ralonsoh has quit IRC23:56

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