marking consolidatable
log messages are duplicated due to read-after-write inconsistency
#2002
Labels
good first issue
Denotes an issue ready for a new contributor, according to the "help wanted" guidelines.
help wanted
Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
kind/bug
Categorizes issue or PR as related to a bug.
triage/accepted
Indicates an issue or PR is ready to be actively worked on.
Description
Observed Behavior:
Karpenter will double-log that a status condition has transitioned for
Consolidatable
(the same probably applies toDrifted
) because there is no read-after-write consistency so Karpenter needs enough time after it has mutated the object to actually see the cache update -- one way to resolve this is to do an event filter on status updates -- the other way to accomplish this is by adding an artificial sleep into the Reconcile to give the cache time to catch-up like hereExpected Behavior:
Karpenter should not produce the same log twice in a row.
The text was updated successfully, but these errors were encountered: