Wednesday, 2020-07-15

*** ccamacho has quit IRC00:01
*** yamamoto has quit IRC00:03
*** tetsuro has joined #openstack-meeting-alt00:09
*** tetsuro_ has joined #openstack-meeting-alt00:10
*** jamesmcarthur has quit IRC00:11
*** tetsuro has quit IRC00:13
*** jamesmcarthur has joined #openstack-meeting-alt00:22
*** gyee has quit IRC00:36
*** knomura has joined #openstack-meeting-alt00:54
*** knomura has quit IRC00:58
*** ricolin_ has joined #openstack-meeting-alt00:59
*** jamesmcarthur has quit IRC01:03
*** jamesmcarthur has joined #openstack-meeting-alt01:05
*** yamamoto has joined #openstack-meeting-alt01:26
*** jamesmcarthur has quit IRC01:30
*** jamesmcarthur has joined #openstack-meeting-alt01:51
*** yamamoto has quit IRC02:00
*** apetrich has quit IRC02:14
*** tetsuro_ has quit IRC02:40
*** jamesmcarthur has quit IRC02:43
*** jamesmcarthur has joined #openstack-meeting-alt02:43
*** jamesmcarthur has quit IRC02:47
*** rcernin has quit IRC02:56
*** rcernin has joined #openstack-meeting-alt02:58
*** rfolco has quit IRC03:14
*** redrobot has quit IRC03:36
*** jamesmcarthur has joined #openstack-meeting-alt03:43
*** jamesmcarthur has quit IRC03:45
*** jamesmcarthur_ has joined #openstack-meeting-alt03:45
*** rfolco has joined #openstack-meeting-alt03:52
*** rfolco has quit IRC03:56
*** yamamoto has joined #openstack-meeting-alt03:59
*** yamamoto has quit IRC03:59
*** yamamoto has joined #openstack-meeting-alt04:00
*** yaawang has quit IRC04:10
*** markvoelker has joined #openstack-meeting-alt04:11
*** yaawang has joined #openstack-meeting-alt04:11
*** markvoelker has quit IRC04:15
*** masahito has joined #openstack-meeting-alt04:34
*** vishalmanchanda has joined #openstack-meeting-alt04:50
*** markvoelker has joined #openstack-meeting-alt05:01
*** markvoelker has quit IRC05:05
*** links has joined #openstack-meeting-alt05:11
*** diurnalist has quit IRC05:13
*** yaawang has quit IRC05:16
*** yaawang has joined #openstack-meeting-alt05:16
*** diurnalist has joined #openstack-meeting-alt05:49
*** diurnalist has quit IRC05:53
*** jamesmcarthur_ has quit IRC05:57
*** diurnalist has joined #openstack-meeting-alt05:59
*** diurnalist has quit IRC06:04
*** yaawang has quit IRC06:26
*** yaawang has joined #openstack-meeting-alt06:27
*** diurnalist has joined #openstack-meeting-alt06:41
*** diurnalist has quit IRC06:45
*** ralonsoh has joined #openstack-meeting-alt06:48
*** masahito has quit IRC06:50
*** rcernin has quit IRC07:07
*** rdopiera has joined #openstack-meeting-alt07:13
*** rcernin has joined #openstack-meeting-alt07:18
*** e0ne has joined #openstack-meeting-alt08:06
*** tosky has joined #openstack-meeting-alt08:12
*** markvoelker has joined #openstack-meeting-alt08:12
*** markvoelker has quit IRC08:17
*** rdopiera has quit IRC08:18
*** rdopiera has joined #openstack-meeting-alt08:18
*** yaawang has quit IRC08:24
*** rcernin has quit IRC08:27
*** yaawang has joined #openstack-meeting-alt08:31
*** tetsuro has joined #openstack-meeting-alt08:31
*** tetsuro has quit IRC08:35
*** derekh has joined #openstack-meeting-alt08:36
*** ccamacho has joined #openstack-meeting-alt08:47
*** rcernin has joined #openstack-meeting-alt08:49
*** yamamoto has quit IRC08:55
*** yamamoto has joined #openstack-meeting-alt09:00
*** yamamoto has quit IRC09:02
*** yamamoto has joined #openstack-meeting-alt09:08
*** apetrich has joined #openstack-meeting-alt09:12
*** rcernin has quit IRC09:17
*** ricolin_ has quit IRC09:49
*** yaawang has quit IRC10:24
*** yaawang has joined #openstack-meeting-alt10:25
*** jraju__ has joined #openstack-meeting-alt10:29
*** links has quit IRC10:30
*** yamamoto has quit IRC11:01
*** tosky has quit IRC11:05
*** tosky has joined #openstack-meeting-alt11:10
*** ccamacho has quit IRC11:29
*** rcernin has joined #openstack-meeting-alt11:32
*** yamamoto has joined #openstack-meeting-alt11:40
*** john153 has quit IRC11:45
*** rcernin has quit IRC11:47
*** rfolco has joined #openstack-meeting-alt11:56
*** yamamoto has quit IRC12:06
*** baojg has quit IRC12:17
*** baojg has joined #openstack-meeting-alt12:17
*** yamamoto has joined #openstack-meeting-alt12:23
*** enriquetaso has joined #openstack-meeting-alt12:23
*** yamamoto has quit IRC12:42
*** ccamacho has joined #openstack-meeting-alt12:55
*** ccamacho has quit IRC12:56
*** ccamacho has joined #openstack-meeting-alt12:57
*** ccamacho has quit IRC12:58
*** sangeet has joined #openstack-meeting-alt12:58
*** sangeet has left #openstack-meeting-alt12:58
*** yamamoto has joined #openstack-meeting-alt13:24
*** baojg has quit IRC13:33
*** Guest14648 has joined #openstack-meeting-alt13:43
*** Guest14648 is now known as redrobot13:45
*** yamamoto has quit IRC13:47
*** whoami-rajat has joined #openstack-meeting-alt13:57
*** rosmaita has joined #openstack-meeting-alt13:58
*** Liang__ has joined #openstack-meeting-alt13:59
*** Liang__ is now known as LiangFang13:59
*** jkulik has joined #openstack-meeting-alt13:59
rosmaita#startmeeting cinder14:00
openstackMeeting started Wed Jul 15 14:00:09 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
jungleboyjo/14:00
rosmaita#topic roll call14:00
*** openstack changes topic to "roll call (Meeting topic: cinder)"14:00
smcginniso/14:00
whoami-rajatHi14:00
enriquetasoo/14:00
eharneyhi14:00
rajinirhi14:00
lsekihi14:01
rosmaitahello everyone14:01
rosmaita#link https://etherpad.openstack.org/p/cinder-victoria-meetings14:01
rosmaita#topic updates14:01
*** openstack changes topic to "updates (Meeting topic: cinder)"14:01
rosmaitasome upcoming events14:01
e0nehi14:01
toskyhi14:01
rosmaitaok, well i cannot copy & paste from the etherpad14:02
rosmaitaso i direct you to the etherpad for links14:02
rosmaitaopenstack 10th anniversary celebration is tomorrow14:03
rosmaitaberlin summit call for proposals closes on 4 august14:03
LiangFango/14:03
*** geguileo has joined #openstack-meeting-alt14:03
rosmaitai sent out a proposal to EOL ocata and pike (we will discuss more later)14:03
*** sfernand has joined #openstack-meeting-alt14:04
rosmaitawe'll be having the last meeting each month as a videoconference, first one will be 29 july14:04
*** whoami-rajat has quit IRC14:04
rosmaitaand, this week is R-1314:04
rosmaitawhich gives us 2 weeks until milestone 214:04
rosmaitawhich is notable for the new driver merge deadline14:04
rosmaitathere are 3 major driver changes that i am aware of at the moment14:04
rosmaita(see links on etherpad)14:05
rosmaitathe hitachi driver looks ready -- final holdup was the CI crashed, but it is operational again14:05
rosmaitaso top priority is to get that merged14:05
smcginnisJust approved.14:05
rosmaitathanks!14:05
rosmaitaok, the new top priority is14:06
rosmaitanew "powerstore" cinder driver14:06
rosmaitaand the other big driver change is that Dell wants to rebrand vxflexos14:06
rosmaitawhich touches a lot of code14:06
*** whoami-rajat__ has joined #openstack-meeting-alt14:07
rosmaitaanyway, please keep those in mind14:07
rosmaitaany other announcements from anyone?14:07
*** whoami-rajat___ has joined #openstack-meeting-alt14:07
m5zhi =]14:08
rosmaita#topic victoria specs14:08
*** openstack changes topic to "victoria specs (Meeting topic: cinder)"14:08
rosmaitaok, we are a bit late on these14:08
rosmaitabut the way it's looking is:14:09
rosmaitadefault volume type overrides -- had some API URL naming/structure issues, i think those are settled14:09
rosmaitamodern compression algos -- depended on a requirements change that has been approved & merged14:10
rosmaitaso that's ready too14:10
rosmaitavolume-list-query has been turned into a bug, so it think that one can be abandoned14:10
rosmaitarevert *any* snap -- we asked them to hold for wallaby14:10
rosmaitareset state robustification -- looks good, but i don't think anyone has volunteered to work on it?14:11
smcginnisrosmaita: Cinder spec freeze is next week, right?14:11
rosmaitai think 2 weeks ago14:11
rosmaitawe had an extension until friday last week14:12
smcginnisOh right, June.14:12
rosmaitayeah, so we are a bit behind on approvals14:12
rosmaitasam hasn't updated the "remove quota usage cache" spec, and it's not clear to me that he was going to do the coding for it14:13
rosmaitaso it's looking like that won't happen in V unless someone here is anxious to work on it?14:14
* rosmaita waits for someone to say they are excited to work on it14:14
rosmaitaok, to summarize: please look over "default volume type overrides" and "modern compression algos" -- those are ready14:16
rosmaita#topic festival of EOL14:16
*** openstack changes topic to "festival of EOL (Meeting topic: cinder)"14:16
rosmaitaok, link to the email i sent to the ml on the agenda14:17
rosmaitalooks like no one wants to keep ocata around14:17
rosmaitathere is one person who would like to keep pike14:17
toskyat least one person is trying14:17
rosmaitabut i personally have no interest in this14:17
smcginnisOcata was released Feb 2017.14:18
rosmaitaso what i want to ask is, is there any cinder core present who wants to "adopt" stable/pike14:18
smcginnisPike was released in August.14:18
e0ne+1 to mark pike as EOL14:18
rosmaitai really don't have the psychic energy to worry about pike14:18
rosmaitabecause we have plenty of other gate breakages to worry about14:19
rosmaitaso, my feeling is, even if there is a patch to fix the pike gate right now14:19
rosmaitai don't see the point in merging it if we are going to EOL it next week14:19
smcginnisI've been trying to pay some attention to stable branches, but with less time and more issues on more recent branches, I don't think I can spend much time on pike.14:19
rosmaitayeah, and i don't see the point it keeping it open with so many other open branches14:20
smcginnisWe have a hard enough time getting people to keep master working. :)14:20
rosmaitaexactly14:20
rosmaitaok, so to summarize:14:21
e0nesmcginnis: +114:21
rosmaitaunless a specific cinder core steps forward to adopt stable/pike as their own personal project, I plan to ask for it to be EOL'd as outlined in that email14:21
rosmaita meaning, i will propose the EOL patch on 22 july14:22
rosmaitaso that gives people 1 more week to think about this, but the log for this meeting indicates what the general consensus is14:22
rosmaitaseveral people vocally opposed, and no one in favor14:22
eharney+1 to EOLing pike14:23
rosmaitaof keeping it open i mean14:23
jungleboyjI think it is ok to plan to EOL it.14:23
rosmaitaok, we are almost out of cores!14:23
rosmaitalooks like no one wants to adopt pike14:23
rosmaita#topic __DEFAULT__ type discussion continued14:24
*** openstack changes topic to "__DEFAULT__ type discussion continued (Meeting topic: cinder)"14:24
rosmaitawhoami-rajat__ you have the floor14:24
whoami-rajat___thanks rosmaita14:24
whoami-rajat___Hi everyone14:24
whoami-rajat___this topic is just to continue the discussion we had last week14:24
whoami-rajat___I've created an etherpad regarding the points discussed last week14:25
whoami-rajat___In summary it is, what the actual design was vs what suggestions were made last week14:25
whoami-rajat___#link https://etherpad.opendev.org/p/__DEFAULT___type_discussion14:25
* whoami-rajat___ waits for people to read etherpad14:27
* whoami-rajat___ also realizes using last week in every sentence 14:27
rosmaitai think the issue that came up on the bug is, an operator can set a default type, but a user can still create volumes of type __DEFAULT__ which is exactly what the operator does not want14:28
whoami-rajat___yep, but the initial idea was it is also a type that can have properties and can be used as a normal default14:29
rosmaitayeah, but kind of doesn't work if the operator wants to change the default type maybe because the backend is full or got a new one or something14:30
rosmaitashouldn't have to change the properties of __DEFAULT__ to do that14:31
whoami-rajat___yeah, for that the solution is they can set a different default_volume_type in cinder.conf14:31
* smcginnis still thinks __DEFAULT__ should not be returned in API calls and should not allow setting extra specs14:32
* rosmaita agrees with smcginnis14:32
eharneya lot of these questions seem to be just around whether __DEFAULT__ is actually a volume type or a special thing14:33
whoami-rajat___i more see this as a documentation issue that operators and users aren't aware what the __DEFAULT__ type is, and if we want to do the required changes to not return it, i don't see a proper plan to do it14:34
smcginnisI think we've lost sight of why it was proposed to be added in the first place. It is (or was) perfectly valid for someone to create a volume without specifying a volume type. But our code assumed there would be one, so we wanted to have a placeholder to make sure we could keep making that assumption.14:34
smcginnisIt never should have been something exposed to an end user and definitely should not have been something they were allowed to modify.14:35
eharneythat is not the thinking i had when we started this14:35
rosmaitaeharney: please say more, because i share smcginnis's impression14:36
jungleboyjsmcginnis:  ++14:36
geguileoeharney: +114:36
jungleboyjWe just didn't think about the impact of being able to see it externally.14:36
eharneymy impression was that life would be simpler if volumes all had types, so we would just make a type that we could give to existing untyped volumes, and going forward all of them would have types14:36
geguileothat wasn't the impression I had either14:36
eharneyi'm not sure why there is this other story about this not being a real volume type and being handled as a special case everywhere14:37
eharneythat isn't necessary to achieve what we wanted to achieve14:37
smcginnisWhat I think we wanted to achieve is to stop playing whack-a-mole with places in the code where we expected a volume type to be associated with a volume. So we wanted to have something that would be used when none was specified.14:38
eharneymy theory was that there just wouldn't be a "none" anymore14:38
whoami-rajat___The idea that all untyped volumes will be migrated to __DEFAULT__ type and users won't be able to see it, i don't see any straightforward way of doing this. also the type always exists so users can show it ? or try to create a type with this name but fail ?14:39
eharneyhandling it as a special case also leads to other issues to think through... what do you show for "volume show", how do you not confuse people who are doing a retype, etc14:39
smcginniswhoami-rajat___: That was part of the reason for naming it __DEFAULT__. To avoid the change someone would try to create a volume type named Default or something.14:40
smcginniseharney: I would think no volume type, since they did not specify one and no default volume type was configured.14:40
whoami-rajat___smcginnis: i think the idea was there wouldn't be any existing type named __DEFAULT__ before upgrade so it doesn't clash with this type14:41
smcginnisRight14:41
smcginnisAnd less likely someone would try to create that type later on.14:41
whoami-rajat___smcginnis: but then again the first part is still very complex for me14:42
smcginnisWhich first part?14:42
whoami-rajat___if a volume was migrated from None to __DEFAULT__ type, what do we display volume_type in volume show command for that volume?14:43
smcginnisNothing.14:43
smcginnisThey have not assigned the volume a volume type.14:43
*** dave-mccowan has quit IRC14:43
smcginnisWe are just using __DEFAULT__ internally so we don't blow up because we aren't smart enough to write out code to handle not having a type.14:43
eharneyis there some benefit to keeping around the idea of volumes with no type other than the fact that it was like that before?14:44
eharneymy impression is that in Serious Real Life Deployments (tm) most people are using types anyway14:44
smcginnisWhy should we require a type? If that's the case, let's drop all this and fail any volume creation if a type isn't defined and set as the default in cinder.conf if they have not explicitly provided it.14:44
jungleboyj:-)14:46
whoami-rajat___I've an idea, make __DEFAULT__ a normal type, allow users to delete it but the condition is there should atleast exist 1 type in the deployment?14:46
rosmaitawell, that plus the default_volume_type is defined14:47
smcginnis1 type in the deployment and the default_volume_type set.14:47
*** dave-mccowan has joined #openstack-meeting-alt14:47
smcginnisrosmaita: ++14:47
rosmaitawhoami-rajat__ that would address the request in the bug14:48
whoami-rajat___rosmaita: yep, i think that's what the operator wanted in the bug14:49
rosmaitathe operator has defined everything the way they want it, and just want to get rid of __DEFAULT__ since it is confusing customers14:49
rosmaitaat the risk of being accused of being a bikeshedder, let's think about this some more14:49
rosmaitabut whoami-rajat__ please update your etherpad with the latest proposal14:50
whoami-rajat___but this goes for all types, any type before delete would make a check for default_volume_type set and atleast 1 type in deployment14:50
rosmaitaand the value of default_volume_type exists14:50
rosmaitayes14:50
jungleboyjMakes sense.14:50
whoami-rajat___rosmaita: yep14:50
whoami-rajat___ok, i will think of a way of implementing  this with no new bugs and update the etherpad14:51
rosmaitathanks!14:51
whoami-rajat___would appreciate any more suggestion on the same14:51
rosmaitayes, let's all think about corner cases so we don't have to do this again14:51
whoami-rajat___yep14:52
whoami-rajat___thanks everyone14:52
rosmaita#topic any reason to keep non-voting jobs in the stable branches14:52
*** openstack changes topic to "any reason to keep non-voting jobs in the stable branches (Meeting topic: cinder)"14:52
smcginnisNow we should change the default name to DEFAULT since we aren't trying to hide it. :]14:52
rosmaitathat is a real question14:53
rosmaitai just noticed that they use resources, and fail a lot14:53
whoami-rajat___smcginnis: will add that suggestion as well14:53
rosmaitawhoami-rajat__ please don't14:53
smcginnisYeah, probably too late now.14:54
whoami-rajat___rosmaita: ok :P14:54
smcginnisrosmaita: I think we might need to keep some of the non-voting jobs, at least in more recent stable branches.14:54
jungleboyjYeah, lets not change any more on that.14:54
smcginnisBut we can probably get rid of some of them.14:54
eharneyas someone noted in the etherpad, the nfs job probably should be voting14:54
eharneyrally, i would question14:54
eharneypylint is non-voting but helps us review backports better so i'd prefer to keep that one14:55
toskythe nfs job has an identity crisis right now, we may need to ask infra because it gets stuck and it doesn't even return logs in some instances14:55
smcginnisbandit can probably go.14:55
lsekiI'd ask to keep the nfs job, at least until the online extend bug is fixed14:55
smcginnislvm-multibackend can probably go.14:56
toskysmcginnis: is a separate bandit job needed? In sahara we merged it with the pep8 job long ago14:56
toskysmcginnis: oh, why should lvm-multibackend go?14:56
eharneyagreed re: bandit14:56
toskywe don't have other multibackend jobs right now iirc14:56
smcginnistosky: I think we originally had it there too, but then separated out bandit.14:56
rosmaitatosky: for a while bandit was so unstable, that it kept breaking things14:57
smcginnis++14:57
rosmaitathey had poor release control14:57
toskybut probably it's not the case anymore? Anyway14:57
toskyI'm more concerned about the lvm-multibackend14:57
eharneyi would ask whether the bandit job has ever caught something interesting on a backport.  i would bet not14:57
smcginnisTrue. We could probably merge it now.14:57
smcginniseharney: Very true too.14:57
rosmaitarunning low on time14:58
rosmaitai propose:14:58
rosmaitai will put up a patch removing all non-voting jobs from stable/ussuri, and we can fight it out on the review14:58
rosmaitai am happy to leave some, or promote stable ones14:59
rosmaitabut don't want to run jobs that nobody looks at14:59
rosmaitai won't put a DNM on the patch, because i imagine it will get immediate -2s :)14:59
rosmaitaand that's all15:00
rosmaitathanks everyone, make way for horizon15:00
rosmaita#endmeeting15:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:00
openstackMeeting ended Wed Jul 15 15:00:14 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-07-15-14.00.html15:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/cinder/2020/cinder.2020-07-15-14.00.txt15:00
openstackLog:            http://eavesdrop.openstack.org/meetings/cinder/2020/cinder.2020-07-15-14.00.log.html15:00
*** tosky has left #openstack-meeting-alt15:00
jungleboyjThanks.15:00
e0nerosmaita: thanks. we cancelled a meeting today15:00
rosmaitaoh, so we can continue discussion!15:00
*** diurnalist has joined #openstack-meeting-alt15:02
*** knomura has joined #openstack-meeting-alt15:02
*** LiangFang has quit IRC15:10
*** jraju__ has quit IRC15:12
*** whoami-rajat__ has quit IRC15:15
*** whoami-rajat___ is now known as whoami-rajat__15:15
*** yamamoto has joined #openstack-meeting-alt15:46
*** rosmaita has left #openstack-meeting-alt15:54
*** yamamoto has quit IRC16:24
*** baojg has joined #openstack-meeting-alt16:28
*** e0ne has quit IRC16:46
*** e0ne has joined #openstack-meeting-alt16:47
*** baojg has quit IRC16:49
*** baojg has joined #openstack-meeting-alt16:50
*** derekh has quit IRC17:00
*** senrique_ has joined #openstack-meeting-alt17:22
*** enriquetaso has quit IRC17:24
*** gyee has joined #openstack-meeting-alt17:30
*** jamesmcarthur has joined #openstack-meeting-alt17:36
*** geguileo has quit IRC17:41
*** geguileo has joined #openstack-meeting-alt17:42
*** e0ne has quit IRC18:00
*** jamesmcarthur has quit IRC18:02
*** jamesmcarthur has joined #openstack-meeting-alt18:03
*** senrique__ has joined #openstack-meeting-alt18:05
*** senrique_ has quit IRC18:07
*** jamesmcarthur has quit IRC18:07
*** jamesmcarthur has joined #openstack-meeting-alt18:17
*** vishalmanchanda has quit IRC18:20
*** yamamoto has joined #openstack-meeting-alt18:21
*** slaweq has joined #openstack-meeting-alt18:21
*** knomura has quit IRC18:25
*** knomura has joined #openstack-meeting-alt18:27
*** knomura has quit IRC18:32
*** baojg has quit IRC18:38
*** baojg has joined #openstack-meeting-alt18:39
*** yamamoto has quit IRC19:01
*** ralonsoh has quit IRC19:49
*** sfernand has quit IRC20:13
*** raildo has quit IRC20:16
*** raildo has joined #openstack-meeting-alt20:16
*** raildo has quit IRC20:22
*** raildo has joined #openstack-meeting-alt20:24
*** slaweq has quit IRC20:29
*** raildo has quit IRC20:30
*** senrique__ has quit IRC20:35
*** jamesmcarthur_ has joined #openstack-meeting-alt20:45
*** jamesmcarthur has quit IRC20:48
*** yamamoto has joined #openstack-meeting-alt21:00
*** gyee has quit IRC21:10
*** gyee has joined #openstack-meeting-alt21:11
*** yamamoto has quit IRC21:35
*** yamamoto has joined #openstack-meeting-alt21:36
*** rdopiera has quit IRC21:42
*** rcernin has joined #openstack-meeting-alt22:20
*** rcernin has quit IRC22:20
*** rcernin has joined #openstack-meeting-alt22:21
*** baojg has quit IRC22:43
*** baojg has joined #openstack-meeting-alt22:44
*** yamamoto has quit IRC22:59
*** jamesmcarthur has joined #openstack-meeting-alt23:00
*** jamesmcarthur_ has quit IRC23:04
*** markvoelker has joined #openstack-meeting-alt23:11
*** markvoelker has quit IRC23:15
*** yamamoto has joined #openstack-meeting-alt23:30
*** yamamoto has quit IRC23:32
*** yamamoto has joined #openstack-meeting-alt23:32
*** knomura has joined #openstack-meeting-alt23:38
*** knomura has quit IRC23:42
*** baojg has quit IRC23:58
*** jamesmcarthur has quit IRC23:58
*** baojg has joined #openstack-meeting-alt23:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!