-
Notifications
You must be signed in to change notification settings - Fork 427
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
SNOW-1869750: [Feature]: don't crash the Provider if the authentication is set to key-pair, but private_key
is not specified
#3322
Comments
hi - thanks for reporting this issue with us. Looks like the provider is crashing when trying to create a connection. To aid troubleshooting, could you please provide a bit more information about the issue ?
Adding Any detail helps and thank you in advance for providing them to us ! |
Thanks a lot for your prompt response. When you said "Looks like the provider is crashing when trying to create a connection.", I looked at my configurations and found out that the environment variable for private key i.e. SNOWFLAKE_PRIVATE_KEY was not set. After setting this, the issue is resolved. |
i'm glad to hear you're unblocked now and could find the source of the issue - thank you for testing it quickly and letting is know ! i'm going to transform this Issue into an enhancement, because i would like to reproduce it for myself and also see if we can do this differently instead of mysteriously panicking when |
It is also an issue in the latest v1.0.1 provider, sadly.
pubBytes, err := x509.MarshalPKIXPublicKey(config.PrivateKey.Public()) Working on a fix. |
proposed a PR for the underlying gosnowflake driver (snowflakedb/gosnowflake#1285) so it could error out gracefully (with a descriptive error message) instead of panicking. |
private_key
is not specified
private_key
is not specifiedprivate_key
is not specified
Terraform CLI Version
1.10.2
Terraform Provider Version
0.94.1
Company Name
No response
Terraform Configuration
Category
category:resource
Object type(s)
No response
Expected Behavior
terraform apply tfplan executes without terraform provider crashing.
Actual Behavior
Steps to Reproduce
In Azure pipeline, apply changes using the tfplan file generated in a earlier job, within the same stage.
How much impact is this issue causing?
High
Logs
No response
Additional Information
I am executing terraform apply tfplan in a downstream Azure pipeline job where tfplan was created in an earlier job.
Would you like to implement a fix?
The text was updated successfully, but these errors were encountered: