-
Notifications
You must be signed in to change notification settings - Fork 880
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: zero-value abortScaleDownDelay was not honored with setCanaryScale #1375
Conversation
Codecov Report
@@ Coverage Diff @@
## master #1375 +/- ##
==========================================
+ Coverage 81.29% 81.31% +0.02%
==========================================
Files 108 108
Lines 10033 10037 +4
==========================================
+ Hits 8156 8162 +6
+ Misses 1317 1315 -2
Partials 560 560
Continue to review full report at Codecov.
|
fbc1246
to
7cff453
Compare
3f07cc9
to
7c66320
Compare
Still trying to fix tests. |
Signed-off-by: Jesse Suen <[email protected]>
7c66320
to
14f8ffa
Compare
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information |
@@ -53,7 +53,7 @@ func (c *rolloutContext) addScaleDownDelay(rs *appsv1.ReplicaSet, scaleDownDelay | |||
} | |||
return nil | |||
} | |||
deadline := metav1.Now().Add(scaleDownDelaySeconds * time.Second).UTC().Format(time.RFC3339) | |||
deadline := metav1.Now().Add(scaleDownDelaySeconds).UTC().Format(time.RFC3339) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed confusing method behavior where duration was expected to be supplied in nanoseconds.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All callers of this method were supplying scaleDownDelaySeconds in nanosecond duration. I also changed the callers to simply supply proper durations.
} else { | ||
abortScaleDownDelaySeconds := time.Duration(defaults.GetAbortScaleDownDelaySecondsOrDefault(c.rollout)) | ||
err = c.addScaleDownDelay(c.newRS, abortScaleDownDelaySeconds) | ||
} else if abortScaleDownDelaySeconds != nil { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
is this condition check required as it is verified in shouldDelayScaleDownOnAbort
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You're right that it's not required. But I was trying to be defensive here in case there was a bug or change in behavior to shouldDelayScaleDownOnAbort().
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Recent PR did not rebase ontop of new scaledowndelay on abort behavior and the two caused a conflict in behavior
Signed-off-by: Jesse Suen [email protected]