Earlier  
Posted Nick Remark
#openstack-nova - 2024-09-16
10:06:03 gibi elodilles: maybe you have more context on this ^^
11:53:43 bauzas gibi: yup, I was aware of the problem, hence my question in the #openstack-release channel
11:54:18 sean-k-mooney bauzas: if your talking about th osc issue
11:54:32 sean-k-mooney stephenfin just porposed a 7.1.1 release to adress it
11:54:41 bauzas gibi: we need https://review.opendev.org/c/openstack/python-openstackclient/+/929402 to be merged and then creating a new release
11:54:54 bauzas sean-k-mooney: okay
11:55:22 sean-k-mooney https://review.opendev.org/c/openstack/releases/+/929454
11:56:14 gibi hm 7.1.1 is released from master but we have a backport https://review.opendev.org/c/openstack/python-openstackclient/+/929402 merged to 2024.2
11:56:22 gibi so I'm a bit confused which one to consume
11:56:51 gibi hm sorry 7.1.1 seems to point to the stable branch
11:57:05 sean-k-mooney we willl need to pull in 7.1.1 into 2024.2's uc
11:57:10 sean-k-mooney after the release
11:57:17 gibi yeah that is the next step after the release then
11:57:33 sean-k-mooney i just told stephen about the job failure and he is fixign the typo
11:57:57 sean-k-mooney ah already done
11:59:04 sean-k-mooney i could make depends on work but i think its will take about the same amount of time to get resulst that way as waitign for the release
12:03:51 gibi yepp
12:05:01 sean-k-mooney the reset of the stuff in this chain is more of an experiment but i would appricate if we could merge https://review.opendev.org/c/openstack/nova/+/929353
12:06:24 sean-k-mooney it took a while to figure out why activatign the docs ven and running sphinx-build worked but tox -e docs didnt but it was trivial in the end
12:24:57 amorin hey nova team, is there any way to retrieve the nova instance az hints that were given during boot time other than looking in request_specs in DB? I can't find a way to retrieve that from the openstack/nova client/api
12:36:03 bauzas amorin: you need to upgrade to Caracal :)
12:36:07 bauzas amorin: https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#maximum-in-2024-1-caracal-and-2024-2-dalmatian
12:36:32 bauzas by microversion 2.95, it will tell you whether the instance was pinned or not to an AZ
12:36:45 bauzas s/2.95/2.96 sorry
13:03:34 amorin bauzas, perfect! Will take a look
13:04:11 amorin do you have, by chance, link to the commits related to that? Maybe I can hack my antelope :)
13:09:58 amorin no worrie, found it :)
15:26:59 bauzas elodilles: frickler: so, about the OSC upgrade, I heard some good concerns
15:28:43 bauzas we haven't really tested the new OSC version and we're afraid to see *other* regressions
15:29:49 bauzas wouldn't it be *less* risky to let nova 2024.2 pin at OSC 6.x like we had before ?
15:30:13 bauzas (discussing it here and not in #openstack-release as I'd prefer nova folks to also discuss it)
15:34:33 elodilles are you aware of any (potential) regression? :-o
15:47:04 frickler bauzas: well the thing is that you cannot pin osc just for nova. if you pin it for everyone, you miss out a lot of the new that has been added. so less risky, yes, but less progress, too. but essentially that's a discussion to take up with the sdk team mostly I'd think
15:47:40 bauzas well, I already got scars about late bumps
15:48:15 bauzas and I have very little confidence of those kind of issues not to reproduce later
15:48:41 bauzas clearly the uc jobs are not proven robust enought
15:48:43 bauzas enough
15:48:50 melwitt was there not a requirements freeze weeks ago? https://releases.openstack.org/dalmatian/schedule.html#d-rf
15:51:32 frickler reqs freeze is for external deps, it explicitly does not include openstack deliverables
15:53:55 melwitt ok, I didn't see that mentioned in the link
15:56:44 melwitt it seems really late to be opening upper-constraints to not yet tested versions, regardless. IMHO
16:00:55 dansmith I missed that we're also discussing this here
16:01:23 dansmith frickler: it seems like anything that isn't being tested against master (i.e. nova's jobs uses cinder from master) then that's fine
16:01:29 bauzas most folks are now aware of the -release chat, let's move there
16:01:51 dansmith for things where development happens all cycle and then pops a release at the very end that everyone depends on, there needs to be an earlier deadline
16:14:28 JayF FWIW, Ironic is a cycle-with-intermediary, and we were commenting in our meeting on how we're going to frontrun our deadline as to avoid stress for folks. We do not have to deliver a final release until sometime next week. Thinking about it, I'm not sure that significant misalignment in deadlines makes sense.
16:47:24 dansmith JayF: but we also test nova master against ironic master right?
16:47:35 JayF Yes, that's what I said, we cross-test
16:48:16 JayF but this is still a gap in how we do planning, if other project are -with-intermeidary (tbh I don't know if they are)
16:48:56 dansmith yeah, that's a much better place to be in than what we're discussing here, which is project that is coordinated-released but where nobody tests against its master until the last minute (apparently)
#openstack-nova - 2024-09-17
06:44:41 opendevreview ribaudr proposed openstack/nova master: Amend ShareMappingStatus due to asynchronous call https://review.opendev.org/c/openstack/nova/+/908864
06:44:41 opendevreview ribaudr proposed openstack/nova master: Amend DB model add a unique constraint. https://review.opendev.org/c/openstack/nova/+/912518
06:44:42 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (manila abstraction) https://review.opendev.org/c/openstack/nova/+/831194
06:44:42 opendevreview ribaudr proposed openstack/nova master: Use client token when talking to manila https://review.opendev.org/c/openstack/nova/+/925277
06:44:43 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (drivers and compute manager part) https://review.opendev.org/c/openstack/nova/+/833090
06:44:43 opendevreview ribaudr proposed openstack/nova master: Mounting the shares as part of the initialization process https://review.opendev.org/c/openstack/nova/+/880075
06:44:44 opendevreview ribaudr proposed openstack/nova master: Deletion of associated share mappings on instance deletion https://review.opendev.org/c/openstack/nova/+/881472
06:44:44 opendevreview ribaudr proposed openstack/nova master: Add metadata for shares https://review.opendev.org/c/openstack/nova/+/850500
06:44:45 opendevreview ribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/854823
06:44:45 opendevreview ribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/854824
06:44:47 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
06:44:47 opendevreview ribaudr proposed openstack/nova master: Support resuming an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/860285
06:44:49 opendevreview ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286
06:44:49 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares https://review.opendev.org/c/openstack/nova/+/860287
06:44:51 opendevreview ribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol https://review.opendev.org/c/openstack/nova/+/883862
06:44:51 opendevreview ribaudr proposed openstack/nova master: Check shares support (compute manager) https://review.opendev.org/c/openstack/nova/+/885751
06:44:53 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API) https://review.opendev.org/c/openstack/nova/+/836830
06:44:53 opendevreview ribaudr proposed openstack/nova master: Add helper methods to attach/detach shares https://review.opendev.org/c/openstack/nova/+/885753
06:44:55 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach notification https://review.opendev.org/c/openstack/nova/+/850501
06:44:55 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach notification https://review.opendev.org/c/openstack/nova/+/851028
06:44:57 opendevreview ribaudr proposed openstack/nova master: Add shares to InstancePayload https://review.opendev.org/c/openstack/nova/+/851029
06:44:57 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282
06:44:59 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283
06:44:59 opendevreview ribaudr proposed openstack/nova master: Reports instance events to the DB regarding attaching and detaching a share https://review.opendev.org/c/openstack/nova/+/927088
06:45:01 opendevreview ribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working. https://review.opendev.org/c/openstack/nova/+/852086
06:45:01 opendevreview ribaudr proposed openstack/nova master: Add virt/libvirt error test cases https://review.opendev.org/c/openstack/nova/+/852087
06:45:03 opendevreview ribaudr proposed openstack/nova master: Docs about Manila shares API usage https://review.opendev.org/c/openstack/nova/+/871642
10:29:50 zigo Hi there! When should I expect the RC1 for Nova?
10:29:59 zigo What's blocking?
10:41:17 opendevreview Merged openstack/placement stable/2024.2: Update .gitreview for stable/2024.2 https://review.opendev.org/c/openstack/placement/+/929290
10:41:18 opendevreview Merged openstack/placement stable/2024.2: Update TOX_CONSTRAINTS_FILE for stable/2024.2 https://review.opendev.org/c/openstack/placement/+/929291
10:51:24 stephenfin zigo: https://review.opendev.org/c/openstack/requirements/+/929504
11:06:17 tosky uhm, is there a bug which tracks the failure of nova-live-migration?
11:15:07 zigo stephenfin: FYI, I have all packages ready for Dalmatian but Nova, and I'm not affected by the issue with openstackclient (since 7.1.1 is there it's going to be used).
11:15:28 zigo Maybe I should package tip of master? Or is this already in a stable branch?
11:15:42 stephenfin it's already in a stable branch
11:15:48 zigo Ok, thanks.
11:16:12 zigo I'll do an ~rc1~git.<something> then.
11:17:57 zigo Not correct, I can't see a stable/2024.2 branch at https://opendev.org/openstack/nova
11:18:16 stephenfin I'm talking about OSC
11:18:24 zigo Oh... :P
11:18:30 zigo So nova is still on master, then I guess.
11:36:17 gibi just to set expectations after https://review.opendev.org/c/openstack/requirements/+/929504 lands we have at least 3 regression bug fixes lined up to land before we can cut RC1.
11:46:44 elodilles gibi or bauzas or other cores o:) when you have time, could you please do a quick review on these reno patches? https://review.opendev.org/c/openstack/python-novaclient/+/928366 and https://review.opendev.org/c/openstack/placement/+/929292
11:52:35 gibi on it
11:53:17 gibi I lost, stephenfin was faster :)
11:53:35 stephenfin 🥷
11:53:43 gibi :)
12:00:15 opendevreview Merged openstack/python-novaclient master: Update master for stable/2024.2 https://review.opendev.org/c/openstack/python-novaclient/+/928366
12:01:08 opendevreview Merged openstack/placement master: Update master for stable/2024.2 https://review.opendev.org/c/openstack/placement/+/929292

Earlier   Later