*** mlavalle has quit IRC | 00:05 | |
*** tonyb has joined #openstack-meeting-3 | 00:22 | |
*** apetrich has quit IRC | 02:09 | |
*** psachin has joined #openstack-meeting-3 | 03:24 | |
*** slaweq_ has joined #openstack-meeting-3 | 06:26 | |
*** lpetrut has joined #openstack-meeting-3 | 06:43 | |
*** ralonsoh has joined #openstack-meeting-3 | 06:50 | |
*** e0ne has joined #openstack-meeting-3 | 07:00 | |
*** apetrich has joined #openstack-meeting-3 | 08:29 | |
*** slaweq_ is now known as slaweq | 08:48 | |
*** slaweq has quit IRC | 09:38 | |
*** slaweq has joined #openstack-meeting-3 | 09:40 | |
*** tosky has joined #openstack-meeting-3 | 10:19 | |
*** slaweq has quit IRC | 11:38 | |
*** slaweq has joined #openstack-meeting-3 | 12:12 | |
*** jeremyfreudberg has joined #openstack-meeting-3 | 13:52 | |
*** lpetrut has quit IRC | 14:14 | |
*** jeremyfreudberg has left #openstack-meeting-3 | 14:29 | |
*** priteau has joined #openstack-meeting-3 | 15:00 | |
*** mlavalle has joined #openstack-meeting-3 | 15:24 | |
*** stephenfin has joined #openstack-meeting-3 | 15:52 | |
*** elod has joined #openstack-meeting-3 | 15:54 | |
gibi | #startmeeting nova | 16:00 |
---|---|---|
openstack | Meeting 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 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
*** openstack changes topic to " (Meeting topic: nova)" | 16:00 | |
openstack | The meeting name has been set to 'nova' | 16:00 |
bauzas | \o | 16:00 |
gibi | o/ | 16:00 |
gmann | o/ | 16:00 |
dansmith | ~~~o/~~~ | 16:00 |
stephenfin | o/ | 16:00 |
gibi | dansmith are you partially under water? | 16:01 |
dansmith | gibi: nearly suffocated by smoke | 16:01 |
dansmith | I'll work on my ascii art :) | 16:01 |
gibi | sorry to hear that | 16:01 |
gibi | OK, let's get started | 16:02 |
gibi | #topic Bugs (stuck/critical) | 16:02 |
*** openstack changes topic to "Bugs (stuck/critical) (Meeting topic: nova)" | 16:02 | |
gibi | No critical bug | 16:03 |
gibi | #link 7 new untriaged bugs (-29 since the last meeting): https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New | 16:03 |
gibi | I would like to thank every bug triager | 16:03 |
gibi | not so long ago we had more than 100 such bugs | 16:03 |
gibi | thank you! | 16:03 |
gibi | rc critical bugs #link https://bugs.launchpad.net/nova/+bugs?field.tag=victoria-rc-potential | 16:04 |
bauzas | \o/ | 16:04 |
gibi | we have one | 16:04 |
gibi | https://bugs.launchpad.net/nova/+bug/1882521 | 16:04 |
openstack | Launchpad bug 1882521 in OpenStack Compute (nova) "Failing device detachments on Focal" [High,Confirmed] - Assigned to Lee Yarwood (lyarwood) | 16:04 |
bauzas | the Focal saga. | 16:04 |
gibi | gmann left some notes on the agenda | 16:04 |
gibi | Until qemu bug (https://bugs.launchpad.net/qemu/+bug/1894804) is fixed we have two options | 16:05 |
openstack | Launchpad bug 1894804 in qemu (Ubuntu) "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,New] | 16:05 |
gmann | yeah, we can go with either of the option i listed there | 16:05 |
gibi | Skip 3 failing test and move integration job to run on Focal - https://review.opendev.org/#/c/734700/4/tools/tempest-integrated-gate-compute-blacklist.txt | 16:05 |
gibi | To keep running these tests somewhere, we need 'tempest-integrated-compute' job to keep running on Bionic and rest all jobs toFocal. | 16:05 |
gibi | I would skip these test and move our testing to Focal if this is the only blocker of Focal | 16:05 |
gmann | to keep test coverage i think 2nd one is better choice | 16:05 |
gmann | barbican is one blocker for now along with nova. gnoochi one is fixed by ceilometer on mariadb | 16:07 |
gmann | keeping one job running on bionic is no issue and we will not lose the test coverage also | 16:07 |
gibi | sure if other bugs makes hard to move to Focal then lets keep our testing on Bionic | 16:07 |
gmann | it 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-3 | 16:08 | |
gmann | only 'tempest-integrated-compute' will run on bionic until qemu bug is fixed | 16:08 |
gibi | that works for me | 16:08 |
gibi | what about the others in the room? | 16:08 |
bauzas | trying to digest | 16:09 |
sean-k-mooney | gibi: we could move that to centos8 too but that works for me | 16:09 |
bauzas | tl;dr: all jobs be on Focal except one testing the 3 tests that fail on Focal ? | 16:09 |
bauzas | amirite ? | 16:10 |
gmann | yeah | 16:10 |
gmann | bauzas: yes | 16:10 |
bauzas | this sounds a reasonable tradeoff to me | 16:10 |
bauzas | with a very few efforts | 16:10 |
bauzas | objections here that I can't see ? | 16:10 |
sean-k-mooney | no objection but using centos8 i think makes more sense | 16:10 |
bauzas | this will tho say we will run two different qemu versions ? | 16:11 |
sean-k-mooney | its one of the support os | 16:11 |
dansmith | makes sense to me | 16:11 |
sean-k-mooney | but 18.04 is fine too for now | 16:11 |
bauzas | (that being said, I'm all fine with two versions of qemu in different jobs) | 16:11 |
gibi | I would go with the easier solution as we have limited time until the release | 16:11 |
gmann | sean-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 release | 16:11 |
bauzas | that just means we can't bump the minimum versions on libvirt, that's it | 16:11 |
bauzas | amirite too on this ? ^ | 16:12 |
sean-k-mooney | gmann: sure | 16:12 |
bauzas | ie. we stick with minimum versions be Bionic | 16:12 |
sean-k-mooney | bauzas: am no we jsut enable the cloud arcive | 16:12 |
sean-k-mooney | on bionic | 16:12 |
sean-k-mooney | we can still bump the min verions | 16:12 |
bauzas | ok that was my question | 16:12 |
bauzas | so this is not just "stick with Bionic" | 16:13 |
bauzas | this is "stick with Bionic + UCA" | 16:13 |
sean-k-mooney | us bionic with the ussuric cloud archive | 16:13 |
bauzas | gotcha | 16:13 |
bauzas | okay this sounds good to me | 16:13 |
dansmith | so, wait, | 16:13 |
bauzas | and then we can bump the minimums on victoria | 16:13 |
dansmith | am I right that we've been testing on bionic all cycle, | 16:13 |
sean-k-mooney | yep | 16:14 |
gmann | yes, | 16:14 |
bauzas | ahah, good point | 16:14 |
dansmith | and that this would move 95% of our tests to focal suddenly, and only run the problematic ones on bionic? | 16:14 |
sean-k-mooney | we were ment to move like before m2 | 16:14 |
bauzas | do we have existing jobs that run on Focal ? | 16:14 |
bauzas | even if they're not in the check pipelines | 16:14 |
dansmith | if 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 children | 16:14 |
sean-k-mooney | os-vif moved a while ago | 16:14 |
sean-k-mooney | other project have too | 16:14 |
gmann | bauzas: this one tests https://review.opendev.org/#/c/734700/5 | 16:14 |
sean-k-mooney | nova has been laging behind | 16:14 |
bauzas | dansmith: yup, double the jobs | 16:15 |
gmann | and i had nova gates tested with that which worked well except these 3 failing tests | 16:15 |
dansmith | bauzas: yeah | 16:15 |
sean-k-mooney | dansmith: bionic is not in the supprot runtimes list in the governace repo | 16:15 |
*** psachin has quit IRC | 16:15 | |
dansmith | sean-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-mooney | its not ment to be used for testing for victoria | 16:15 |
gmann | dansmith: yeah Focal is testing runtime for Victoria | 16:15 |
bauzas | sean-k-mooney: at which point this being a blocker ? | 16:15 |
bauzas | (us continuing to use Bionic for three jobs) | 16:16 |
sean-k-mooney | this was droped as a blcoker when we figured out its a qemu bug | 16:16 |
bauzas | man | 16:16 |
bauzas | 3 tests | 16:16 |
sean-k-mooney | we can use it for 3 tests | 16:16 |
bauzas | who said this was a blocker ? | 16:16 |
sean-k-mooney | but we shoudl move the testing to focal | 16:16 |
sean-k-mooney | so that stable/victoria is on focal | 16:16 |
bauzas | can't we just be brave and tell what happens in the relnotes or somewhere ? | 16:16 |
gmann | it is decision we need to make before Focal migration is done (tempest and devstack job switch) | 16:17 |
bauzas | like, "this has been tested upstream on both Focal and Bionic" | 16:17 |
sean-k-mooney | we could but we should still move most of the jobs to focal | 16:17 |
bauzas | after all, if the jobs pass on Bionic, what's the matter ? | 16:17 |
bauzas | operators just know they can use both | 16:17 |
bauzas | which is nice to them | 16:18 |
sean-k-mooney | e.g. i think 100% bionic would be wrong since victora will not be packaged on victoria or supported on victoria by canonnical | 16:18 |
bauzas | and I don't want us to transform ourself into Canonical QE | 16:18 |
gmann | but we are only keeping bionic testing only for failing tests just to avoid losin coverage otherwise | 16:18 |
gibi | bauzas: so you say we document the broken test in reno. That is cool. | 16:18 |
bauzas | I'm just saying let's be honest | 16:18 |
gmann | it is Focal we have to tell to user that we are testing with | 16:18 |
gibi | sure | 16:18 |
dansmith | sean-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 environment | 16:19 |
bauzas | since people would run on Focal, those tests mean that we're broken either way | 16:19 |
dansmith | I dunno, just seems easy to keep both, but maybe not | 16:19 |
sean-k-mooney | dansmith: the patches have been up for a very long time | 16:19 |
sean-k-mooney | they were blocked by these 3 tests | 16:19 |
bauzas | dansmith: I'm personnally in favor of being pragmatic like you | 16:19 |
dansmith | sean-k-mooney: what does that have to do with what we've actually been testing? | 16:19 |
gibi | can we change the openstack communication about Focal support? | 16:19 |
bauzas | and us not being pedantic on things we "support" upstream | 16:19 |
bauzas | the point is actually very simple | 16:20 |
sean-k-mooney | dansmith: noting but other thatn i think it would be incorrect not to test on focal too | 16:20 |
dansmith | bauzas: right, openstack governance saying V means Focal is fine, but if we haven't been testing on that all cycle... | 16:20 |
bauzas | we do support Focal EXCEPT the fact we regress on some identified bugs | 16:20 |
gmann | gibi: i do not think so as most of the testing ready and tox based moved to Focal already | 16:20 |
dansmith | sean-k-mooney: no, I'm arguing for both, that's all | 16:20 |
gmann | bauzas: +1 | 16:20 |
sean-k-mooney | dansmith: ya im ok with both | 16:20 |
dansmith | ack | 16:20 |
sean-k-mooney | dansmith: the current proposal is to run just tempest-ingetrated-compute on 18.04 | 16:21 |
bauzas | so 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-mooney | running all jobs on both would be excessive | 16:21 |
gmann | dansmith: but we cannot test those from start of cycle, it is migration cycle and at the end if testing is green then we are good | 16:21 |
dansmith | sean-k-mooney: oh I thought it was "just three tests of that" .. if it's the whole normal job, then that's fine | 16:21 |
gmann | dansmith: yes whole job | 16:21 |
gibi | OK I thing we are converged | 16:21 |
dansmith | gmann: cool | 16:21 |
gibi | run tempest-ingetrated-compute on 18.04 move the rest to 20.04, document the qemu bug in a reno | 16:21 |
dansmith | sounds good | 16:22 |
bauzas | I'm still struggling with the exact impact of QEMU bugs so we could properly document them | 16:22 |
bauzas | in the prelude section | 16:22 |
bauzas | but if people feel brave enough, they can patch my prelude change | 16:22 |
dansmith | bauzas: that's obviously your job, mr. prelude :P | 16:22 |
sean-k-mooney | bauzas: device detach fails if the system is under load | 16:22 |
sean-k-mooney | so volume detach | 16:22 |
bauzas | dansmith: damn you. | 16:23 |
bauzas | sean-k-mooney: okay, then I can try to write something in the prelude | 16:23 |
gibi | bauzas: sean-k-mooney and lyarwood can help wiht that prelude part | 16:23 |
sean-k-mooney | yep | 16:23 |
gmann | ok i will update my tempest patch for keeping 'tempest-integrated-compute' on 18.04. | 16:23 |
bauzas | let's do this in another change on top of the existing one | 16:23 |
dansmith | bauzas: :P | 16:23 |
sean-k-mooney | sure we can do it in a follow up if you like | 16:23 |
gibi | any other bug we need to touch? | 16:23 |
gibi | here, now | 16:24 |
bauzas | sean-k-mooney: I'll follow-up with you on the workaround we need to document | 16:24 |
bauzas | (and lyarwood) | 16:24 |
sean-k-mooney | bauzas: there isent really a workaround | 16:24 |
sean-k-mooney | but sure we can do it after the meeting | 16:24 |
bauzas | downgrade QEMU? | 16:24 |
sean-k-mooney | maybe | 16:24 |
bauzas | either way, we're done | 16:24 |
gibi | OK, moving on | 16:24 |
gibi | #topic Release Planning | 16:24 |
*** openstack changes topic to "Release Planning (Meeting topic: nova)" | 16:24 | |
gibi | next week we need to produce RC1 | 16:25 |
* lyarwood catches up in the background | 16:25 | |
gibi | release tracking etherpad #link https://etherpad.opendev.org/p/nova-victoria-rc-potential | 16:25 |
gibi | besides the prelude I'm not tracking any patch that needs to land before | 16:25 |
gibi | RC1 | 16:25 |
*** bcafarel has quit IRC | 16:25 | |
gibi | if you have such patch let me know | 16:25 |
gibi | prelude: #link https://review.opendev.org/#/c/751045/ | 16:25 |
gibi | also please tag RC critical bugs with victoria-rc-potential tag in launchpad | 16:25 |
gibi | if any | 16:25 |
gibi | I also did not see any FFE request on the ML so the nova feature freeze is now complete | 16:26 |
gibi | is there anything else about the relase we need to discuss? | 16:26 |
bauzas | huzzah | 16:26 |
gibi | #topic Stable Branches | 16:27 |
*** openstack changes topic to "Stable Branches (Meeting topic: nova)" | 16:27 | |
gibi | lyarwood, elod: any news? | 16:28 |
lyarwood | Nothing from me, elod | 16:28 |
lyarwood | ? | 16:28 |
elod | there was the gate issue (pypi proxy), but that is fixed | 16:28 |
elod | otherwise i guess we need to prepare for stable/victoria cut next week | 16:29 |
gibi | thanks | 16:29 |
gibi | #topic Sub/related team Highlights | 16:29 |
*** openstack changes topic to "Sub/related team Highlights (Meeting topic: nova)" | 16:29 | |
gibi | API (gmann) | 16:29 |
bauzas | elod: stable/victoria won't be open until we GA | 16:30 |
bauzas | we'll have the stable branch, but this will be for regressions only that require a new RC | 16:30 |
gmann | only one thing - we can backport this once it is merged -https://review.opendev.org/#/c/752211/1 | 16:30 |
gmann | that's all from me | 16:31 |
gibi | thanks | 16:31 |
gibi | Libvirt (bauzas) | 16:31 |
bauzas | heh | 16:31 |
bauzas | well, haven't looked at the etherpad tbh | 16:31 |
bauzas | but we're on RC period, if people have bugs, that's all good | 16:32 |
bauzas | I do remember we now have the versions bumps | 16:32 |
bauzas | https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bump-libvirt-qemu-victoria | 16:32 |
lyarwood | yeah sorry was the outcome of the focal discussion earlier that we will move to it? | 16:32 |
lyarwood | or only in part? | 16:32 |
bauzas | lyarwood: we can bump AFAICU | 16:32 |
lyarwood | if it's only in part we can't bump versions | 16:32 |
bauzas | as Bionic will run Ubuntu UCA on a single job | 16:32 |
bauzas | and other jobs running Focal | 16:33 |
lyarwood | okay, well it's really really late to be doing this but if people are happy we could merge that | 16:33 |
bauzas | actually you're making a point | 16:33 |
* lyarwood forgets if there was anything else outstanding with the series | 16:33 | |
bauzas | and dansmith had the same concern | 16:33 |
gibi | is there a risk? we are bumping the minimum but we tested with newer that the new minimum doesnt it? | 16:33 |
gmann | lyarwood: this one https://review.opendev.org/#/c/734700/6/.zuul.yaml@221 | 16:33 |
bauzas | gibi: the fact is that we never really ran Focal | 16:33 |
gibi | OK, then lets have the Focal swith first | 16:34 |
bauzas | bumping the minimums + running Focal on 95% of jobs presents a certain risk of unstability | 16:34 |
bauzas | which means we won't bump for Victoria | 16:34 |
gibi | yes | 16:34 |
gibi | it means we will not have time to bump in | 16:34 |
gibi | V | 16:34 |
bauzas | I'm cool with this, lyarwood concerns ? | 16:34 |
lyarwood | I'm fine pushing the bump to W | 16:35 |
sean-k-mooney | did we not already merge some of the bumps | 16:35 |
lyarwood | no | 16:35 |
bauzas | nope | 16:35 |
sean-k-mooney | really i had to rebase on of my pathce because of one of the patches in that seriese | 16:35 |
bauzas | can I gently push a procedural -2, pleeaaaaase ? | 16:35 |
lyarwood | the test changes landed sean-k-mooney | 16:35 |
bauzas | that's been a while I wasn't mean | 16:36 |
lyarwood | but they fixed broken tests anyway | 16:36 |
sean-k-mooney | right that is what broke me | 16:36 |
sean-k-mooney | ok | 16:36 |
lyarwood | bauzas: yeah go ahead | 16:36 |
lyarwood | okay we can move on | 16:36 |
sean-k-mooney | am we proably shoudl merge the updated next verision number | 16:36 |
sean-k-mooney | but maybe not the rest | 16:36 |
sean-k-mooney | so next cycle we can still move to the one we were planning to move too | 16:36 |
bauzas | lyarwood: <3 | 16:37 |
sean-k-mooney | e.g. libvirt 6.0.0 for wallaby | 16:37 |
sean-k-mooney | instead of 5.0.0 | 16:37 |
bauzas | actually https://review.opendev.org/#/c/749707/3 could be mergeable | 16:37 |
lyarwood | sean-k-mooney: okay I can break that out if it keeps that part on track for W | 16:38 |
stephenfin | I'd personally like to see https://review.opendev.org/#/c/746981/ merged | 16:38 |
bauzas | okay, I guess we have a consensus on blocking the minimum bumps, let's discuss offline on what's acceptable for V | 16:38 |
*** bcafarel has joined #openstack-meeting-3 | 16:38 | |
stephenfin | the rest are noise and not necessary | 16:38 |
lyarwood | how dare you | 16:38 |
stephenfin | in the context of the release, that is | 16:38 |
bauzas | stephenfin: yeah, that's what I lean to consider | 16:38 |
lyarwood | :D | 16:38 |
bauzas | okay, I'll cut the head on another patch | 16:39 |
sean-k-mooney | so we actully bump th emin version | 16:39 |
sean-k-mooney | but not the cleanup | 16:39 |
bauzas | no | 16:39 |
sean-k-mooney | so we can still supprot the older version | 16:39 |
stephenfin | sean-k-mooney: that's what I'm suggesting | 16:39 |
stephenfin | though not for that reason | 16:39 |
lyarwood | n-cpu doesn't start with the older version | 16:39 |
stephenfin | the MIN_ version would still be bumped | 16:39 |
lyarwood | so that's pointless | 16:39 |
sean-k-mooney | ah right | 16:39 |
stephenfin | I'm saying leave the dead code there | 16:40 |
sean-k-mooney | so bump next_min_version but nothing else | 16:40 |
stephenfin | next_min and min | 16:40 |
lyarwood | haha this is fun | 16:40 |
lyarwood | so if we do that we'd also need bionic on UCA | 16:40 |
sean-k-mooney | stephenfin: min will break because of https://review.opendev.org/#/c/746981/5/nova/virt/libvirt/driver.py@788 | 16:40 |
stephenfin | oh | 16:40 |
bauzas | my question is simple : does Bionic with Ussuri UCA supports libvirt==5.0.0 ? | 16:41 |
stephenfin | sorry, I thought we'd done the UCA change | 16:41 |
stephenfin | if not, ignore me | 16:41 |
sean-k-mooney | bauzas: yes | 16:41 |
sean-k-mooney | i think that migt be the trian version ill check | 16:41 |
sean-k-mooney | but it has a 5.x version | 16:41 |
gibi | 18:34 < bauzas> bumping the minimums + running Focal on 95% of jobs presents a certain | 16:41 |
gibi | risk of unstability | 16:41 |
gibi | this is where we started ^^ | 16:41 |
bauzas | okay, let's keep the procedural hold and figure out a masterplan tomorrow | 16:41 |
gibi | bauzas: +1 | 16:41 |
sean-k-mooney | train is 5.4 | 16:42 |
sean-k-mooney | http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/bionic-updates/train/main/binary-amd64/Packages | 16:42 |
sean-k-mooney | ussuri is 6.0.0 from focal | 16:42 |
bauzas | dansmith: we could be discussing out of your usual workhours, any concerns you'd raise ? | 16:42 |
sean-k-mooney | so we would enabel train not ussuri as i said previously | 16:42 |
bauzas | or just say "I dare don't care" | 16:42 |
lyarwood | yeah otherwise we'd hit the same focal issue, iirc that's what happened when I tried this a while ago as a workaround | 16:43 |
lyarwood | https://review.opendev.org/#/c/747123/ | 16:43 |
dansmith | sorry, I zoned out, thought we were done with this | 16:43 |
bauzas | that's actually fun that 4 Red Hat engineers try to fix an Ubuntu problem | 16:44 |
lyarwood | I wish we were | 16:44 |
bauzas | I should get a doubled payslip | 16:44 |
*** e0ne has quit IRC | 16:44 | |
bauzas | either way, I'm done with this | 16:44 |
gibi | bauzas: you can get mine, I don't have a distro behind me ;) | 16:44 |
bauzas | let's figure out what we can do without breaking too much things tomorrow | 16:45 |
gibi | OK | 16:45 |
gibi | any last words? | 16:45 |
bauzas | install Fedora ? | 16:45 |
gibi | #topic PTG and Forum planning | 16:45 |
*** openstack changes topic to "PTG and Forum planning (Meeting topic: nova)" | 16:45 | |
gibi | mail #link http://lists.openstack.org/pipermail/openstack-discuss/2020-September/017063.html | 16:46 |
gibi | PTG topics #link https://etherpad.opendev.org/p/nova-wallaby-ptg | 16:46 |
stephenfin | bauzas: man, don't get sean-k-mooney started... | 16:46 |
bauzas | stephenfin: don't reply to a troll | 16:46 |
gibi | anything you want to bring up about the PTG? | 16:46 |
bauzas | never ever. | 16:46 |
sean-k-mooney | :) | 16:47 |
gibi | do we need cross project session organized? | 16:47 |
sean-k-mooney | im not sure | 16:47 |
sean-k-mooney | maybe with cinder and neutron | 16:47 |
gmann | nothing from API perspective. | 16:48 |
sean-k-mooney | i assuem unified limits will continue | 16:48 |
gibi | sean-k-mooney: do you have specific topic in your mind? | 16:48 |
gibi | for neutron and cinder? | 16:48 |
sean-k-mooney | for neutron we have teh optional numa affinity with neutorn ports | 16:48 |
sean-k-mooney | neutron are finishing merging there side currently | 16:48 |
sean-k-mooney | so realy its just our bit left | 16:49 |
sean-k-mooney | not sure that need discussion | 16:49 |
bauzas | maybe a neutron xp session ? | 16:49 |
bauzas | just because I've been told we should have a conversation | 16:49 |
bauzas | on crazy pants, but whatever | 16:49 |
sean-k-mooney | do you have specific topics | 16:50 |
gibi | OK, I will talk to slaweq to set things in motion | 16:50 |
*** priteau has quit IRC | 16:50 | |
gibi | maybe neutron side has some topics | 16:50 |
sean-k-mooney | ya | 16:50 |
gibi | or we just use that slot for coffe and small talk | 16:50 |
sean-k-mooney | i expect routed netorks schduling to be of interst | 16:50 |
sean-k-mooney | lyarwood: anything for cinder? | 16:51 |
lyarwood | sean-k-mooney: sorry had to step away | 16:51 |
lyarwood | sean-k-mooney: nothing feature wise but it would be useful to have a slot | 16:52 |
bauzas | sean-k-mooney: don't you have some ideas on things that were of interests by our PM ? | 16:52 |
bauzas | either way | 16:52 |
sean-k-mooney | yes | 16:52 |
gibi | OK then I will set up slots with neutron and cinder | 16:52 |
bauzas | I don't have specific things in minde | 16:52 |
lyarwood | thanks gibi | 16:52 |
bauzas | mind* | 16:52 |
gibi | anything else about the PTG? | 16:53 |
bauzas | that being said, discussing on next steps with routed networks could be a thing | 16:53 |
lyarwood | gibi: happy to help organise the cinder session FWIW | 16:53 |
tosky | reminder about the zuulv3 legacy job removal: there https://review.opendev.org/#/c/744883/ (and a future one which depends on it) and | 16:53 |
tosky | ups, sorry | 16:53 |
tosky | too early | 16:54 |
gibi | lyarwood: thanks | 16:54 |
gibi | useful | 16:54 |
gibi | #topic Open discussion | 16:54 |
*** openstack changes topic to "Open discussion (Meeting topic: nova)" | 16:54 | |
tosky | >.< sorry | 16:54 |
lyarwood | tosky: re the zuulv3 thing, reviews would be appreciated as I'm struggling to find time to finish this | 16:54 |
lyarwood | tosky: I'm just borking up some simple ansible tasks at the moment iirc | 16:54 |
lyarwood | obviously reviews from the rest of the nova team would also be appreciated ;) | 16:55 |
tosky | lyarwood: I guess that once nova-multinode-evacuate is implemented, nova-multinode-evacuate-ceph will be easily set up? | 16:55 |
lyarwood | tosky: that needs a multinode base job that they don't have yet | 16:55 |
lyarwood | tosky: and isn't simple with the current state of the plugin | 16:55 |
lyarwood | tosky: I was going to suggest leaving that as a TODO for W | 16:55 |
tosky | and there is also nova-multinode-live-migration-ceph, right | 16:55 |
lyarwood | with the underlying multinode job for ceph both would be easy yes | 16:56 |
gmann | we have grenade also pending on this - https://review.opendev.org/#/c/742056/ | 16:56 |
lyarwood | but we don't have that yet | 16:56 |
tosky | lyarwood: that's up to the nova team; from my point of view, I just need the legacy jobs to disappear | 16:56 |
gmann | i need to check the failure | 16:56 |
tosky | yep, I was going to mention that grenade one | 16:56 |
lyarwood | tosky: kk well as no one else seems interested lets say that's the plan for V | 16:56 |
lyarwood | tosky: land the evacuate job, defer the ceph jobs until W and remove the legacy LM job | 16:57 |
lyarwood | tosky: oh and the grenade job in V | 16:57 |
tosky | gmann: maybe in the grenade job you could reuse part of the work done by lyarwood to remove the usage of the hooks | 16:57 |
tosky | but I haven't checked if it covers that | 16:57 |
tosky | yep | 16:57 |
lyarwood | tosky: gmann has already done some of this iirc | 16:57 |
tosky | so please merge everything you could before V branching next week - but just to spare you another set of backports! | 16:58 |
gmann | yeah, refreshing the results to see what failed | 16:58 |
* lyarwood will try to find time tomorrow to finish up the evacuate job | 16:58 | |
tosky | thanks! We are almost there with this goal (throughout openstack as a while) | 16:58 |
gibi | anything else for the last 40 seconds? | 16:59 |
gibi | then thanks for joining | 17:00 |
gibi | #endmeeting | 17:00 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/" | 17:00 | |
openstack | Meeting ended Thu Sep 17 17:00:07 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-09-17-16.00.html | 17:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-09-17-16.00.txt | 17:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-09-17-16.00.log.html | 17:00 |
*** tosky has quit IRC | 17:00 | |
*** e0ne has joined #openstack-meeting-3 | 17:01 | |
bauzas | I have a new keg \o/ | 17:02 |
*** e0ne has quit IRC | 17:07 | |
*** sean-k-mooney has left #openstack-meeting-3 | 17:18 | |
*** artom has quit IRC | 17:46 | |
*** artom has joined #openstack-meeting-3 | 17:53 | |
*** irclogbot_2 has quit IRC | 17:58 | |
*** irclogbot_1 has joined #openstack-meeting-3 | 18:01 | |
*** e0ne has joined #openstack-meeting-3 | 18:23 | |
*** e0ne has quit IRC | 18:28 | |
*** ralonsoh has quit IRC | 19:57 | |
*** tosky has joined #openstack-meeting-3 | 20:34 | |
*** slaweq has quit IRC | 22:07 | |
*** tosky has quit IRC | 22:19 | |
*** mgagne has joined #openstack-meeting-3 | 22:37 | |
*** mlavalle has quit IRC | 23:44 | |
*** artom has quit IRC | 23:56 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!