Update transition time only on new status#238
Update transition time only on new status#238Jakob-Naucke merged 1 commit intotrusted-execution-clusters:mainfrom
Conversation
2d59ca6 to
6146cf5
Compare
Do not update on each new generation Fixes: trusted-execution-clusters#221 Signed-off-by: Jakob Naucke <jnaucke@redhat.com>
6146cf5 to
e46b3ad
Compare
| ) -> Time { | ||
| let get = |s: &S| s.conditions().clone(); | ||
| let conditions = existing_status.as_ref().and_then(get); | ||
| let find = |c: &Condition| type_ == c.type_ && new_status == c.status; |
There was a problem hiding this comment.
don't we need to consider the reason as well?
There was a problem hiding this comment.
But shouldn't be this looking for condition that changed status? Shouldn't this be new_status != c.status;. What about if the type condition doesn't exist
There was a problem hiding this comment.
The linked issue suggested that it should only change when the condition changes
There was a problem hiding this comment.
If it finds one, it keeps the time of the one it found. If it finds none, it takes now as timestamp.
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: alicefr, Jakob-Naucke The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
Had a successful CI run on #235 |
uh, what? cluster just dies? checking for reproducibility /retest e: was this a conflict from #248? that's supposed to lock, which worked on the previous host |
Maybe, it run out of memory? |
|
@alicefr no signs of OOM but also can't see anything obvious in journal (hard to correlate to an exact moment though because the logs don't log time at that point)… merging for now |
Do not update on each new generation
Fixes: #221