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

print assumed timezone on stderr when access tokens seem to be stale #1707

Closed
cruwe opened this issue Aug 2, 2018 · 2 comments
Closed

print assumed timezone on stderr when access tokens seem to be stale #1707

cruwe opened this issue Aug 2, 2018 · 2 comments

Comments

@cruwe
Copy link
Contributor

cruwe commented Aug 2, 2018

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 "me too" comments, 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

To use terraform with MS Azure, a valid access token must be obtained beforehand with az login.

One may be tempted to run az packaged as a docker container (to prevent polluting the workstation). terraform (statically linked) does not warrant such hooks and loops.

By standard, docker containers run on UTC and accordingly, az formats and stores access tokens in UTC. When the host terraform is then invoked on runs on a different timezone and the variable $TZ is unset, tokens may be stale without the user realizing.

I have requested to document this behaviour with PR #1706. I do not know how to (I would do it myself then), but it may be of value to stderr the $TZ terraform assumes for the az token so that debugging such failures may be easier.

New or Affected Resource(s)

  • azurerm provider

References

@tombuildsstuff
Copy link
Contributor

hey @cruwe

Thanks for opening this issue - apologies for the delayed response here!

We've recently migrated the Authentication logic out of this repository and into a common helper library so that we're able to iterate on it and then reuse it across Providers - as such I'm going to migrate this issue over to that repository: hashicorp/go-azure-helpers#3

Thanks!

@ghost
Copy link

ghost commented Mar 5, 2019

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 feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 [email protected]. Thanks!

@ghost ghost locked and limited conversation to collaborators Mar 5, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants