Skip to content
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

opentelekomcloud_evs_volume_v3 cant be used with opentelekomcloud_kms_key_v1 #2841

Open
v1nc3nt27 opened this issue Feb 26, 2025 · 0 comments

Comments

@v1nc3nt27
Copy link

Terraform provider version

Affected Resource(s)

opentelekomcloud_evs_volume_v3
opentelekomcloud_kms_key_v1

Terraform Configuration Files

resource "opentelekomcloud_kms_key_v1" "kms" {
  key_alias       = "test"
  pending_days    = "7"
  key_description = "KMS for test"
  is_enabled      = true
  realm = "eu-de-01"
}

resource "opentelekomcloud_evs_volume_v3" "evs" {
  name              = "test"
  description       = "Data volume for test"
  availability_zone = "eu-de-01"
  volume_type       = "SATA"
  size              = "20"
  kms_id            = opentelekomcloud_kms_key_v1.kms.id
  multiattach       = true
}

Debug Output/Panic Output

Steps to Reproduce

  1. terraform apply

Expected Behavior

The EVS should be created

Actual Behavior


│ Error: error creating OpenTelekomCloud EVS volume: Resource not found: [POST https://evs.eu-de.otc.t-systems.com/v3/9f664c9b1d3d478c9b3f3257b4db5df8/cloudvolumes], error message: {"error":{"message":"get Agency's token but response is null.","code":"EVS.2265"}}

│ with opentelekomcloud_evs_volume_v3.evs[0],
│ on main.tf line 121, in resource "opentelekomcloud_evs_volume_v3" "evs":
│ 121: resource "opentelekomcloud_evs_volume_v3" "evs" {

If i remove the kms id, the EVS is created. What i noticed is that, even if i set the realm to "eu-de-01" as the doc suggests, it gets reverted to eu-de. I am new to OTC but from what i understand is that KMS is AZ-independent. Hence, there may be problems to find the KMS when the EVS is deployed?

We need multiattach and encryption, so this seems to be the only option we have. Has anyone else encountered this issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant