Thursday, 2020-09-17

*** mlavalle has quit IRC00:05
*** tonyb has joined #openstack-meeting-300:22
*** apetrich has quit IRC02:09
*** psachin has joined #openstack-meeting-303:24
*** slaweq_ has joined #openstack-meeting-306:26
*** lpetrut has joined #openstack-meeting-306:43
*** ralonsoh has joined #openstack-meeting-306:50
*** e0ne has joined #openstack-meeting-307:00
*** apetrich has joined #openstack-meeting-308:29
*** slaweq_ is now known as slaweq08:48
*** slaweq has quit IRC09:38
*** slaweq has joined #openstack-meeting-309:40
*** tosky has joined #openstack-meeting-310:19
*** slaweq has quit IRC11:38
*** slaweq has joined #openstack-meeting-312:12
*** jeremyfreudberg has joined #openstack-meeting-313:52
*** lpetrut has quit IRC14:14
*** jeremyfreudberg has left #openstack-meeting-314:29
*** priteau has joined #openstack-meeting-315:00
*** mlavalle has joined #openstack-meeting-315:24
*** stephenfin has joined #openstack-meeting-315:52
*** elod has joined #openstack-meeting-315:54
gibi#startmeeting nova16:00
openstackMeeting started Thu Sep 17 16:00:18 2020 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
bauzas\o16:00
gibio/16:00
gmanno/16:00
dansmith~~~o/~~~16:00
stephenfino/16:00
gibidansmith are you partially under water?16:01
dansmithgibi: nearly suffocated by smoke16:01
dansmithI'll work on my ascii art :)16:01
gibisorry to hear that16:01
gibiOK, let'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 bug16:03
gibi#link 7 new untriaged bugs (-29 since the last meeting): https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:03
gibiI would like to thank every bug triager16:03
gibinot so long ago we had more than 100 such bugs16:03
gibithank you!16:03
gibirc critical bugs #link https://bugs.launchpad.net/nova/+bugs?field.tag=victoria-rc-potential16:04
bauzas\o/16:04
gibiwe have one16:04
gibihttps://bugs.launchpad.net/nova/+bug/188252116:04
openstackLaunchpad bug 1882521 in OpenStack Compute (nova) "Failing device detachments on Focal" [High,Confirmed] - Assigned to Lee Yarwood (lyarwood)16:04
bauzasthe Focal saga.16:04
gibigmann left some notes on the agenda16:04
gibiUntil qemu bug (https://bugs.launchpad.net/qemu/+bug/1894804) is fixed we have two options16:05
openstackLaunchpad bug 1894804 in qemu (Ubuntu) "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,New]16:05
gmannyeah, we can go with either of the option i listed there16:05
gibiSkip 3 failing test and move integration job to run on Focal - https://review.opendev.org/#/c/734700/4/tools/tempest-integrated-gate-compute-blacklist.txt16:05
gibiTo keep running these tests somewhere, we need 'tempest-integrated-compute' job to keep running on Bionic and rest all jobs toFocal.16:05
gibiI would skip these test and move our testing to Focal if this is the only blocker of Focal16:05
gmannto keep test coverage i think 2nd one is better choice16:05
gmannbarbican is one blocker for now along with nova. gnoochi one is fixed by ceilometer on mariadb16:07
gmannkeeping one job running on bionic is no issue and we will not lose the test coverage also16:07
gibisure if other bugs makes hard to move to Focal then lets keep our testing on Bionic16:07
gmannit will be like we are testing on Bionic as well on Focal(rest all other jobs on Focal with these test skip)16:08
*** sean-k-mooney has joined #openstack-meeting-316:08
gmannonly 'tempest-integrated-compute' will run on bionic until qemu bug is fixed16:08
gibithat works for me16:08
gibiwhat about the others in the room?16:08
bauzastrying to digest16:09
sean-k-mooneygibi: we could move that to centos8 too but that works for me16:09
bauzastl;dr: all jobs be on Focal except one testing the 3 tests that fail on Focal ?16:09
bauzasamirite ?16:10
gmannyeah16:10
gmannbauzas: yes16:10
bauzasthis sounds a reasonable tradeoff to me16:10
bauzaswith a very few efforts16:10
bauzasobjections here that I can't see ?16:10
sean-k-mooneyno objection but using centos8 i think makes more sense16:10
bauzasthis will tho say we will run two different qemu versions ?16:11
sean-k-mooneyits one of the support os16:11
dansmithmakes sense to me16:11
sean-k-mooneybut 18.04 is fine too for now16:11
bauzas(that being said, I'm all fine with two versions of qemu in different jobs)16:11
gibiI would go with the easier solution as we have limited time until the release16:11
gmannsean-k-mooney: for long term I have plan to distribute the testing  on different distro not only ubuntu but let's do that later not at this stage of release16:11
bauzasthat just means we can't bump the minimum versions on libvirt, that's it16:11
bauzasamirite too on this ? ^16:12
sean-k-mooneygmann: sure16:12
bauzasie. we stick with minimum versions be Bionic16:12
sean-k-mooneybauzas: am no we jsut enable the cloud arcive16:12
sean-k-mooneyon bionic16:12
sean-k-mooneywe can still bump the min verions16:12
bauzasok that was my question16:12
bauzasso this is not just "stick with Bionic"16:13
bauzasthis is "stick with Bionic + UCA"16:13
sean-k-mooneyus bionic with the ussuric cloud archive16:13
bauzasgotcha16:13
bauzasokay this sounds good to me16:13
dansmithso, wait,16:13
bauzasand then we can bump the minimums on victoria16:13
dansmitham I right that we've been testing on bionic all cycle,16:13
sean-k-mooneyyep16:14
gmannyes,16:14
bauzasahah, good point16:14
dansmithand that this would move 95% of our tests to focal suddenly, and only run the problematic ones on bionic?16:14
sean-k-mooneywe were ment to move like before m216:14
bauzasdo we have existing jobs that run on Focal ?16:14
bauzaseven if they're not in the check pipelines16:14
dansmithif so, I think it makes sense to test 100% on bionic, and 95% on focal at least until the release and then cut the bionic job down to the problem children16:14
sean-k-mooneyos-vif moved a while ago16:14
sean-k-mooneyother project have too16:14
gmannbauzas: this one tests  https://review.opendev.org/#/c/734700/516:14
sean-k-mooneynova has been laging behind16:14
bauzasdansmith: yup, double the jobs16:15
gmannand i had nova gates tested with that which worked well except these 3 failing tests16:15
dansmithbauzas: yeah16:15
sean-k-mooneydansmith: bionic is not in the supprot runtimes list in the governace repo16:15
*** psachin has quit IRC16:15
dansmithsean-k-mooney: but that's just out of sync with reality (i.e. what it has been tested on all cycle) right?16:15
sean-k-mooneyits not ment to be used for testing for victoria16:15
gmanndansmith: yeah Focal is testing runtime for Victoria16:15
bauzassean-k-mooney: at which point this being a blocker ?16:15
bauzas(us continuing to use Bionic for three jobs)16:16
sean-k-mooneythis was droped as a blcoker when we figured out its a qemu bug16:16
bauzasman16:16
bauzas3 tests16:16
sean-k-mooneywe can use it for 3 tests16:16
bauzaswho said this was a blocker ?16:16
sean-k-mooneybut we shoudl move the testing to focal16:16
sean-k-mooneyso that stable/victoria is on focal16:16
bauzascan't we just be brave and tell what happens in the relnotes or somewhere ?16:16
gmannit is decision we need to make before Focal migration is done (tempest and devstack job switch)16:17
bauzaslike, "this has been tested upstream on both Focal and Bionic"16:17
sean-k-mooneywe could but we should still move most of the jobs to focal16:17
bauzasafter all, if the jobs pass on Bionic, what's the matter ?16:17
bauzasoperators just know they can use both16:17
bauzaswhich is nice to them16:18
sean-k-mooneye.g. i think 100% bionic would be wrong since victora will not be packaged on victoria or supported on victoria by canonnical16:18
bauzasand I don't want us to transform ourself into Canonical QE16:18
gmannbut we are only keeping bionic testing only for failing tests just to avoid losin coverage otherwise16:18
gibibauzas: so you say we document the broken test in reno. That is cool.16:18
bauzasI'm just saying let's be honest16:18
gmannit is Focal we have to tell to user that we are testing with16:18
gibisure16:18
dansmithsean-k-mooney: yeah I get that, but it just seems like we're shifting what we're validating at the last minute.. a cycle full of stable tests replaced by a couple weeks of a different environment16:19
bauzassince people would run on Focal, those tests mean that we're broken either way16:19
dansmithI dunno, just seems easy to keep both, but maybe not16:19
sean-k-mooneydansmith: the patches have been up for a very long time16:19
sean-k-mooneythey were blocked by these 3 tests16:19
bauzasdansmith: I'm personnally in favor of being pragmatic like you16:19
dansmithsean-k-mooney: what does that have to do with what we've actually been testing?16:19
gibican we change the openstack communication about Focal support?16:19
bauzasand us not being pedantic on things we "support" upstream16:19
bauzasthe point is actually very simple16:20
sean-k-mooneydansmith: noting but other thatn i think it would be incorrect not to test on focal too16:20
dansmithbauzas: right, openstack governance saying V means Focal is fine, but if we haven't been testing on that all cycle...16:20
bauzaswe do support Focal EXCEPT the fact we regress on some identified bugs16:20
gmanngibi: i do not think so as most of the testing ready and tox based moved to Focal already16:20
dansmithsean-k-mooney: no, I'm arguing for both, that's all16:20
gmannbauzas: +116:20
sean-k-mooneydansmith: ya im ok with both16:20
dansmithack16:20
sean-k-mooneydansmith: the current proposal is to run just tempest-ingetrated-compute on 18.0416:21
bauzasso we could document something saying "heh, look, those are the bugs with Focal, please consider switching back to Ussuri QEMU versions if you hit those things"16:21
sean-k-mooneyrunning all jobs on both would be excessive16:21
gmanndansmith: but we cannot test those from start of cycle, it is migration cycle and at the end if testing is green then we are good16:21
dansmithsean-k-mooney: oh I thought it was "just three tests of that" .. if it's the whole normal job, then that's fine16:21
gmanndansmith: yes whole job16:21
gibiOK I thing we are converged16:21
dansmithgmann: cool16:21
gibirun tempest-ingetrated-compute on 18.04 move the rest to 20.04, document the qemu bug in a reno16:21
dansmithsounds good16:22
bauzasI'm still struggling with the exact impact of QEMU bugs so we could properly document them16:22
bauzasin the prelude section16:22
bauzasbut if people feel brave enough, they can patch my prelude change16:22
dansmithbauzas: that's obviously your job, mr. prelude :P16:22
sean-k-mooneybauzas: device detach fails if the system is under load16:22
sean-k-mooneyso volume detach16:22
bauzasdansmith: damn you.16:23
bauzassean-k-mooney: okay, then I can try to write something in the prelude16:23
gibibauzas: sean-k-mooney and lyarwood can help wiht that prelude part16:23
sean-k-mooneyyep16:23
gmannok i will update my tempest patch for keeping 'tempest-integrated-compute' on 18.04.16:23
bauzaslet's do this in another change on top of the existing one16:23
dansmithbauzas: :P16:23
sean-k-mooneysure we can do it in a follow up if you like16:23
gibiany other bug we need to touch?16:23
gibihere, now16:24
bauzassean-k-mooney: I'll follow-up with you on the workaround we need to document16:24
bauzas(and lyarwood)16:24
sean-k-mooneybauzas: there isent really a workaround16:24
sean-k-mooneybut sure we can do it after the meeting16:24
bauzasdowngrade QEMU?16:24
sean-k-mooneymaybe16:24
bauzaseither way, we're done16:24
gibiOK, moving on16:24
gibi#topic Release Planning16:24
*** openstack changes topic to "Release Planning (Meeting topic: nova)"16:24
gibinext week we need to produce RC116:25
* lyarwood catches up in the background16:25
gibirelease tracking etherpad #link https://etherpad.opendev.org/p/nova-victoria-rc-potential16:25
gibibesides the prelude I'm not tracking any patch that needs to land before16:25
gibiRC116:25
*** bcafarel has quit IRC16:25
gibiif you have such patch let me know16:25
gibiprelude: #link https://review.opendev.org/#/c/751045/16:25
gibialso  please tag RC critical bugs with victoria-rc-potential tag in launchpad16:25
gibiif any16:25
gibiI also did not see any FFE request on the ML so the nova feature freeze is now complete16:26
gibiis there anything else about the relase we need to discuss?16:26
bauzashuzzah16:26
gibi#topic Stable Branches16:27
*** openstack changes topic to "Stable Branches (Meeting topic: nova)"16:27
gibilyarwood, elod: any news?16:28
lyarwoodNothing from me, elod16:28
lyarwood?16:28
elodthere was the gate issue (pypi proxy), but that is fixed16:28
elodotherwise i guess we need to prepare for stable/victoria cut next week16:29
gibithanks16:29
gibi#topic Sub/related team Highlights16:29
*** openstack changes topic to "Sub/related team Highlights (Meeting topic: nova)"16:29
gibiAPI (gmann)16:29
bauzaselod: stable/victoria won't be open until we GA16:30
bauzaswe'll have the stable branch, but this will be for regressions only that require a new RC16:30
gmannonly one thing - we can backport this once it is merged -https://review.opendev.org/#/c/752211/116:30
gmannthat's all from me16:31
gibithanks16:31
gibiLibvirt (bauzas)16:31
bauzasheh16:31
bauzaswell, haven't looked at the etherpad tbh16:31
bauzasbut we're on RC period, if people have bugs, that's all good16:32
bauzasI do remember we now have the versions bumps16:32
bauzashttps://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bump-libvirt-qemu-victoria16:32
lyarwoodyeah sorry was the outcome of the focal discussion earlier that we will move to it?16:32
lyarwoodor only in part?16:32
bauzaslyarwood: we can bump AFAICU16:32
lyarwoodif it's only in part we can't bump versions16:32
bauzasas Bionic will run Ubuntu UCA on a single job16:32
bauzasand other jobs running Focal16:33
lyarwoodokay, well it's really really late to be doing this but if people are happy we could merge that16:33
bauzasactually you're making a point16:33
* lyarwood forgets if there was anything else outstanding with the series16:33
bauzasand dansmith had the same concern16:33
gibiis there a risk? we are bumping the minimum but we tested with newer that the new minimum doesnt it?16:33
gmannlyarwood: this one https://review.opendev.org/#/c/734700/6/.zuul.yaml@22116:33
bauzasgibi: the fact is that we never really ran Focal16:33
gibiOK, then lets have the Focal swith first16:34
bauzasbumping the minimums + running Focal on 95% of jobs presents a certain risk of unstability16:34
bauzaswhich means we won't bump for Victoria16:34
gibiyes16:34
gibiit means we will not have time to bump in16:34
gibiV16:34
bauzasI'm cool with this, lyarwood concerns ?16:34
lyarwoodI'm fine pushing the bump to W16:35
sean-k-mooneydid we not already merge some of the bumps16:35
lyarwoodno16:35
bauzasnope16:35
sean-k-mooneyreally i had to rebase on of my pathce because of one of the patches in that seriese16:35
bauzascan I gently push a procedural -2, pleeaaaaase ?16:35
lyarwoodthe test changes landed sean-k-mooney16:35
bauzasthat's been a while I wasn't mean16:36
lyarwoodbut they fixed broken tests anyway16:36
sean-k-mooneyright that is what broke me16:36
sean-k-mooneyok16:36
lyarwoodbauzas: yeah go ahead16:36
lyarwoodokay we can move on16:36
sean-k-mooneyam we proably shoudl merge the updated next verision number16:36
sean-k-mooneybut maybe not the rest16:36
sean-k-mooneyso next cycle we can still move to the one we were planning to move too16:36
bauzaslyarwood: <316:37
sean-k-mooneye.g. libvirt 6.0.0 for wallaby16:37
sean-k-mooneyinstead of 5.0.016:37
bauzasactually https://review.opendev.org/#/c/749707/3 could be mergeable16:37
lyarwoodsean-k-mooney: okay I can break that out if it keeps that part on track for W16:38
stephenfinI'd personally like to see https://review.opendev.org/#/c/746981/ merged16:38
bauzasokay, I guess we have a consensus on blocking the minimum bumps, let's discuss offline on what's acceptable for V16:38
*** bcafarel has joined #openstack-meeting-316:38
stephenfinthe rest are noise and not necessary16:38
lyarwoodhow dare you16:38
stephenfinin the context of the release, that is16:38
bauzasstephenfin: yeah, that's what I lean to consider16:38
lyarwood:D16:38
bauzasokay, I'll cut the head on another patch16:39
sean-k-mooneyso we actully bump th emin version16:39
sean-k-mooneybut not the cleanup16:39
bauzasno16:39
sean-k-mooneyso we can still supprot the older version16:39
stephenfinsean-k-mooney: that's what I'm suggesting16:39
stephenfinthough not for that reason16:39
lyarwoodn-cpu doesn't start with the older version16:39
stephenfinthe MIN_ version would still be bumped16:39
lyarwoodso that's pointless16:39
sean-k-mooneyah right16:39
stephenfinI'm saying leave the dead code there16:40
sean-k-mooneyso bump next_min_version but nothing else16:40
stephenfinnext_min and min16:40
lyarwoodhaha this is fun16:40
lyarwoodso if we do that we'd also need bionic on UCA16:40
sean-k-mooneystephenfin: min will break because of https://review.opendev.org/#/c/746981/5/nova/virt/libvirt/driver.py@78816:40
stephenfinoh16:40
bauzasmy question is simple : does Bionic with Ussuri UCA supports libvirt==5.0.0 ?16:41
stephenfinsorry, I thought we'd done the UCA change16:41
stephenfinif not, ignore me16:41
sean-k-mooneybauzas: yes16:41
sean-k-mooneyi think that migt be the trian version ill check16:41
sean-k-mooneybut it has a 5.x version16:41
gibi18:34 < bauzas> bumping the minimums + running Focal on 95% of jobs presents a certain16:41
gibi                risk of unstability16:41
gibithis is where we started ^^16:41
bauzasokay, let's keep the procedural hold and figure out a masterplan tomorrow16:41
gibibauzas: +116:41
sean-k-mooneytrain is 5.416:42
sean-k-mooneyhttp://ubuntu-cloud.archive.canonical.com/ubuntu/dists/bionic-updates/train/main/binary-amd64/Packages16:42
sean-k-mooneyussuri is 6.0.0 from focal16:42
bauzasdansmith: we could be discussing out of your usual workhours, any concerns you'd raise ?16:42
sean-k-mooneyso we would enabel train not ussuri as i said previously16:42
bauzasor just say "I dare don't care"16:42
lyarwoodyeah otherwise we'd hit the same focal issue, iirc that's what happened when I tried this a while ago as a workaround16:43
lyarwoodhttps://review.opendev.org/#/c/747123/16:43
dansmithsorry, I zoned out, thought we were done with this16:43
bauzasthat's actually fun that 4 Red Hat engineers try to fix an Ubuntu problem16:44
lyarwoodI wish we were16:44
bauzasI should get a doubled payslip16:44
*** e0ne has quit IRC16:44
bauzaseither way, I'm done with this16:44
gibibauzas: you can get mine, I don't have a distro behind me ;)16:44
bauzaslet's figure out what we can do without breaking too much things tomorrow16:45
gibiOK16:45
gibiany last words?16:45
bauzasinstall Fedora ?16:45
gibi#topic PTG and Forum planning16:45
*** openstack changes topic to "PTG and Forum planning (Meeting topic: nova)"16:45
gibimail #link http://lists.openstack.org/pipermail/openstack-discuss/2020-September/017063.html16:46
gibiPTG topics  #link https://etherpad.opendev.org/p/nova-wallaby-ptg16:46
stephenfinbauzas: man, don't get sean-k-mooney started...16:46
bauzasstephenfin: don't reply to a troll16:46
gibianything you want to bring up about the PTG?16:46
bauzasnever ever.16:46
sean-k-mooney:)16:47
gibido we need cross project session organized?16:47
sean-k-mooneyim not sure16:47
sean-k-mooneymaybe with cinder and neutron16:47
gmannnothing from API perspective.16:48
sean-k-mooneyi assuem unified limits will continue16:48
gibisean-k-mooney: do you have specific topic in your mind?16:48
gibifor neutron and cinder?16:48
sean-k-mooneyfor neutron we have teh optional numa affinity with neutorn ports16:48
sean-k-mooneyneutron are finishing merging there side currently16:48
sean-k-mooneyso realy its just our bit left16:49
sean-k-mooneynot sure that need discussion16:49
bauzasmaybe a neutron xp session ?16:49
bauzasjust because I've been told we should have a conversation16:49
bauzason crazy pants, but whatever16:49
sean-k-mooneydo you have specific topics16:50
gibiOK, I will talk to slaweq to set things in motion16:50
*** priteau has quit IRC16:50
gibimaybe neutron side has some topics16:50
sean-k-mooneyya16:50
gibior we just use that slot for coffe and small talk16:50
sean-k-mooneyi expect routed netorks schduling to be of interst16:50
sean-k-mooneylyarwood: anything for cinder?16:51
lyarwoodsean-k-mooney: sorry had to step away16:51
lyarwoodsean-k-mooney: nothing feature wise but it would be useful to have a slot16:52
bauzassean-k-mooney: don't you have some ideas on things that were of interests by our PM ?16:52
bauzaseither way16:52
sean-k-mooneyyes16:52
gibiOK then I will set up slots with neutron and cinder16:52
bauzasI don't have specific things in minde16:52
lyarwoodthanks gibi16:52
bauzasmind*16:52
gibianything else about the PTG?16:53
bauzasthat being said, discussing on next steps with routed networks could be a thing16:53
lyarwoodgibi: happy to help organise the cinder session FWIW16:53
toskyreminder about the zuulv3 legacy job removal: there  https://review.opendev.org/#/c/744883/ (and a future one which depends on it) and16:53
toskyups, sorry16:53
toskytoo early16:54
gibilyarwood: thanks16:54
gibiuseful16:54
gibi#topic Open discussion16:54
*** openstack changes topic to "Open discussion (Meeting topic: nova)"16:54
tosky>.< sorry16:54
lyarwoodtosky: re the zuulv3 thing, reviews would be appreciated as I'm struggling to find time to  finish this16:54
lyarwoodtosky: I'm just borking up some simple ansible tasks at the moment iirc16:54
lyarwoodobviously reviews from the rest of the nova team would also be appreciated ;)16:55
toskylyarwood: I guess that once nova-multinode-evacuate is implemented,  nova-multinode-evacuate-ceph will be easily set up?16:55
lyarwoodtosky: that needs a multinode base job that they don't have yet16:55
lyarwoodtosky: and isn't simple with the current state of the plugin16:55
lyarwoodtosky: I was going to suggest leaving that as a TODO for W16:55
toskyand there is also nova-multinode-live-migration-ceph, right16:55
lyarwoodwith the underlying multinode job for ceph both would be easy yes16:56
gmannwe have grenade also pending on this - https://review.opendev.org/#/c/742056/16:56
lyarwoodbut we don't have that yet16:56
toskylyarwood: that's up to the nova team; from my point of view, I just need the legacy jobs to disappear16:56
gmanni need to check the failure16:56
toskyyep, I was going to mention that grenade one16:56
lyarwoodtosky: kk well as no one else seems interested lets say that's the plan for V16:56
lyarwoodtosky: land the evacuate job, defer the ceph jobs until W and remove the legacy LM job16:57
lyarwoodtosky: oh and the grenade job in V16:57
toskygmann: maybe in the grenade job you could reuse part of the work done by lyarwood to remove the usage of the hooks16:57
toskybut  I haven't checked if it covers that16:57
toskyyep16:57
lyarwoodtosky: gmann has already done some of this iirc16:57
toskyso please merge everything you could before V branching next week - but just to spare you another set of backports!16:58
gmannyeah, refreshing the results to see what failed16:58
* lyarwood will try to find time tomorrow to finish up the evacuate job16:58
toskythanks! We are almost there with this goal (throughout openstack as a while)16:58
gibianything else for the last 40 seconds?16:59
gibithen thanks for joining17:00
gibi#endmeeting17:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"17:00
openstackMeeting ended Thu Sep 17 17:00:07 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-09-17-16.00.html17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-09-17-16.00.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-09-17-16.00.log.html17:00
*** tosky has quit IRC17:00
*** e0ne has joined #openstack-meeting-317:01
bauzasI have a new keg \o/17:02
*** e0ne has quit IRC17:07
*** sean-k-mooney has left #openstack-meeting-317:18
*** artom has quit IRC17:46
*** artom has joined #openstack-meeting-317:53
*** irclogbot_2 has quit IRC17:58
*** irclogbot_1 has joined #openstack-meeting-318:01
*** e0ne has joined #openstack-meeting-318:23
*** e0ne has quit IRC18:28
*** ralonsoh has quit IRC19:57
*** tosky has joined #openstack-meeting-320:34
*** slaweq has quit IRC22:07
*** tosky has quit IRC22:19
*** mgagne has joined #openstack-meeting-322:37
*** mlavalle has quit IRC23:44
*** artom has quit IRC23:56

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