Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2025-05-20
16:27:21 sean-k-mooney i belive gibi has alrady started to look at it too
16:27:24 masahito yup.
16:27:40 masahito is it okay to add it into the priority?
16:27:41 sean-k-mooney masahito: since you are here did you have any questions for us that you wanted input on
16:28:03 sean-k-mooney you can certenlly put it in the etherpad as ready for review if you think it is
16:28:05 gibi sean-k-mooney: yeah I looked at the PoC and I liked what I saw
16:28:25 masahito nothing now. i think the spec and poc need first review round now.
16:28:58 sean-k-mooney gibi: ack i opened it but didnt get to read it yet. masahito: ack
16:29:21 Uggla and so moving on.
16:29:23 Uggla #topic OpenAPI
16:29:30 Uggla #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned
16:29:35 sean-k-mooney masahito: please add it here https://etherpad.opendev.org/p/nova-2025.2-status#L34
16:29:40 Uggla 21 patches remaining.
16:30:04 sean-k-mooney actully slightly more
16:30:19 sean-k-mooney stephen as a branch on his github fork with all of them
16:30:42 sean-k-mooney but is propsoing them in batches. i was intended to review them today but didnt get to it so i will be reviewign them tomrrow
16:31:13 masahito sean-k-mooney: got it. thanks
16:31:16 sean-k-mooney im hoping gmaan or other will also have time in the next week or two to reviwe some of them
16:31:17 Uggla This topic is to follow progress on openapi. Because we said in PTG we would try to close it.
16:31:40 gmaan yeah, I will try if I can do during end of this week otherwise next week sometime
16:32:16 Uggla I have reviewed 2 of them.
16:32:52 gmaan I would not be able to review all of them together as it exhaust eyes checking all fields for many APIs :) but I will target some set
16:33:18 Uggla gmaan, I expect to progress of them week after week.
16:33:28 sean-k-mooney ya i can ususlly do 5-10 over the course of an hour or two and then i need to clear my mind
16:33:43 sean-k-mooney they are not hard persay but its hard to maintain concentration on them for long periods of time
16:33:59 gmaan yeah
16:34:33 Uggla yep my idea is to do a first pass on them and then if gmaan and sean-k-mooney you can review and merge that would be great.
16:35:25 Uggla any as time is flying, I'd like to move on the next topic.
16:35:33 Uggla #topic Stable Branches
16:35:43 Uggla elodilles, the floor is yours.
16:35:59 elodilles ack, thanks, not so much things this time
16:36:06 elodilles #info stable branches (stable/2025.1 and stable/2024.*) seem to be in OK state
16:36:11 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:36:17 elodilles that's all from me
16:36:27 elodilles Uggla: back to you
16:36:37 Uggla thx elodilles
16:36:52 elodilles np
16:37:10 Uggla #topic vmwareapi 3rd-party CI efforts Highlights
16:37:23 Uggla fwiesel, anything to say ?
16:37:25 fwiesel Hi, no updates from my side.
16:37:35 Uggla ok
16:37:44 Uggla #topic Gibi's news about eventlet removal.
16:37:50 Uggla #link Series: https://gibizer.github.io/categories/eventlet/
16:38:32 Uggla gibi, do you want to say something ? I think you are chasing for reviews.
16:38:45 gibi yepp
16:38:56 gibi the nova-scheduler series is ready for core review
16:39:10 gibi (I've added it to the status etherpad as well)
16:39:28 gibi the series starts here https://review.opendev.org/c/openstack/nova/+/947966
16:39:56 gibi the first 11 patches are ready to go, the last two depends on oslo.service to land and release the threading backend support
16:40:26 gibi that is it
16:40:56 Uggla cool thx gibi
16:41:05 Uggla #topic Open discussion
16:41:19 Uggla I can see topic on the agenda.
16:41:27 Uggla s/can/can't/
16:42:01 Uggla so unless if we have points, maybe we can try to triage bugs.
16:43:20 Uggla #topic Bug scrubbing
16:43:27 Uggla #link: https://etherpad.opendev.org/p/nova-bug-selection-for-triaging#L4
16:44:01 Uggla First one : https://bugs.launchpad.net/nova/+bug/2110222
16:45:07 Uggla Nova server image uploaded to S3 uses singlepart instead of multipart upload
16:45:26 gibi that feels like a feature request
16:45:37 Uggla yep I was about to say the same.
16:46:34 Uggla it is more an optimization request.
16:47:11 Uggla So I could probably set the bug to invalid and ask for a blueprint.
16:47:13 gibi it is a small feature even a specless one if we can assume that we can pass the size to the glance client at uploat
16:48:28 Uggla ok I'll do that for this one.
16:48:37 Uggla Next one: https://bugs.launchpad.net/nova/+bug/2109727 - removing an host from an aggregate should be accepted even if the host no longer exists
16:48:54 Uggla I think it is a valid one as opened by Sylvain
16:50:09 Uggla bauzas, ^
16:51:11 gibi I hope bauzas could push a functional reproducer for that
16:51:41 bauzas sorry was taking a break
16:52:02 bauzas not sure if I have time for the reproducer but I can try
16:52:39 sean-k-mooney bauzas: i guess that only matteres if your going to work on the bug
16:52:40 Uggla bauzas, at least this is something valid.
16:52:49 sean-k-mooney if not then the peroson who picks it up can
16:54:08 Uggla So I'll move the bug to valid.
16:54:16 Uggla Next one : https://bugs.launchpad.net/nova/+bug/2108974 - Keypairs lost during cross-cell resize in instance_extra
16:54:26 opendevreview Merged openstack/nova master: Revert "Support glance's new location API" https://review.opendev.org/c/openstack/nova/+/950336
16:55:42 gibi it has reproducer steps so somebody should run them and if reproducible mark it valid
16:56:29 Uggla Is resizing cross-cell supported ?
16:56:53 dansmith yeah
16:57:06 dansmith it uses shelve on the backend
16:57:22 dansmith and it has to copy between databases, so it might be missing something
16:58:46 gibi The config drive associated with the server, if there is one, will be re-generated on the destination host in the target cell. Therefore if the server was created with personality files they will be lost. However, this is no worse than evacuating a server that had a config drive when the source and destination compute host are not on shared storage or when shelve offloading and unshelving a server
16:58:52 gibi with a config drive. If necessary, the resized server can be rebuilt to regain the personality files.
16:59:07 gibi so maybe such config drive regen is the problem
16:59:25 gibi (the above is from https://docs.openstack.org/nova/latest/admin/configuration/cross-cell-resize.html#limitations )
16:59:59 dansmith ah yep
17:01:04 gibi the bug says it is lost form metadata response as well
17:01:29 Uggla yep I understand it is not only config drive.
17:01:49 gibi and it also points to `select keypairs from dst_cell.instance_extra ` I did not know we have a copy of a keypair there
17:02:01 gibi but it says it is in the source cell
17:02:09 gibi so that is probably not copied to the dest cell DB
17:02:16 gibi I vote that this is valid
17:02:47 Uggla I can try to reproduce, but I'm unsure how to easily deploy a multi cell env.
17:03:31 gibi we have multicell job we just need to see if we can enable some tempest there to catch this
17:04:59 sean-k-mooney thats in the sepc for what its porth
17:05:29 sean-k-mooney at least im 99% sure we called out that any files injected in the config drive would be lost with a cross cell resize
17:06:14 sean-k-mooney https://specs.openstack.org/openstack/nova-specs/specs/ussuri/implemented/cross-cell-resize.html#known-issues
17:06:16 sean-k-mooney limiation 3
17:06:30 sean-k-mooney Servers created with personality files, commonly known as file injection, that are resized across cells will lose the personality files since they are not persisted in the database

Earlier   Later