Earlier  
Posted Nick Remark
#openstack-nova - 2023-03-07
13:35:57 bauzas gibi: because of https://fb9f1a762c721749bb72-4adf110539aed9252479dc6b548d2884.ssl.cf5.rackcdn.com/875621/9/check/nova-tox-functional-py38/7df3e76/testr_results.html
13:36:24 gibi yeah probably we need an extra mock there
13:37:25 gibi as it tries to start an old compute in an env that has newer one
13:37:50 bauzas gibi: two possibilities : either we delete those tests, or we punt the new compute service version to be Antelope
13:38:01 bauzas (in the tests)
13:38:01 gibi sorry in an env that declares that we does not support that old computes any more
13:39:04 gibi It would be nice to know why these tests need an old Antelope compute
13:39:08 gibi old Yoga
13:39:10 gibi compute
13:39:29 bauzas gibi: I guess because they provided a new RPC API version
13:39:41 bauzas so they verify this works with older computes
13:39:45 bauzas (and I like this)
13:39:56 bauzas but they haven't pinned the new compute service
13:40:14 bauzas so basically it just uses the latest service version
13:41:27 gibi can we pin RPC version without pinning the service version?
13:46:13 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283
13:46:13 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282
13:46:14 opendevreview ribaudr proposed openstack/nova master: Support resuming an instance with shares (compute and API part) https://review.opendev.org/c/openstack/nova/+/860285
13:46:14 opendevreview ribaudr proposed openstack/nova master: Add share_info parameter to resume method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/860284
13:46:15 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares (driver part) https://review.opendev.org/c/openstack/nova/+/860287
13:46:15 opendevreview ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286
13:46:16 opendevreview ribaudr proposed openstack/nova master: Documentation https://review.opendev.org/c/openstack/nova/+/871642
13:46:16 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares (compute and API part) https://review.opendev.org/c/openstack/nova/+/860288
14:14:55 Uggla gibi, bauzas I think I have fixed all comments on the virtiofs RFE. So you can have a look as soon as you want.
14:15:03 bauzas ++
14:15:15 bauzas yeah I'll quickly approve your spec
14:15:23 bauzas and then I'll restart to look at your series
14:25:49 gibi Uggla: cool. Please remind me periodically about it as my priorities is all over the place.
14:28:41 Uggla gibi, I don't want to bother you too much, but I'll remind you once needed.
14:31:32 gibi Uggla: no, you have to bother me as otherwise there will always be a more important review to look at. unfortunately I don't have a single clear prio list to work by. So I'm in a mode of who shouts louder / what issue burns with with a bigger flame
14:32:14 Uggla gibi, ok so I'll SHOUT OUT LOUD ! ;)
14:32:41 gibi loud and repeated :D that is the way :D
15:08:11 opendevreview ribaudr proposed openstack/nova-specs master: Re-propose "Allow Manila shares to be directly attached to an instance when using libvirt" for Bobcat https://review.opendev.org/c/openstack/nova-specs/+/876706
15:17:24 opendevreview Merged openstack/placement master: Update master for stable/2023.1 https://review.opendev.org/c/openstack/placement/+/875875
15:18:46 opendevreview Merged openstack/nova-specs master: Re-propose "Allow local scaphandre directory to be mapped to an instance using virtiofs" for Bobcat https://review.opendev.org/c/openstack/nova-specs/+/876707
15:37:13 opendevreview Elod Illes proposed openstack/nova master: [stable-only] Update .gitreview for stable/2023.1 https://review.opendev.org/c/openstack/nova/+/876752
15:38:15 opendevreview Elod Illes proposed openstack/nova master: [stable-only] Update TOX_CONSTRAINTS_FILE for stable/2023.1 https://review.opendev.org/c/openstack/nova/+/876754
15:39:34 opendevreview Elod Illes proposed openstack/nova stable/2023.1: [stable-only] Update .gitreview for stable/2023.1 https://review.opendev.org/c/openstack/nova/+/876551
15:39:52 opendevreview Elod Illes proposed openstack/nova stable/2023.1: [stable-only] Update TOX_CONSTRAINTS_FILE for stable/2023.1 https://review.opendev.org/c/openstack/nova/+/876552
15:40:17 opendevreview Elod Illes proposed openstack/nova stable/2023.1: [stable-only] Update TOX_CONSTRAINTS_FILE for stable/2023.1 https://review.opendev.org/c/openstack/nova/+/876552
15:44:15 opendevreview Merged openstack/nova-specs master: Re-propose "Allow Manila shares to be directly attached to an instance when using libvirt" for Bobcat https://review.opendev.org/c/openstack/nova-specs/+/876706
15:45:35 bauzas folks, don't be afraid if you see nova slots in the PTG website, I just prebooked some of them but I could release a few after our nova meeting :)
15:55:10 bauzas short notice reminder : nova meeting in 5 mins
15:55:32 bauzas during this meeting I'll ask your opinions about the timeslots for the next PTG, be prepared.
16:00:11 opendevmeet The meeting name has been set to 'nova'
16:00:11 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:11 opendevmeet Meeting started Tue Mar 7 16:00:11 2023 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:11 bauzas #startmeeting nova
16:00:18 gibi o/
16:00:21 bauzas hey folks, welcome in the nova meeting
16:00:43 bauzas #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
16:01:25 bauzas ok, guess people will join softly, let's start
16:01:26 elodilles o/
16:01:32 bauzas #topic Bugs (stuck/critical)
16:01:36 bauzas #info No Critical bug
16:01:45 Uggla o/
16:01:45 bauzas (which is always good during a RC period)
16:01:50 bauzas #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 14 new untriaged bugs (-3 since the last meeting)
16:02:08 bauzas kudos to sean-k-mooney for the triage work, despite all the workload he already had
16:02:12 bauzas pretty impressive
16:02:24 bauzas sean-k-mooney: anything you wanna share to the team ?
16:03:30 gibi (many things happens in parallel real time)
16:03:33 bauzas ah, auniyal also helped, I see, we have two (optional, as always) triage etherpads this week
16:03:47 bauzas #link https://etherpad.opendev.org/p/nova-bug-triage-20230301
16:03:53 bauzas #link https://etherpad.opendev.org/p/nova-bug-triage-20230306
16:04:11 bauzas gibi: I wish I would have an internal semaphore more than equals to 2
16:04:44 bauzas even 2 is hard for me to handle
16:04:47 bauzas anyway
16:05:01 sean-k-mooney i think i mentioned the main too downstream
16:05:10 sean-k-mooney we broke windows + amd in zed
16:05:12 bauzas sean-k-mooney wrote something about https://bugs.launchpad.net/nova/+bug/2009280
16:05:18 sean-k-mooney we should fix that and there is a mig issue
16:05:36 sean-k-mooney those are the two highlights
16:06:07 sean-k-mooney https://bugs.launchpad.net/nova/+bug/2009280 im in two mind about how to fix
16:06:13 bauzas #link https://bugs.launchpad.net/nova/+bug/2009280 AMD-based computes may have a problem with Zed
16:06:23 sean-k-mooney we can turn that off entirly or selectivly for amd hosts
16:06:48 bauzas sean-k-mooney: given we merged the enlightments in Zed, this is unfortunately not a RC candidate :(
16:06:49 sean-k-mooney i think turning off hv-evmc for everythign it the better option for backporting
16:06:57 sean-k-mooney correct
16:07:00 sean-k-mooney just a normal bug
16:07:15 bauzas sean-k-mooney: I agree, disabling the whole feature seems to me easier and less errorprone
16:07:15 sean-k-mooney we can adress it and backprot after the offical relase is done
16:07:43 bauzas sean-k-mooney: putting the bug importance as High
16:07:56 bauzas it's basically blocking a nova boot on windows images if AMD-based
16:08:03 sean-k-mooney ack
16:08:04 bauzas that's quite a large impact
16:08:08 sean-k-mooney if you set the image property
16:08:25 sean-k-mooney but i was debating between medium and high so im ok with high
16:08:32 bauzas true, but how many production-level clouds are not setting the property ? :)
16:08:47 bauzas note : it was an open question :d
16:09:13 sean-k-mooney hehe i dont know but i think in either case we shoudl fix and backport it sonner rather then later
16:09:45 sean-k-mooney i might try and write a ptch for it but if other want to go ahead
16:10:01 sean-k-mooney i think we can move on for today
16:10:06 bauzas cool
16:10:10 bauzas and thanks
16:10:32 bauzas for the MIG bug, let's discuss this off the meeting, but upstream support on nvidia is very limited
16:11:01 bauzas unless the bug is reproducable on another hardware, I would tend to mark it Invalid either way
16:11:09 sean-k-mooney ya it borderlien a feature but i think it need some discussion outside the meeting
16:11:22 bauzas cool, I don't disagree
16:11:25 bauzas moving on

Earlier   Later