Closed juanmatias closed 1 year ago
Testing with:
binbash/leverage-toolbox:1.2.7-0.0.4
: ✅ binbash/leverage-toolbox:1.2.7-0.0.5
: ✅ binbash/leverage-toolbox:1.2.7-0.1.0
: ❌ binbash/leverage-toolbox:1.2.7-0.1.0
: ✅ There is a braking change between Leverage CLI 1.8.0 and Toolbox 1.2.7-0.1.0.
Solution: Toolbox versions have to be fixed in build.env
.
As @juanmatias described in the previous message in case you hit this error please consider installing and setting up your Ref Arch build.env with one of the following working compatible versions:
1.8.0
1.9.1
📒 NOTE: We'll also keep updated the https://leverage.binbash.com.ar/work-with-us/releases/versions-compatibility-matrix/
As per this Slack chat, verify the reported issue.
Describe the Bug
When login with SSO and then executing an
init
command, Leverage CLI says AWS SSO token has expired.Note and research the fact this error was reported in the newest Toolbox image:
1.2.7-0.1.0
.Expected Behavior
When it is known the token is still valid Leverage CLI should use this token.
Steps to Reproduce
Steps to reproduce the behavior:
le-tf-infra-aws/apps-devstg/us-east-1/k8s-eks/cluster
leverage aws configure sso
and configure the SSOleverage terraform init
Output
Output from configure step:
Output from last step:
Environment (please complete the following information):
Running Leverage CLI (and Toolbox) on Mac
Additional Context
This error happened previously with old Toolbox images. Note that in earlier versions of Leverage CLI 1.8.0 the Toolbox image set was 1.2.7-latest.
If Leverage CLI was run when
latest
was pointing to an image with the problem, this image was downloaded to local and then, it doesn't matter if thelatest
is updated in docker hub, it won´t download it again. This could result in thelatest
local image pointing to an old image instead of the new one (1.2.7-0.0.5
). For sake of testing you can:1.2.7-0.0.5
) inbuild.env