Terraform-provider-aws: aws_security_group: revoke_rules_on_delete conflicto con 'plan terraform'

Creado en 16 nov. 2017  ·  3Comentarios  ·  Fuente: hashicorp/terraform-provider-aws

Versión 1.2.0 (publicada el 31 de octubre de 2017)

En esta versión, se agregó una nueva característica:
-resource / aws_security_group: Agrega la opción revoke_rules_on_delete para forzar una seguridad

Problema:
-Cuando importa un grupo de seguridad a terraform, el parámetro 'revoke_rules_on_delete' no se importa a terraform.tfstate. Supongamos uno importado, digamos:

$ terraform import aws_security_group.sg-1 sg-234xxxx12

-Si después de importar uno se ejecuta 'terraform plan', se informa el siguiente cambio:

$ plan terraform
.....
.....
~ aws_security_group.sg-1
revoke_rules_on_delete: "" => "falso"

No hay rastro de revoke_rules_on_delete en terraform.tfstate.
Traté de especificar el valor explícitamente en el archivo main.tf con 'verdadero' y 'falso', e incluso una cadena vacía (""). En todos los casos el plan es introducir un cambio.

(fuerza bruta): para validar / probar, edité manualmente terraform.tfstate y agregué:

"revoke_rules_on_delete": "falso",

luego 'terraform plan' pasó con 'Sin cambios'

Solución alternativa (hasta que se solucione el error):

Por ahora, fijé el complemento del proveedor a la versión anterior, (usando la cual el problema no se manifiesta), en main.tf:

proveedor "aws" {
versión = "~> 1.1.0"
.....
......
}

Entonces, esencialmente, parece que 'terraform import' debería importar explícitamente el valor del parámetro revoke_rules_on_delete explícitamente como 'verdadero' o 'falso'

bug servicec2

Comentario más útil

Todavía tengo este problema.
revoke_rules_on_delete: "" => "falso"

Todos 3 comentarios

Tenemos el mismo problema cada vez con dos grupos de seguridad que hemos instanciado. ¿Hay algún progreso con esto? Cada vez que cambiamos algo en ese directorio, terminamos por tener que editar terraform.tfstate manualmente.

Todavía tengo este problema.
revoke_rules_on_delete: "" => "falso"

El mismo problema con el proveedor de AWS 1.51.
2018 casi termina :)

¿Fue útil esta página
0 / 5 - 0 calificaciones