You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The secret_group_id should be specified as ibm_sm_secret_group.sm_secret_group.secret_group_id
The instance_id should be specified as ibm_resource_instance.sm_instance.guid and perhaps include the resource instance. Why is _guid being used instead of _id?
in the description the instance_guid field of the ibm_resource_instance should be mentioned. This is going to be a common first problem for users
powellquiring
changed the title
ibm_sm resources should have use references to ibm_resource_instance instead of instance_id strings
ibm_sm resources should have use references to ibm_resource_instance.sm_instance.guid and ibm_sm_secret_group.sm_secret_group.secret_group_id
Apr 12, 2023
Community Note
New or Affected Resource(s) or Datasource(s)
Description
https://registry.terraform.io/providers/IBM-Cloud/ibm/latest/docs/resources/sm_arbitrary_secret
as an example:
ibm_sm_secret_group.sm_secret_group.secret_group_id
ibm_resource_instance.sm_instance.guid
and perhaps include the resource instance. Why is _guid being used instead of _id?See key protect as an example:
https://registry.terraform.io/providers/IBM-Cloud/ibm/latest/docs/resources/kms_instance_policies
References
The text was updated successfully, but these errors were encountered: