Earlier  
Posted Nick Remark
#openstack-nova - 2024-09-10
16:19:28 dansmith it is a nova one, but again, it feels like we need to fix our own code anyway
16:19:32 bauzas so we need to merge sean's patches before RC1
16:19:47 sean-k-mooney ideally but i need to get it passing first
16:19:48 tkajinam ok
16:19:51 bauzas or deliver RC1 and adress them in RC2
16:20:16 dansmith so we could aim to get sean's stuff in to fix,
16:20:22 bauzas sean-k-mooney: fwiw, I'm just adding to that bug report the dalmatian-rc-potential taag
16:20:27 dansmith but if we can't for some reason, just getting nova to use the updated oslo will paper over the problem
16:20:42 tkajinam makes sense
16:20:45 bauzas and I'm flagging that bug in the rc etherpad I'm just gonna speak about in a few
16:20:48 sean-k-mooney cool. im going to monitor the meetign but im goign to go back to working on this in parallel
16:21:21 bauzas sean-k-mooney: don't freak out, we didn't had RC2s for a while, but I feel brave enough to ship one this time :)
16:22:58 dansmith let's move on for real now
16:23:41 bauzas okay, did the paperwork
16:23:51 bauzas (sorry, took more time than estimate)
16:24:00 bauzas #topic Gate status
16:24:06 bauzas #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:24:12 bauzas #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:24:18 bauzas #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status
16:24:29 bauzas nothing to relate except nova-emulation zed again
16:24:47 bauzas my bad, nova-emulation on antelope
16:25:09 bauzas but since master job run worked like a charm, let's not look at it
16:25:17 bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:25:22 bauzas #info Please try to provide meaningful comment when you recheck
16:25:34 bauzas anything else about gate stability ?
16:26:25 bauzas looks not
16:26:33 bauzas #topic Release Planning
16:26:40 bauzas #link https://releases.openstack.org/dalmatian/schedule.html
16:26:41 opendevreview Merged openstack/os-vif stable/2024.2: Update .gitreview for stable/2024.2 https://review.opendev.org/c/openstack/os-vif/+/928353
16:26:46 bauzas #info Dalmatian RC1 planned this week
16:27:14 bauzas so, again, I'd appreciate if people chime in if they find regressions
16:27:22 elodilles ( there is the generated patch: https://review.opendev.org/c/openstack/releases/+/928551 )
16:27:29 elodilles ( rc1 patch for nova)
16:27:43 bauzas we now have an etherpad for RC tracking
16:27:46 bauzas #link https://etherpad.opendev.org/p/nova-dalmatian-rc-potential
16:28:02 bauzas elodilles: thanks, just adding your nova rc1 patch to the etherpad :)
16:28:14 elodilles ++
16:29:18 bauzas also,
16:29:43 bauzas maybe people forgot here that as soon as we branch master with RC1, then master becomes Epoxy :)
16:29:50 bauzas accordingly
16:30:04 bauzas #info Epoxy development phase will start as soon as we branch RC1
16:30:21 bauzas #link https://releases.openstack.org/epoxy/schedule.html
16:30:44 bauzas and accordingly, we'll use another etherpad for tracking all the work we'll be doing for Epoxy :
16:30:54 bauzas #link https://etherpad.opendev.org/p/nova-2025.1-status
16:31:23 bauzas feel free to add any blueprints you would want us to look at or any bug report you'd want to fix by Epoxy timeframe
16:32:04 bauzas based on my discussions at the OIF Summit Asia, I was also convinced to update our docs to mention our tracking system
16:32:25 bauzas #action bauzas to update the contributor docs to mention the etherpad and how to reach the nova community
16:33:11 bauzas that's it for me for release planning
16:33:20 bauzas anything else to add ?
16:33:30 bauzas oh
16:33:35 bauzas I forgot
16:33:53 bauzas in the rc tracking etherpad, I have a couple of patches I'd beg cores to review
16:34:12 gibi I went through that list so we need one more cores
16:34:20 bauzas particularly the highlights
16:34:23 gibi s/cores/core/
16:34:27 bauzas gibi: thanks !
16:34:57 gmann I +w few of them
16:35:13 bauzas gmann: thanks too
16:35:26 bauzas okay, I'll chase the patches and bug people eventually
16:35:29 bauzas moving on then
16:35:38 bauzas #topic Review priorities
16:35:59 bauzas this is currently punted to once we branch RC1
16:36:35 bauzas the current priorities are now clearly bugfixes, particularly if they are regression ones :)
16:36:47 bauzas #topic Stable Branches
16:36:55 bauzas elodilles: take the baton
16:36:59 elodilles o7
16:37:02 elodilles #info stable/202*.* gates seem to be OK
16:37:16 elodilles #info stable/2024.2 branch were cut for libraries
16:37:44 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:38:19 elodilles please add gate errors in the pad if anyone finds one ^^^
16:38:35 elodilles and that's all about stable branches from me
16:39:14 bauzas all good
16:39:34 bauzas #topic vmwareapi 3rd-party CI efforts Highlights
16:39:37 fwiesel #info No updates.
16:39:38 bauzas fwiesel: your time
16:39:42 bauzas cool with me
16:39:53 bauzas #topic Open discussion
16:40:14 bauzas we have one time that was carried over from last week, I'd say
16:40:16 bauzas (whoami-rajat) Add multipath_id to the BDM in case of iSCSI
16:40:25 bauzas whoami-rajat: are you available now ?
16:41:21 sean-k-mooney gibi and i have looked at the patch
16:41:40 sean-k-mooney effectivly they want to do this to make debuging with db dubps simplere
16:41:58 sean-k-mooney apprently only nova and the network backend has the multipath_id
16:42:10 bauzas orly?
16:42:25 sean-k-mooney and this is useful for them to be able to corralate the instance and the volume on the storage backend
16:42:51 sean-k-mooney im a little reluctant to add the multipath id just for debuging but not 100% agisnt it
16:43:01 sean-k-mooney i left a comment to that effect on the patch
16:43:18 bauzas and I guess the BDM is a blob ?
16:43:37 bauzas no database update needs ?
16:44:02 sean-k-mooney https://review.opendev.org/c/openstack/nova/+/889257
16:44:15 sean-k-mooney its a json blob i belive yes
16:44:46 bauzas I don't get why we need to persist it
16:44:55 bauzas couldn't we show it in the logs ?
16:45:00 gibi It feels wrong that nova perists a data that nova never uses and never passes along
16:45:30 sean-k-mooney hum https://github.com/openstack/nova/blob/master/nova/db/main/models.py#L684-L754
16:45:30 bauzas agreed with gibi
16:45:48 sean-k-mooney i guess this would be in connection_info
16:45:54 bauzas yeah
16:46:01 bauzas that's where they're stuffing it into
16:46:09 bauzas and that's a text filed

Earlier   Later