Skip to content

[FG:InPlacePodVerticalScaling] race condition with PodResizeInProgress condition #132851

@natasha41575

Description

@natasha41575

See #131612 (comment)

#131612 introduces a race condition, where if a pod is in the middle of syncing, and a new resize is allocated in between the check that a resize is in progress and where the pod status is calculated, the PodResizeInProgress condition is added back unconditionally and not actually properly checked until the next sync loop. The consequences are small and temporary, so considering this a non-blocker for 1.34.

I think this is only really an issue if a resize is reverted.

/sig node
/triage accepted
/priority important-longterm

Metadata

Metadata

Assignees

Labels

priority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to complete.sig/nodeCategorizes an issue or PR as relevant to SIG Node.triage/acceptedIndicates an issue or PR is ready to be actively worked on.

Type

No type

Projects

Status

In Progress

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions