Tuesday, 2021-07-06

noonedeadpunkgotcha, thanks folks.05:21
noonedeadpunkwe were just tend to do upgrades once per year, so we usually jump through releases and that used to work nicely. But feels we would need to change that approach05:23
gibisean-k-mooney: re: moving the instance claim to the conductor. The idea itself make sense. I don't know how big of a surgery it is needed in the conductor / compute impementation. Also I guess due to rolling upgrade we need some way to do claim in both places for a release.07:09
gibigmann: we have a bug report about policies https://bugs.launchpad.net/nova/+bug/1934478 If you have time could you please check it and triage it?07:19
aarentsHi nova!07:27
aarentsthks gibi for quick triage of https://bugs.launchpad.net/nova/+bug/1934742  I'm on the way to propose something I plan to prod downstream.07:27
gibiaarents: ack. your suggestion about synchronizing the port delete handling with the the interface attach/detach make sense to me07:28
*** rpittau|afk is now known as rpittau07:30
opendevreviewLee Yarwood proposed openstack/nova master: zuul: Add CentOS 8 stream integrated compute tempest job to gate  https://review.opendev.org/c/openstack/nova/+/79761608:12
opendevreviewwushiming proposed openstack/placement master: Changed minversion in tox to 3.18.0  https://review.opendev.org/c/openstack/placement/+/79960108:15
bauzasgood spec review day, folks08:28
* bauzas will update his own spec08:28
opendevreviewAlexandre arents proposed openstack/nova master: Synchronize network-vif-deleted event processing  https://review.opendev.org/c/openstack/nova/+/79960608:30
bauzasgibi: sean-k-mooney: do you folks agree on fast-approving a new revision for https://review.opendev.org/c/openstack/nova-specs/+/792796/3/specs/xena/approved/generic-mdevs.rst if I just fix the nits ?08:55
sean-k-mooney[m]ill be starting soon but yes that works for me08:56
sean-k-mooney[m]gibi: my idea for the compute claim in the conductor was to add a new rpc  for the instance claim that returns true or false indicating if the claim succeeded. the side effect of the claim would be to store the claim object in a dict on the compute node indexed by the instance uuid. then we wrap the instance claim in spawn with a lookup in the dict and only do  the claim if none found.09:02
sean-k-mooney[m]in the conductor we can check the compute service version to determin if the compute is upgraded09:04
opendevreviewSylvain Bauza proposed openstack/nova-specs master: Add generic mdevs to Nova  https://review.opendev.org/c/openstack/nova-specs/+/79279609:16
bauzasgibi: sean-k-mooney: nits fixed ^09:16
sean-k-mooneylooks good +2 from me. ill +w if gibi does not get to it later today09:20
bauzashumpf, looking at https://review.opendev.org/q/project:openstack%252Fnova-specs+status:open I can't see a lot of specs needing my thoughts :(09:48
*** bhagyashris_ is now known as bhagyashris|ruck09:50
stephenfinbauzas: that's good new, no?09:53
stephenfin*news09:53
bauzasstephenfin: well, maybe :)09:53
lyarwoodI'm about to drop a few today09:53
lyarwoodtrying to catch up after two pretty unproductive weeks09:53
bauzasmaybe I'll only look at one spec https://review.opendev.org/c/openstack/nova-specs/+/78745809:53
bauzasthis one is large ^09:53
lyarwoodstephenfin: that's going to include the nova-manage commands for hardware model updates btw09:54
stephenfinokay, sweet09:54
* stephenfin is cleaning up the odd failures in the alembic series and will then start reviews09:54
opendevreviewStephen Finucane proposed openstack/nova master: db: Unify 'nova.db.api', 'nova.db.sqlalchemy.api'  https://review.opendev.org/c/openstack/nova/+/79952410:05
opendevreviewStephen Finucane proposed openstack/nova master: db: Move remaining 'nova.db.sqlalchemy' modules  https://review.opendev.org/c/openstack/nova/+/79952510:05
opendevreviewStephen Finucane proposed openstack/nova master: db: Post reshuffle cleanup  https://review.opendev.org/c/openstack/nova/+/79952610:05
opendevreviewStephen Finucane proposed openstack/nova master: db: Add initial alembic migration for main DB  https://review.opendev.org/c/openstack/nova/+/79952710:05
opendevreviewStephen Finucane proposed openstack/nova master: db: Add initial alembic migration for API DB  https://review.opendev.org/c/openstack/nova/+/79952810:05
opendevreviewStephen Finucane proposed openstack/nova master: db: Trivial style changes  https://review.opendev.org/c/openstack/nova/+/79952910:05
opendevreviewStephen Finucane proposed openstack/nova master: WIP: db: Integrate alembic  https://review.opendev.org/c/openstack/nova/+/79953010:05
opendevreviewLee Yarwood proposed openstack/nova-specs master: Add nova-manage commands to show and refresh connection_info  https://review.opendev.org/c/openstack/nova-specs/+/79962410:12
opendevreviewsean mooney proposed openstack/os-vif master: update os-vif ci to account for devstack default changes  https://review.opendev.org/c/openstack/os-vif/+/79803810:14
opendevreviewsean mooney proposed openstack/os-vif master: add configurable per port bridges  https://review.opendev.org/c/openstack/os-vif/+/79805510:14
opendevreviewMerged openstack/os-resource-classes master: [doc] Redirect people to #openstack-nova  https://review.opendev.org/c/openstack/os-resource-classes/+/79383310:22
sean-k-mooneystephenfin: care to pass an eye over the pci in placement draft https://review.opendev.org/c/openstack/nova-specs/+/791047/2/specs/xena/approved/pci-device-tracking-in-placement.rst10:41
stephenfinalready looking :)10:41
sean-k-mooney:)10:41
sean-k-mooneyill be reworkign it to include the "do instance claim via conductor" part later today10:42
sean-k-mooneyill be afk for 20 mins just an fyi10:50
gibibauzas: +Ad the mdev spec11:09
gibisean-k-mooney: re: claim in conductor: so you say that the claim still happens on the compute service via a dedicated rpc call? 11:11
sean-k-mooney[m]yes via a dedicated rpc call since the instance claim need to claim things in the resource tracker on that node. to do it entirely on the conductor we would need to make other change so that the resource tracker state is entirely reflected in the db which i don’t think it currently is11:15
sean-k-mooney[m]the pci devices and numa info should be11:16
sean-k-mooney[m]but mdevs are not and there may be other info missing to do it entirely in the conductor11:16
sean-k-mooney[m]we could try to confirm what the gaps would be i have not looked closely enough at what the claim is doing to confirm11:17
gibibut if the conductor calls the compute to claim, then how is that different from the currently existing rpc cast from the conductor to the compute to do the instance lifecycle operation?11:18
sean-k-mooney[m]well its a call for one so its synchronous,  it will also happen earlier before we call any other service11:19
sean-k-mooney[m]the claims themselves are not currently stored in the db at least not directly11:19
sean-k-mooney[m]pci devices are claimed in the db and the instance numa topology blob contains any cpu or huge page assignments11:20
sean-k-mooney[m]but as far as i know there is no instance claim object stored in the db at any point which the compute node could retrieve in the periodic task when its doing its resource update11:21
sean-k-mooney[m]i could be wrong?11:22
sean-k-mooney[m]but even for migrations ect i think the move claims only exist in memory inside the migration context11:23
gibiso in case of a new instance build the scheduling happens here https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L1518 and the rpc cast to the compute is at the bottom of the function https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L169211:26
gibiinbetween I only see external calls to cyborg to bind arqs 11:26
gibithe rest is pure python code afaik11:27
gibianyhow my point is that I cannot really see the gain just by looking at it in theory. 11:28
gibiI think a small PoC would be good to show that i) moving the claim to a  separate rpc call is possible without blowing up both service and ii) we can make a claim a lot earlier than today by that move11:30
opendevreviewMerged openstack/nova-specs master: Add generic mdevs to Nova  https://review.opendev.org/c/openstack/nova-specs/+/79279611:32
sean-k-mooneygibi: ack a small poc is resonable i can see if we can whip one up quickly11:34
* lyarwood heads offline for a few hours but will be back this evening working on and reviewing specs if anyone has anything to send his way11:38
sean-k-mooney /away11:41
sean-k-mooneybasically i was hping to move it before we create the block device mappings  https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L164511:42
sean-k-mooneyproably to here at the latest https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L162511:43
sean-k-mooneyi was orginally hopping to do it around here https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L1539 but that might be too early11:44
sean-k-mooneyrealistically it proably should be after the az and quota check  https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L1586-L161411:46
sean-k-mooneyso doing it per instance near the start of this loop would be earlest we could do it https://github.com/openstack/nova/blob/e7a7fd51d12d045ff134d55a4a1749c1feee0386/nova/conductor/manager.py#L1616-L163111:48
gibisean-k-mooney: that bdm creation also just calling the db nothing realy time consuming happens there either11:51
sean-k-mooneythe current instance claim happens here in the compute https://github.com/openstack/nova/blob/052cf963583ab7c6bbe4fcbf7bfe69f8f6733bdb/nova/compute/manager.py#L238311:52
sean-k-mooneyso tere is not much on the comptue side before it11:52
sean-k-mooneyi dont know it kindof feels wrong to me that we dont do the instance claim and placement allocation creation at the same time11:54
sean-k-mooneythat woudl involve moveign the instnace claim even eairlier11:54
gibiI agree that we should do placement and compute claim as close as possible11:58
gibifor me a distance is mostly due to the RPC boundary 11:58
gibinot the code between the placemetn allocation call and the instance claim11:58
gibi(except that cybor arq thing that also trigger external calls :/)11:58
sean-k-mooneythis is where that happens correct12:12
sean-k-mooneyhttps://github.com/openstack/nova/blob/052cf963583ab7c6bbe4fcbf7bfe69f8f6733bdb/nova/scheduler/filter_scheduler.py#L238-L24112:12
sean-k-mooneywe could do it here i guess https://github.com/openstack/nova/blob/052cf963583ab7c6bbe4fcbf7bfe69f8f6733bdb/nova/scheduler/utils.py#L125512:13
sean-k-mooneybasiclly if the placment claim succeed we then to the instance claim12:14
gibiif we can do that there then that would be the closest thing possible12:15
sean-k-mooneyok ill see if i can poc that then the only issue with that is we need to make sure to release the instance_claim on the host if we fail for some reaosn but that shoudl be doable12:15
gibilyarwood: left some comments in the nova-manage refres connection_info spec  https://review.opendev.org/c/openstack/nova-specs/+/799624 12:15
opendevreviewStephen Finucane proposed openstack/nova master: api: Align availability zone info with forced host  https://review.opendev.org/c/openstack/nova/+/79814512:16
gibisean-k-mooney: yeah, cleanup could be tricky as now a claim might need to be cleaned both from the conductor if something fails before the rpc cast or cleaned from the compute if the e.g. the virt driver fails12:17
stephenfinbauzas: gibi: I think that matches up with what was requested? ^12:17
stephenfin(the AZ-host mismatch patch)12:17
gibistephenfin: looking12:17
bauzasstephenfin: will look12:18
* stephenfin goes for a late lunch before getting back to spec reviews, bbiab12:18
*** osmanlicilegi is now known as Guest413:34
opendevreviewStephen Finucane proposed openstack/nova master: api: Align availability zone info with forced host  https://review.opendev.org/c/openstack/nova/+/79814513:40
stephenfinbauzas: ^13:40
bauzasstephenfin: ta, will look13:41
* bauzas just tries to understand new acronyms with https://review.opendev.org/c/openstack/nova-specs/+/787458/9/specs/xena/approved/integration-with-off-path-network-backends.rst ;)13:42
gmanngibi: ack, will check today13:58
gibigmann: thanks13:59
opendevreviewsean mooney proposed openstack/nova master: [DNM] testing os-vif use unreleased os-vif version to test live migration and upgrades  https://review.opendev.org/c/openstack/nova/+/79968014:55
bauzassean-k-mooney: around ?15:02
gibistephenfin: seems like the keystone doc job is broken since sqlalchemy 1.4 due to the the warning that is actually fixed by oslo.db 10.0.015:15
stephenfinoh, wonderful. So a catch-22?15:15
gibia bit yes15:16
gibiyou have more knowledge about sphinx, can we temporary turn off in it to treat warnings as errors?15:16
gibithat would be a way out15:16
stephenfinwhat's the link to the patch again?15:17
gibibtw, I'm OK to delete the keystone test, so I will abandon my patch 15:17
stephenfinwait, got it15:17
gibihttps://review.opendev.org/c/openstack/keystone/+/79967015:17
gibiwaiting...15:18
gibistephenfin: at least the 10.0.0 req bump now green with a depends on on my keystone patch https://review.opendev.org/c/openstack/requirements/+/79905415:21
stephenfingibi: https://review.opendev.org/c/openstack/keystone/+/79968215:22
gibiI'm not sure I can follow what that patch does. Does this syntax override the cache_ok.__doc__ ?15:24
gansobauzas, lyarwood, melwitt: When you have a minute could you please take a look at this backport https://review.opendev.org/c/openstack/nova/+/798717 ? Thanks in advance!15:24
stephenfinyujp15:24
stephenfin*yup15:24
gibijezus that feels like a bug in python :)15:24
gibior at least an obscure feature15:24
gibiOK, so this will fix the doc bug, then we move your test fix top of it and then update the version bump patch to point to your test fix15:25
gibiI will update the requirement bump patch...15:26
stephenfinIt's not Python - it's Sphinx. It's just attempting to do docstring inheritance which would be a sensible thing if you owned the entire subclassed stack15:26
stephenfinSounds good to me15:27
gibidone15:27
gmanngibi: done, it is as expected because we still support legacy policy so old token can create server. added comment and marked as invalid until author has further query on usage part  https://bugs.launchpad.net/nova/+bug/193447815:29
opendevreviewStephen Finucane proposed openstack/nova master: db: Trivial style changes  https://review.opendev.org/c/openstack/nova/+/79952915:31
opendevreviewStephen Finucane proposed openstack/nova master: WIP: db: Integrate alembic  https://review.opendev.org/c/openstack/nova/+/79953015:31
opendevreviewStephen Finucane proposed openstack/nova master: fixup! db: Post reshuffle cleanup  https://review.opendev.org/c/openstack/nova/+/79968315:31
opendevreviewStephen Finucane proposed openstack/nova master: db: Normalize migrations tests  https://review.opendev.org/c/openstack/nova/+/79968415:31
gibigmann: thank you15:35
opendevreviewStephen Finucane proposed openstack/nova master: db: Post reshuffle cleanup  https://review.opendev.org/c/openstack/nova/+/79952615:41
opendevreviewStephen Finucane proposed openstack/nova master: db: Add initial alembic migration for main DB  https://review.opendev.org/c/openstack/nova/+/79952715:41
opendevreviewStephen Finucane proposed openstack/nova master: db: Add initial alembic migration for API DB  https://review.opendev.org/c/openstack/nova/+/79952815:41
opendevreviewStephen Finucane proposed openstack/nova master: db: Trivial style changes  https://review.opendev.org/c/openstack/nova/+/79952915:41
opendevreviewStephen Finucane proposed openstack/nova master: db: Normalize migrations tests  https://review.opendev.org/c/openstack/nova/+/79968415:41
opendevreviewStephen Finucane proposed openstack/nova master: WIP: db: Integrate alembic  https://review.opendev.org/c/openstack/nova/+/79953015:41
gibinova meeting starts in 15 minutes here in the channel15:45
gibistephenfin: I only have a naming question in https://review.opendev.org/c/openstack/nova/+/798145/4/nova/tests/unit/api/openstack/compute/test_servers.py#453715:49
stephenfingibi: open to ideas on naming. I don't have anything better :)15:55
gibistephenfin: I'm wondering if that is really a mismatch case as both the default az is zone1 and the host is in zone115:56
gibinever mind15:57
gibiI see your reasoning in the review now15:57
gibi#startmeeting nova16:00
opendevmeetMeeting started Tue Jul  6 16:00:10 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
gibio/16:00
elodilleso/16:00
stephenfino/16:00
bauzas\o16:00
gmanno/16:00
gibi#topic Bugs (stuck/critical)16:01
gibino critical bugs16:01
gibi#link 25 new untriaged bugs (+2 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:01
sean-k-mooneyo/16:01
gibiis there any specific bug that we need to talk about16:01
gibi?16:01
gibi#topic Gate status 16:03
gibiNova gate bugs #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure16:03
gibithe latest in that list https://bugs.launchpad.net/nova/+bug/193451916:04
gibiit solved itself magically16:04
gibiis there any recent gate issue that is happening but not in this list?16:04
gibi#topic Release Planning 16:05
sean-k-mooneyjust a note that i finaly fixed the os-vif gate16:05
gibisean-k-mooney: thanks16:06
sean-k-mooneyalthough the patch still needs review16:06
gibilink it up here please16:06
sean-k-mooneysure one sec continue on while i find it16:06
sean-k-mooneyhttps://review.opendev.org/c/openstack/os-vif/+/79803816:06
sean-k-mooneyall 3 jobs were using ovn instead of the mix of backend that is fixed by that patch16:07
gibithanks, I will check it after the meeting16:07
gibiso 16:07
gibi#topic Release Planning 16:07
gibiMilestone 2 is next Thursday (15 of July) which is spec freeze16:07
gibiToday is spec review day #link http://lists.openstack.org/pipermail/openstack-discuss/2021-June/023083.html16:07
gibiwe already have 15 bps approved16:08
gibithat seems plenty16:08
gibiwe have 8 open specs16:08
gibiall of them has some form of feedback already16:08
gibiso we did a good job reviewing specs today16:09
gibithere is still time to land them16:09
gibibut I hoping for a spec freeze without any FFE16:09
gibiany qustions comment about the coming milestone?16:09
bauzasnope16:10
gibi#topic Stable Branches 16:11
gibistable gates are not blocked as far as I know16:11
gibithis patch could spare us some rechecks if merged all the way back till pike: https://review.opendev.org/q/Id3e4452883f6a3cf44ff58b39ded82e882e28c2316:11
gibiEOM (from elodilles )16:11
gibido we want to push some stable releases around M2?16:11
elodillesthat might be good i think16:12
bauzasdo we need some review eyes for the stable branches ?16:12
elodillesas we haven't released recently (maybe 1-2 month ago)16:13
elodillesbauzas: reviews are always welcome on stable branches :)16:13
gibielodilles: you can hit me with the release patches 16:14
elodillesbut I don't have any specific patch (except the one linked above)16:14
elodillesgibi: what is the best timing? ASAP now, or just after ML2?16:15
gibielodilles: I think we can be flexible16:15
gibiwhathever fits the stable team agenda16:15
elodillesOK, I'll check the release content and will see16:15
gibicool, thanks16:16
gibiany other stable business for today?16:16
elodillesnothing from me16:16
gibi#topic Sub/related team Highlights 16:17
gibiLibvirt (bauzas) 16:17
bauzasnothing to tell16:17
gibi#topic Open discussion 16:17
gibithere is one topic on the agenda16:17
gibiyonglihe: Hi, gibi and everyone, here is the smartnic patch set status: 6 of 7 patches got +2 from alex_xu, the functional testing is under reviewing. seems a bulk of core time needed, thanks anyone's help on it, sincerely. https://review.opendev.org/q/topic:%22bp%252Fsriov-smartnic-support%22+(status:open%20OR%20status:merged)16:17
gibiso basicly yonglihe asking for review16:18
gibiI'm pretty swamped these days so if somebody has time, then please go ahead16:18
sean-k-mooneyoh that reminds me ill respin the review priorty patch sorry forgot to do that16:19
gibisean-k-mooney: good point, we can start using that16:19
stephenfinI have one other thing to add16:19
sean-k-mooneyill do that after the meeting16:19
gibithanks16:19
gibiI see no cores queueing up for reviewing the smart nic impl so I will keep it on my radar16:19
gibistephenfin: stage is yours then16:20
stephenfinI brought up the changes to os-vif stable core membership on openstack-discuss a week and a half ago and didn't hear any objections http://lists.openstack.org/pipermail/openstack-discuss/2021-June/023305.html16:20
stephenfinso I think we can proceed with that change now16:20
gibielodilles, lyarwood, sean-k-mooney: any last minute objection?16:21
sean-k-mooneynot form me16:21
gibior from anybody else?16:21
gibithen lets do it16:21
elodillesno objection from me16:21
gibicool16:22
gibithen I will note the agreement in the review https://review.opendev.org/c/openstack/project-config/+/79807116:22
gibianything else for today?16:23
gibiif not then thanks for joining today.16:24
gibi#endmeeting16:24
opendevmeetMeeting ended Tue Jul  6 16:24:41 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:24
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2021/nova.2021-07-06-16.00.html16:24
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2021/nova.2021-07-06-16.00.txt16:24
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2021/nova.2021-07-06-16.00.log.html16:24
sean-k-mooneygibi: cool am i started reviewing the placment chagne by the way i got intrupted yesteday so just pushed what i have sofar. ill review it porperly again tomorow16:25
sean-k-mooneyhttps://review.opendev.org/c/openstack/placement/+/78402016:25
sean-k-mooneyso far it look  pretty good but i think you can simplfy it slightly16:26
gibisean-k-mooney: thanks a lot16:26
sean-k-mooneytl;dr i dont think we need one branc to set it to none and another to set it to a different value although what you have now is still technially correct and will work16:27
stephenfinbauzas: have I answered your questions on https://review.opendev.org/c/openstack/nova-specs/+/793199 ? Care to bump your +1 if so?16:27
gibisean-k-mooney: ack, I will look into that suggestion later this week16:28
gibimy brain already fried for today16:28
gmannstephenfin: gibi can you check policy warnings patches https://review.opendev.org/c/openstack/nova/+/799422  and placement which is already reviewed by stephenfin https://review.opendev.org/c/openstack/placement/+/79941816:28
bauzasstephenfin: just did +W16:28
sean-k-mooneyack i was not leand towrad -1 more of a nit anyway16:29
gibigmann: ack16:29
gmannthanks16:30
sean-k-mooneybrb16:34
* bauzas calls the day 16:36
stephenfingmann: Apologies for inflicting unnecessary pain on you there. The warning seemed like the only way to get people to use the new thing, but it is very noisy to be fair16:36
stephenfini.e. https://github.com/openstack/oslo.policy/blob/3.7.0/oslo_policy/policy.py#L153816:37
gmannstephenfin: yeah, I am updating all the current usage for those warning https://review.opendev.org/q/topic:%22fix-oslo-policy-warnings%22+(status:open%20OR%20status:merged)16:37
gmannstephenfin: and once we merge all these then I am thinking to convert it to error from oslo side so that all the DeprecatedRule usgae in new RBAC work will be proper16:38
opendevreviewMerged openstack/nova-specs master: Repropose "vm-boot-with-unaddressed-port" spec  https://review.opendev.org/c/openstack/nova-specs/+/79319916:39
*** rpittau is now known as rpittau|afk16:39
sean-k-mooneyralonsoh: stephenfin: https://review.opendev.org/c/openstack/nova/+/799680 so it looks that os-vif patch works well16:49
sean-k-mooneyi modified the nova live migration and grenade jobs to use it16:49
ralonsohsean-k-mooney, do you think we need to add more testing? to add more tempest tests?16:50
ralonsohjust for the spec16:50
sean-k-mooneyi think the exising jobs can be configured to cover the different cases. e.g. we can test ovn with per port bridges in nova-livemigration but use ml2/ovs with iptables in nova-livemigration-ceph16:51
sean-k-mooneyralonsoh: i would hope that neutron has a live migration jobs too where it can be enabled.16:52
ralonsohsean-k-mooney, btw, I think you should add neutron dependency to this patch16:52
sean-k-mooneyon the os-vif side i may add a grenade job16:52
sean-k-mooneyralonsoh: against which patch? the spec?16:52
ralonsohthis nova patch16:52
sean-k-mooneysorry can you rephase that16:53
ralonsohchanging when we send the plugged event16:53
ralonsohbut of course16:53
ralonsohwe need Nova to accept this16:53
ralonsohnevermind16:53
sean-k-mooneyoh right that is a sperate change16:53
ralonsohok, I'll push Neutron patch first16:53
sean-k-mooneythe corrent nova behavior is to just not wait for ovn in prelive migration16:54
ralonsohexactly and wait for the port plug event16:54
sean-k-mooneyso once your neutron patch is up we can add a nova one that will make it start waiting 16:54
sean-k-mooneyping me when the neutorn patch is up if you would like me to write the nova one. its should not be that hard but i probaly will not get to it until monday16:55
ralonsohsean-k-mooney, sure, tomorrow16:55
sean-k-mooneyralonsoh: no worries its getting late for you 16:58
*** mgoddard- is now known as mgoddard17:26
stephenfinsean-k-mooney: https://review.opendev.org/c/openstack/os-vif/+/798055 looks pretty good. If you've time to address my comments tonight I'll +2 in the AM17:26
* stephenfin finishes for the day17:27
sean-k-mooneystephenfin: am i want to poc something else this evening but ill adress it tomorow17:28
opendevreviewMerged openstack/placement master: Fix oslo policy DeprecatedRule warnings  https://review.opendev.org/c/openstack/placement/+/79941817:35
opendevreviewMerged openstack/nova master: Fix oslo policy DeprecatedRule warnings  https://review.opendev.org/c/openstack/nova/+/79942218:16
opendevreviewMerged openstack/os-vif master: update os-vif ci to account for devstack default changes  https://review.opendev.org/c/openstack/os-vif/+/79803818:52

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