-
Notifications
You must be signed in to change notification settings - Fork 14
Open
Open
Copy link
Description
While working with ClickHouse Cloud Terraform provider (clickhouse_service resource), we discovered an inconsistency between the Cloud Console UI and Terraform.
- In UI it is possible to rename a warehouse (change its name). From Attribute "warehouse_id" cannot be specified when "password_hash" is specified #306 (comment) it seems it should be otherwise
- In Terraform the
warehouse_idargument exists on the service resource (docs link), but this appears to map to an internal UUID, not to the display name.
What we expected
- That renaming a warehouse in UI would either:
- be detected by Terraform as a harmless name change (no recreate), or
- expose a
warehouse_nameattribute in Terraform that matches the UI field.
What actually happens
- After renaming a warehouse in UI, running
terraform planshows no changes — which suggests the provider ignores the display name completely. - From our testing:
warehouse_id= internal UUID, stable and hidden from UI.- Renaming in UI does not break existing pipelines.
- But Terraform has no way to manage the visible warehouse name, only the internal ID.
Why this is confusing
- The docs are not explicit that
warehouse_idis an internal UUID and not the visible name. - This creates uncertainty: is manual renaming supported and safe, or will it lead to resource recreation?
- Our use case: multi-tenant setup where warehouse naming in UI matters (primary vs. secondary services). We would like to control visible warehouse names via Terraform or at least be sure renames are safe.
Question
- Is it expected that
warehouse_idrefers only to the internal UUID? - Can the provider expose a
warehouse_namefield that controls the display name in UI? - If not, what is the recommended way to manage warehouse naming in a Terraform-first workflow?