Thursday, 2021-02-11

*** tosky has quit IRC00:17
*** macz_ has quit IRC00:42
*** mlavalle has quit IRC01:10
*** yamamoto has joined #openstack-meeting-301:46
*** yamamoto has quit IRC01:50
*** ianychoi has joined #openstack-meeting-302:09
*** yamamoto has joined #openstack-meeting-302:27
*** macz_ has joined #openstack-meeting-302:29
*** macz_ has quit IRC02:33
*** yamamoto has quit IRC02:44
*** yamamoto has joined #openstack-meeting-303:12
*** yamamoto has quit IRC03:16
*** psachin has joined #openstack-meeting-303:43
*** jamesmcarthur has quit IRC04:12
*** jamesmcarthur has joined #openstack-meeting-304:13
*** jamesmcarthur has quit IRC04:18
*** yamamoto has joined #openstack-meeting-304:22
*** jamesmcarthur has joined #openstack-meeting-304:37
*** genekuo has quit IRC04:43
*** yamamoto has quit IRC04:52
*** yamamoto has joined #openstack-meeting-305:05
*** yamamoto has quit IRC05:06
*** jamesmcarthur has quit IRC05:23
*** jamesmcarthur has joined #openstack-meeting-305:23
*** jamesmcarthur has quit IRC05:28
*** jamesmcarthur has joined #openstack-meeting-305:28
*** yamamoto has joined #openstack-meeting-305:28
*** yamamoto has quit IRC05:28
*** yamamoto has joined #openstack-meeting-305:28
*** yamamoto has quit IRC05:29
*** yamamoto has joined #openstack-meeting-305:29
*** yamamoto has quit IRC06:07
*** yamamoto has joined #openstack-meeting-306:08
*** yamamoto has quit IRC06:08
*** jamesmcarthur has quit IRC06:11
*** jamesmcarthur has joined #openstack-meeting-306:11
*** yamamoto has joined #openstack-meeting-306:14
*** yamamoto has quit IRC06:14
*** yamamoto has joined #openstack-meeting-306:15
*** jamesmcarthur has quit IRC06:16
*** yamamoto has quit IRC06:20
*** yamamoto has joined #openstack-meeting-306:26
*** jamesmcarthur has joined #openstack-meeting-306:42
*** ralonsoh has joined #openstack-meeting-306:49
*** jamesmcarthur has quit IRC07:29
*** eolivare has joined #openstack-meeting-307:39
*** jamesmcarthur has joined #openstack-meeting-307:43
*** slaweq has joined #openstack-meeting-307:44
*** jamesmcarthur has quit IRC07:52
*** belmoreira has joined #openstack-meeting-308:00
*** jamesmcarthur has joined #openstack-meeting-308:08
*** belmoreira has quit IRC08:16
*** jamesmcarthur has quit IRC08:30
*** hemanth_n has joined #openstack-meeting-308:31
*** ianychoi has quit IRC08:33
*** tosky has joined #openstack-meeting-308:36
*** jamesmcarthur has joined #openstack-meeting-308:44
*** ianychoi has joined #openstack-meeting-308:48
*** jamesmcarthur has quit IRC09:03
*** yamamoto has quit IRC09:03
*** jamesmcarthur has joined #openstack-meeting-309:20
*** yamamoto has joined #openstack-meeting-309:22
*** yamamoto has quit IRC09:27
*** jamesmcarthur has quit IRC09:30
*** ralonsoh has quit IRC09:34
*** ralonsoh has joined #openstack-meeting-309:34
*** yamamoto has joined #openstack-meeting-309:44
*** macz_ has joined #openstack-meeting-310:12
*** macz_ has quit IRC10:17
*** jamesmcarthur has joined #openstack-meeting-311:28
*** macz_ has joined #openstack-meeting-311:34
*** jamesmcarthur has quit IRC11:35
*** macz_ has quit IRC11:39
*** macz_ has joined #openstack-meeting-311:55
*** macz_ has quit IRC12:00
*** hemanth_n has quit IRC12:47
*** yamamoto has quit IRC12:50
*** mgagne has quit IRC12:52
*** mgagne has joined #openstack-meeting-312:53
*** yamamoto has joined #openstack-meeting-313:00
*** yamamoto has quit IRC13:00
*** yamamoto has joined #openstack-meeting-313:00
*** yamamoto has quit IRC13:04
*** yamamoto has joined #openstack-meeting-313:05
*** yamamoto has quit IRC13:05
*** yamamoto has joined #openstack-meeting-313:05
*** yamamoto has quit IRC13:06
*** yamamoto has joined #openstack-meeting-313:07
*** yamamoto has quit IRC13:07
*** yamamoto has joined #openstack-meeting-313:07
*** yamamoto has quit IRC13:07
*** yamamoto has joined #openstack-meeting-313:08
*** yamamoto has quit IRC13:08
*** e0ne has joined #openstack-meeting-313:09
*** yamamoto has joined #openstack-meeting-313:09
*** yamamoto has quit IRC13:13
*** psachin has quit IRC13:26
*** jamesmcarthur has joined #openstack-meeting-313:32
*** jamesmcarthur has quit IRC13:39
*** macz_ has joined #openstack-meeting-314:47
*** macz_ has quit IRC14:52
*** belmoreira has joined #openstack-meeting-314:59
*** ricolin has joined #openstack-meeting-315:08
*** yamamoto has joined #openstack-meeting-315:10
*** e0ne has quit IRC15:11
*** bcafarel has quit IRC15:25
*** bcafarel has joined #openstack-meeting-315:26
*** yamamoto has quit IRC15:31
*** jamesmcarthur has joined #openstack-meeting-315:36
*** jamesmcarthur has quit IRC15:42
*** macz_ has joined #openstack-meeting-315:44
*** macz_ has quit IRC15:48
*** elod has joined #openstack-meeting-315:55
*** ricolin has quit IRC15:56
gibi#startmeeting nova16:00
openstackMeeting started Thu Feb 11 16:00:05 2021 UTC and is due to finish in 60 minutes.  The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: nova)"16:00
openstackThe meeting name has been set to 'nova'16:00
gibio/16:00
gmanno/16:00
artom~o~16:00
lyarwood\o16:01
elodo/16:01
gibilet's get started16:02
gibi#topic Bugs (stuck/critical)16:02
*** openstack changes topic to "Bugs (stuck/critical) (Meeting topic: nova)"16:02
gibino critical bugs16:02
gibi#link 13 new untriaged bugs (+1 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:02
stephenfino/ (in another meeting though)16:03
gibiis there any specific bug we need to talk about?16:03
gibi#topic Gate status16:04
*** openstack changes topic to "Gate status (Meeting topic: nova)"16:04
gibigate feels OK to me16:04
gibiI know gmann fixed on of the outstanding gate failure recently16:04
gibi*one16:04
gmanngibi: do we have e-r query for that? if not i can add16:04
gmannto see if there is any more tests need fixes16:05
gibigmann: I have to check16:05
gmannok i can check.16:05
gibithanks16:05
gibibtw, there is an ongoing POST_FAILURE issue in Zuul that is being investigated by infra16:05
* bauzas waves late, forgot the meeting16:05
gibihm, it was fixed apparently16:05
gibiany specific gate failre you want to mention?16:06
gmannalso if you see tempest regex error16:07
gmann#link https://review.opendev.org/c/openstack/tempest/+/77476616:07
gmann^^ that is fixed so you can recheck16:07
gmann--exlude typo16:07
gibithanks gmann16:08
gibi#topic Runway status16:08
*** openstack changes topic to "Runway status (Meeting topic: nova)"16:08
gibi#link https://etherpad.opendev.org/p/nova-runways-wallaby16:08
gibi#link https://blueprints.launchpad.net/nova/+spec/nova-support-webvnc-with-password-anthentication : has negative feedback to work with16:08
gibi#link https://blueprints.launchpad.net/nova/+spec/compact-db-migrations-wallaby : the nova db patches approved the nova_api db patches needs review16:08
gibi#link https://blueprints.launchpad.net/nova/+spec/modernize-os-hypervisors-api : the api code landed, the python-novaclient patch and the policy patch needs some work16:09
*** macz_ has joined #openstack-meeting-316:09
gibi#link https://blueprints.launchpad.net/nova/+spec/support-interface-attach-with-qos-ports the last necessary patch got feedback and now updated, ready to review16:09
* kashyap waves16:09
gibiany specific feature we need to talk about16:09
gibi?16:09
lyarwood#link https://blueprints.launchpad.net/nova/+spec/libvirt-default-machine-type - I've just added this to the queue btw16:09
gibilyarwood: ack16:11
gibiis there a prime candidate who has time to review that?16:11
stephenfinI can16:12
lyarwoodstephenfin: thanks, just a reminder that I'm AFK on Friday's but I'll address any feedback first thing Monday16:12
gibicool, I will try to get there as a second reviewer somewhere mid next week, but early next week I will be busy with internal conference preparation16:12
* kashyap can also look at it from some of the libvirt-related PoV ...16:12
lyarwoodthanks both16:13
kashyaplyarwood: Thank _you_ for taking on the work ... I was supposed to do some of it, and couldn't16:13
gibiany other feature that needs attention?16:14
stephenfinjust the DB stuff16:15
artomI guess here or in open discussion but... there's a bunch of pre-requisite os-traits patches up16:15
stephenfinthe API DB ones are ready for review now16:15
artomAnd I'm told we can't just Depends-on: for those, so we need to land them and release16:15
stephenfinI already pinged Dan about them16:15
gibistephenfin: ack, it is on my radar16:15
stephenfinartom: Yeah, I reviewed most/all of those last night16:15
stephenfinjust need another +"16:15
stephenfin*216:16
artomstephenfin, yep, so needs the +A16:16
gibiartom: which feature depends on the os-traits release?16:16
artomgibi, yes ;)16:16
artomSo there's secure boot, VDPA, ephemeral encryption...16:16
gibiI see16:16
artomMy socket policy thing16:16
gibithanks16:16
gibiI will try to hit it this week16:17
gibianything else?16:17
*** ganso has joined #openstack-meeting-316:17
gibi#topic Release Planning16:18
*** openstack changes topic to "Release Planning (Meeting topic: nova)"16:18
gibiFeature Freeze is at 11th of March, in 4 weeks from now16:18
gibilet's hurry up landing features :)16:18
gibianything else about the coming release?16:18
gibi#topic Stable Branches16:19
*** openstack changes topic to "Stable Branches (Meeting topic: nova)"16:19
gibiRocky (and might be older branches too) is blocked by issue (tempest-slow job): https://bugs.launchpad.net/neutron/+bug/191403716:19
openstackLaunchpad bug 1914037 in tempest "scenario tests tempest.scenario.test_network_v6.TestGettingAddress fails" [Medium,Triaged] - Assigned to Hemanth Nakkina (hemanth-n)16:20
gibinewer branches seem OK16:20
gibiEOM16:20
gibithank elod16:20
gibiany other news from stable?16:20
lyarwoodNope16:21
elodnp, I'll try to review the fix16:21
gmannyeah we are trying to fix that in https://review.opendev.org/c/openstack/tempest/+/77476416:21
gmannand testing nova patch #link https://review.opendev.org/c/openstack/nova/+/77500316:21
gmannit did not tested due to how zuul pick the job definition16:21
gmannwhich is fixed now and should work.16:21
gibigmann: thanks16:22
gibiNow the nova-stable-maint is part of placement-stable-maint group so all our stable love can spread to placement too16:22
elodgmann: thanks, looks promising \o/16:22
gibimoving on16:23
lyarwoodgibi: ah that reminds me16:23
gibilyarwood: yes16:23
lyarwoodgibi: sorry, quick note on placement, stable/victoria was blocked but I didn't have time to look into why16:23
lyarwoodgibi: I was trying to land the .gitreview changes to actually open up the branch16:23
lyarwoodhttps://review.opendev.org/c/openstack/placement/+/754671 for example16:24
elodlyarwood: I'll have a look16:24
lyarwoodthanks16:24
gmannlyarwood: pyflakes rror16:24
gmannerror16:24
lyarwoodyeah I assumed it would be something lc related16:24
gmannpyflakes version conflict16:24
lyarwoodI've just not had time16:24
*** mlavalle has joined #openstack-meeting-316:24
lyarwoodif you and elod could look that would be great, I'll help with reviews once I'm back on Monday16:25
gibihacking needs to be bumped I guess16:25
gmannsure16:25
lyarwoodthanks16:25
gibilyarwood: thanks16:25
gibi#topic Sub/related team Highlights16:25
*** openstack changes topic to "Sub/related team Highlights (Meeting topic: nova)"16:25
elodI'll try to take care of the conflicts there :)16:25
gibielod: cool, thaks16:25
gibithanks even16:25
gibiLibvirt (bauzas)16:26
bauzas.16:26
bauzas(that's it ;) )16:26
gibiOK16:26
gibi#topic Open discussion16:26
*** openstack changes topic to "Open discussion (Meeting topic: nova)"16:26
gibiwe have couple of topics on the agenda16:26
gibi(kashyap; 05-FEB-2021) Late blueprint-approval request: https://blueprints.launchpad.net/nova/+spec/allow-disabling-cpu-flags16:26
gibiI realize this is late in the cycle, but this really helps alleviate potential live migration problems on some Intel hardware during upgrades and updates. This is technically a simple feature; but can also be considered a "bug fix" that unblocks live migration in some scenarios.16:26
kashyapYep...16:26
gibiMain Benefit: The ability to selectively disable CPU features for a guest means: newly launched VMs on a compute node can now disable offending guest CPU flags that block live migration. This facilitates live migration to a host with TSX=off.16:26
gibiExample: Today, a VM running on a compute node with Intel TSX=on (which is the default on all Linux kernels until v.5.11) cannot be migrated to a node with Intel TSX=off. But, the ability to selectively disable CPU flags alleviates this (and similar problems) — you can now keep TSX enabled on a host, and yet block it for the guest via `cpu_model_extra_flags`. This unblocks live-migrating the16:27
gibisaid guest to a host with TSX=off.16:27
gibiEOM16:27
gibiNotes: On relevant Intel processors, TSX is suggested to be disabled as it can be a potential security problem. TSX is disabled by default upstream Linux v.5.11 (Oct-2019)16:27
kashyapgibi: So ... as a cherry on top; the last two hours I've done some tests16:27
gibiSo I said before that if nobody objects and the implementation patch is ready then I'm willing to approve the bp late and right at the moment +2 the impl patch as well16:27
gansogibi: o/ I have a topic for later when all others are done. Sorry I didn't put it in the agenda16:28
gibiganso: ack, I will ping you16:28
gibikashyap: does the test promising?16:28
kashyapYes!16:28
gibiawesome16:28
kashyapLet me get the evidence quickly :)16:28
kashyapgibi: Here (for later): https://kashyapc.fedorapeople.org/CPU_flags_Nova_tests.txt16:28
kashyapI've done thre tests w/ three different Nova [libvirt]cpu_* configurations16:29
kashyapAnd all three yield expected results.  I'm just checking some more; and I'll post the evidence in the review for the record16:29
gibikashyap: thanks16:29
gibiit is convincing16:29
kashyapgibi: So, if you have a quick look there; the enabled CPU flag shows up in the guest; and the disabled ones don't.16:30
kashyapI also want to test on a different Intel host (the problematic ones), and then summarize the results.16:30
gibibtw, this is the implementation patch #link https://review.opendev.org/c/openstack/nova/+/77424016:30
kashyapYeah16:31
kashyapgibi: A small observation, though, on the XML bits:16:31
kashyapAs expected, the disabled flags don't show up for the guest.  But I'm wondering if it should also show up as "disable" in the guest XML, e.g.16:33
kashyap    <feature policy='disable' name='flag1'/>16:33
kashyap    <feature policy='disable' name='flag2'/>16:33
kashyapgibi: As of now, the functionality is as expected: if you tell Nova to disable a flag; it will not give it to the guest.  But if you tell it to explicitly enable, or give neither '+' nor '-', it enables it.16:34
kashyapAll expected behaviour.16:34
gibikashyap: let's take this in the review16:34
gibiso others in this room, is there any objection to late approve the above bp and then quickly rewiew the small implementation patch?16:34
kashyapAnyway, I don't want to ramble on about the feature here.16:34
kashyapYep, sorry16:34
* kashyap thinks he made others zone out :D16:35
* gibi fetches his PTL whip16:36
kashyapHehe16:36
* bauzas turns around and doesn't look16:37
kashyapstephenfin: lyarwood: or anyone else --^  Any objections, rotten tomatoes, snide remarks?16:37
stephenfinnope16:37
lyarwoodnone from me at the moment, but there's time ;)16:37
* lyarwood will review on Monday16:38
kashyapNo problem16:38
gibiOK, I consider this as sold. I will late approve the bp and we will to a proper review on the impl patch16:38
gibimoving on16:38
gibi(stephenfin) https://review.opendev.org/c/openstack/nova/+/772271 is stuck16:38
kashyapgibi: Yeap, thank you!16:38
gibielod is concerned about the backportability of this, as it has user-facing impacts. As noted by lyarwood though, the previous behavior was wrong16:38
gibiEOM16:39
gibielod: how strongly you object :)16:39
gibi?16:39
elodwell, like my last comment there :D16:40
dansmithI tend to agree with elod, but haven't fully digested the change16:40
dansmithbroken forever behavior right? if it's not a regression, then it's less clear that it _needs_ to go back, and since it's a fairly substantial change in behavior, I'd generally rather not16:40
lyarwoodyeah broken forever16:41
stephenfinyeah, broken forever, but use of designate means you'll likely hit it sooner rather than later16:42
dansmithI'll review it more in a bit and vote, but probably -116:42
gibiwith possible two -1s I consider it as not approved for inclusion16:43
lyarwoodwell -1's from stable cores but yeah I agree16:43
lyarwoodlets wait for dansmith to review it in full and we can go from there16:44
gibilyarwood: OK16:44
stephenfinyeah, seems reasonable16:44
gibimoving on16:44
gibi(stephenfin) Outreachy projects?16:44
gibiI'm already helping mentor some NDSU students over in OSC/SDK land w/ diablo_rojo and gtema and could probably work with someone else. Do we have any nice, self-contained items that we'd like to do but just haven't had time for though?16:44
* gibi thinks of things like PCI in placement (would need hardware though)16:44
gibino me stephenfin :D16:44
gibihttp://lists.openstack.org/pipermail/openstack-discuss/2021-February/020288.html16:44
gibiEOM16:44
stephenfinso per $summary16:45
*** jamesmcarthur has joined #openstack-meeting-316:45
stephenfinideally it should be something useful enough that it will be reviewed, but not so important that it'll be an issue if it isn't done16:45
lyarwoodshared storage in placement?16:46
lyarwoodthat's huge actually, ignore me16:46
gibiPCI also not well understood at least not for me without digging up notes16:46
stephenfinfair point16:47
gibimypy could be something that is small, but we don't have consensus on the usefullness of it16:47
dansmithyeah, don't put them in the middle of THAT :)16:48
gibi:)16:48
gibisomebody should fix the gerrit -> launchpad integration, that would be very usefull for me16:48
dansmith++ :)16:48
gibithat would not be release critical so can be done slowly16:49
gibiI just don't know if somebody already started it16:49
gibiand it not nova specific16:49
artomAnd the job results display16:49
gibistephenfin: do you need ideas or do you need a volunteering mentor?16:50
bauzaswe can open an ethercan of worms16:50
artomThe current greasemonkey script is buggy16:50
stephenfinI can check with infra16:50
stephenfingibi: Ideas. I'm okay with mentoring16:50
kashyapgibi: stephenfin: Yeah, for Outreachy ... FWIW, anything hardware-specific would be too much for a novice student16:50
kashyapSomething that can be done in VMs / et al, with bite-sized-tasks would be nice16:51
stephenfinWe don't need to figure them out now. Mostly raising it to the front of peoples' minds16:51
* kashyap stops giving unsolicited advice16:51
kashyapstephenfin: Is OpenStack accepted to Outreachy this cycle?16:51
stephenfinIf anyone does have additional ideas, lemme know and I'll chat with Kendall about them16:51
gibistephenfin: thanks16:51
stephenfinkashyap: yup, it seems so (see the ML link)16:51
kashyapNice16:51
gibimoving on16:52
gibiganso: your turn16:52
gansogibi: thanks!16:52
gansohi everyone! I'd like to revisit this https://bugs.launchpad.net/nova/+bug/182175516:52
openstackLaunchpad bug 1821755 in OpenStack Compute (nova) "live migration break the anti-affinity policy of server group simultaneously" [Medium,In progress] - Assigned to Boxiang Zhu (bxzhu-5355)16:52
ganso2 approaches have been suggested, 1 long term ideal solution using placement16:52
gansoand 1 short term approach, which seems to be https://review.opendev.org/c/openstack/nova/+/651969/16:53
gansothat short term approach seems like it just mitigates the problem and it is still racy16:53
gansoso I'm looking at the long term approach. Considering the complexity of integrating all the moving parts, I'd assume it will require a spec16:53
gansobecause it sounds like it will involve deprecating the affinity and anti-affinity filters, in favor of having this functionality in placement16:54
gansoI'd like to know with everyone agrees that this is the correct direction, if this is something worth working into (as it will require review effort from you folks)16:54
gansos/know with/know if16:55
gibiganso: modelling affinity in placement definetly needs a spec16:55
gibiganso: I don't recall if we had any stab at it previously16:55
gibiinstances are in placement as consumers so locality can be checked16:56
*** ricolin has joined #openstack-meeting-316:56
gansoI was thinking about having a placement property or something to map the affinity and anti-affinity to the instances, like if it was a resource16:57
gansoanyway, those are details that can be sorted out in the spec and in future meetings16:57
gibiganso: the problem is that allocation candidate query does not have a way to say I don't want to be next to a consumer16:58
gibiso this probably needs placement api work16:58
gibianyhow I suggest you to look at existing placement pre filters in nova16:59
gibias a starting point16:59
gansogibi: thanks!16:59
gibiis there anything else for today?16:59
gansoI will start playing aroudn with this and working on the spec16:59
gibiganso:cool, ping me if you have questions16:59
gansogibi: will do =)17:00
gibiwe are out of time17:00
gibithanks for the meeting17:00
gibiwe covered a lot17:00
gibi#endmeeting17:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"17:00
openstackMeeting ended Thu Feb 11 17:00:16 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-02-11-16.00.html17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-02-11-16.00.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-02-11-16.00.log.html17:00
*** ricolin has quit IRC17:06
*** elod has left #openstack-meeting-317:19
*** jamesmcarthur has quit IRC17:20
*** jamesmcarthur has joined #openstack-meeting-317:20
*** yamamoto has joined #openstack-meeting-317:29
*** yamamoto has quit IRC17:45
*** jamesmcarthur has quit IRC17:53
*** jamesmcarthur has joined #openstack-meeting-317:54
*** ralonsoh has quit IRC17:54
*** jamesmcarthur has quit IRC18:00
*** jamesmcarthur has joined #openstack-meeting-318:17
*** eolivare has quit IRC18:19
*** belmoreira has quit IRC18:51
*** yamamoto has joined #openstack-meeting-319:42
*** jamesmcarthur has quit IRC19:52
*** jamesmcarthur has joined #openstack-meeting-319:53
*** jamesmcarthur has quit IRC19:57
*** yamamoto has quit IRC19:59
*** jamesmcarthur has joined #openstack-meeting-320:04
*** jamesmcarthur has quit IRC21:36
*** jamesmcarthur has joined #openstack-meeting-321:36
*** jamesmcarthur has quit IRC21:42
*** yamamoto has joined #openstack-meeting-321:57
*** jamesmcarthur has joined #openstack-meeting-321:57
*** gmann is now known as gmann_afk22:10
*** yamamoto has quit IRC22:25
*** yamamoto has joined #openstack-meeting-322:41
*** jamesmcarthur has quit IRC22:45
*** jamesmcarthur has joined #openstack-meeting-322:45
*** jamesmcarthur has quit IRC22:49
*** jamesmcarthur has joined #openstack-meeting-322:49
*** slaweq has quit IRC23:09
*** gmann_afk is now known as gmann23:11
*** jamesmcarthur has quit IRC23:41
*** jamesmcarthur has joined #openstack-meeting-323:42
*** jamesmcarthur has quit IRC23:58

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