使用Terraform在Azure中的聚类访问问题
错误：未为提供者配置身份验证。请通过以下选项之一进行配置：1。Databricks_host + DataBricks_Token环境变量。 2。主机 +令牌提供商参数。 3。azure_databricks_workspace_id + az cli身份验证。 4。azure_databricks_workspace_id + azure_client_id + azure_client_secret + azure_tenant_id for azure服务主体身份验证。 5。运行Databricks配置-token将创建〜/.Databrickscfg文件。
请检查和有关此错误的建议
Error: authentication is not configured for provider. Please configure it through one of the following options: 1. DATABRICKS_HOST + DATABRICKS_TOKEN environment variables. 2. host + token provider arguments. 3. azure_databricks_workspace_id + AZ CLI authentication. 4. azure_databricks_workspace_id + azure_client_id + azure_client_secret + azure_tenant_id for Azure Service Principal authentication. 5. Run databricks configure --token that will create ~/.databrickscfg file.
Please check and Advice about this error
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以尝试在此 讨论要解决问题的讨论
总体建议还要分开工作空间创建（Azurerm提供商）和工作空间供应（Databricks Provister）。
。
另一个解决方法是要拥有一个空的
〜/.databrickscfg文件，因此可以避免当地人块。不理想，但会起作用。您也可以通过使用当地人预先配置相关的资源名称，然后在提供商配置中构建工作空间资源ID时引用这些
您还可以通过使用当地人预先配置相关的资源名称，然后在提供商配置构建工作区资源ID
此处依赖性用数据映工作空间阻止
You can try with below workaround given in this github discussion to troubleshoot your issue
Overall recommendation is to also separate workspace creation (azurerm provider) and for workspace provisioning (databricks provider).
the other workaround is to have an empty
~/.databrickscfgfile, so locals block might be avoided. not ideal, but will work..you can also managed to work around it by using locals to pre-configure related resource names and then reference those when building the workspace resource id in the provider config
and databricks provider resources all have a
depends_onblock with the databricks workspace