Skip to content
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

--on-error=ask retry should only run the provisioner that errored when using -debug #13128

Closed
MrMMorris opened this issue Jul 31, 2024 · 3 comments
Labels
enhancement stage/needs-verification Issue needs verifying it still exists

Comments

@MrMMorris
Copy link

MrMMorris commented Jul 31, 2024

Community Note

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Description

--on-error=ask retry should only run the provisioner that errored when also specifying -debug. Currently it reruns all the provisioners in that build unless -debug isn't specified, then it only runs the one that failed.

Let me know if this is intended behavior and I will close.

@MrMMorris MrMMorris changed the title --on-error=ask retry should only run the provisioner that errored --on-error=ask retry should only run the provisioner that errored when using -debug Aug 1, 2024
@lbajolet-hashicorp
Copy link
Contributor

Hi @MrMMorris,

I'm not sure I understand the reruns all the provisioners when combining both arguments; --debug will stop before executing every provisioner/step, letting you debug the state of a system in between two steps, while --on-error lets you decide which action to undertake in case of an error during the build, and rerun is not one of the supported actions AFAIK.
Would you be able to provide a template/log example to understand what issue you're running into?

Thanks!

@lbajolet-hashicorp lbajolet-hashicorp added the stage/needs-verification Issue needs verifying it still exists label Aug 5, 2024
@MrMMorris
Copy link
Author

sorry I can't seem to reproduce this right now and I don't think it's a hige issue either way so I will close

Copy link

github-actions bot commented Sep 9, 2024

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 9, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement stage/needs-verification Issue needs verifying it still exists
Projects
None yet
Development

No branches or pull requests

2 participants