Second MD rolling update if a new MS was created at the same second as RolloutAfter #12260
Labels
area/machinedeployment
Issues or PRs related to machinedeployments
kind/bug
Categorizes issue or PR as related to a bug.
needs-priority
Indicates an issue lacks a `priority/foo` label and requires one.
needs-triage
Indicates an issue or PR lacks a `triage/foo` label and requires one.
What steps did you take and what happened?
.spec.rolloutAfter == MS.metadata.creationTimestamp
)What did you expect to happen?
No MD should had been rolled out
Cluster API version
v1.9.5 (still relevant for the main branch and 1.10.x releases)
Kubernetes version
1.29
Anything else you would like to add?
MD controller, looking for a new MS, finds one that is created AFTER MD's
.spec.rolloutAfter
. The Time fileds are serialized with seconds accuracy (RFC3339), so, if a new MS was created at the same second as.spec.rolloutAfter
, the controller will create a new.Code examples:
cluster-api/internal/controllers/machinedeployment/mdutil/util.go
Line 504 in a8e4187
cluster-api/internal/controllers/machinedeployment/mdutil/util.go
Line 422 in a1c7c76
Label(s) to be applied
/kind bug
/area machinedeployment
One or more /area label. See https://github.com/kubernetes-sigs/cluster-api/labels?q=area for the list of labels.
The text was updated successfully, but these errors were encountered: