-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
🌱 CAPD: fix multi error handling in RunContainer #9139
🌱 CAPD: fix multi error handling in RunContainer #9139
Conversation
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
LGTM label has been added. Git tree hash: fa4c0f3b85ae2a2e7e89678c66395957439cb258
|
Probably easy enough to cherry-pick these and just ensure they merge in the right order with the cherry-picks from this: #9125 |
/cherry-pick release-1.5 |
@killianmuldoon: once the present PR merges, I will cherry-pick it on top of release-1.5 in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/cherry-pick release-1.4 |
@killianmuldoon: once the present PR merges, I will cherry-pick it on top of release-1.4 in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
if innerErr := d.dockerClient.ContainerRemove(ctx, resp.ID, types.ContainerRemoveOptions{Force: true, RemoveVolumes: true}); innerErr != nil { | ||
return errors.Wrapf(innerErr, "error removing container after failed start: %s", err) | ||
if reterr := d.dockerClient.ContainerRemove(ctx, resp.ID, types.ContainerRemoveOptions{Force: true, RemoveVolumes: true}); reterr != nil { | ||
return kerrors.NewAggregate([]error{reterr, errors.Wrapf(err, "error deleting container")}) |
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.
I think this mixes up the errors, sorry :D
The err
from above should not be further wrapped, right?
(The difference compared to the example I provided is that you're reterr is the other one)
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.
So this would work
return kerrors.NewAggregate([]error{err, errors.Wrapf(reterr, "error deleting container")})
c72be6f
to
ecfbbc8
Compare
Updated, now it looks like this:
|
Perfect! /lgtm |
LGTM label has been added. Git tree hash: 116576593ed52c1f9aa7f2be8768dd3d6bf50f6d
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sbueringer The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@killianmuldoon: #9139 failed to apply on top of branch "release-1.5":
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@killianmuldoon: #9139 failed to apply on top of branch "release-1.4":
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Looks like we have to wait until the cherry-picks are merged and then cherry-pick again |
jep |
/cherry-pick release-1.4 |
@killianmuldoon: new pull request created: #9242 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Q: We also need a 1.5 cherry-pick, right? |
/cherry-pick release-1.5 |
@sbueringer: new pull request created: #9243 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Also v1.4 due to: /cherry-pick release-1.4 |
@chrischdi: new pull request could not be created: failed to create pull request against kubernetes-sigs/cluster-api#release-1.4 from head k8s-infra-cherrypick-robot:cherry-pick-9139-to-release-1.4: status code 422 not one of [201], body: {"message":"Validation Failed","errors":[{"resource":"PullRequest","code":"custom","message":"No commits between kubernetes-sigs:release-1.4 and k8s-infra-cherrypick-robot:cherry-pick-9139-to-release-1.4"}],"documentation_url":"https://docs.github.com/rest/pulls/pulls#create-a-pull-request"} In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Should be cherry-picked to both 1.5 and 1.4 now - looks like we're good |
ah, did only see the 1.5 comment above :D 👍 |
What this PR does / why we need it:
Follow-up after discussions at #9125 (comment)
Log would now look like e.g.:
Prior to the change it would have been:
/assign sbueringer
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Part of #8824
/area provider/infrastructure-docker