-
Notifications
You must be signed in to change notification settings - Fork 676
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
RC api returning incorrect response when instance already exists #3187
Comments
@ocofaigh , We use resource-controller APIs and SDK and return same response that API gives us Is UI calling same APIs? |
@kavya498 The RC api does return correct response:
I think maybe you guys are not parsing it correctly? |
@ocofaigh , After investigation, We found that SDK is not returning proper error response.. |
The is not specific to secrets-manager, it is any resource being provisioned by RC api. Updating the title. |
@hkantare Thanks for the update. I saw this response today when trying to delete a resource group. Does it also have the same problem?
|
@ocofaigh Yes it should be the same problem not returning complete response..Once we receive the complete response then we get more details why actually resource group deletion is failing.. Based on response we can analayze future steps... The SDK team fixed the issue of response and mostly it will be part of Novemeber releases |
Project Golden Eye
IBM Cloud secrets-manager only allows one secrets manager instance per account by default. When you try to provision another one using terraform, you get back the following error:
The secrets-manager team have said that this response does not come from secrets-manager. When I try in the UI, I get this:
![image](https://user-images.githubusercontent.com/29608224/136542417-31d84118-8dc6-46c3-9d71-9be7c11f5cf5.png)
Is this error message
Unexpected HTTP status code 503 (503 Service Unavailable) with resp code: null
coming from the ibm terraform provider? If so, can we not just return the same error as the secrets-manager api does?Community Note
Terraform CLI and Terraform IBM Provider Version
Affected Resource(s)
Terraform Configuration Files
Debug Output
sm-trace-log.txt
Panic Output
Expected Behavior
Correct response should be returned so user knows the root cause as to why provisioning failed.
Actual Behavior
Unexpected HTTP status code 503 (503 Service Unavailable) with resp code: null
Steps to Reproduce
terraform apply
Important Factoids
References
The text was updated successfully, but these errors were encountered: