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
To be able to successfully create a SMB volume, an Active Directory configuration needs to be present for the region of interest. No AD, no SMB volume.
Therefore it makes sense to use the *depends_on" meta-argument of Terraform to establish a dependency of the SMB volume to an AD configuration.
Currently, this can be done if the AD configuration is also create and managed by TF and the modules have access to this TF configuration.
The more common case is, that the AD configuration was created manually or via another TF module which cannot easily be referenced.
Having an Active Directory data_source which can be used to query the existing AD configuration for the intended region would allow to make this AD configuration "known" to TF and would create an resource which the SMB volume can depend on.
5f2a596 and a1914cb added AD data source. I verified it for some use cases. Looks good. Thank you!
I modified my example files to make use of it. We need to talk when to include it. Now, or when the new functionality is available in the provider at the hashicorp repo. But this is not a discussion for this issue, this is done. Closing this one.
Use case
To be able to successfully create a SMB volume, an Active Directory configuration needs to be present for the region of interest. No AD, no SMB volume.
Therefore it makes sense to use the *depends_on" meta-argument of Terraform to establish a dependency of the SMB volume to an AD configuration.
Currently, this can be done if the AD configuration is also create and managed by TF and the modules have access to this TF configuration.
The more common case is, that the AD configuration was created manually or via another TF module which cannot easily be referenced.
Having an Active Directory data_source which can be used to query the existing AD configuration for the intended region would allow to make this AD configuration "known" to TF and would create an resource which the SMB volume can depend on.
Example code:
The text was updated successfully, but these errors were encountered: