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
Currently, it appears that a misformed line in the tfvars file just results in a usage message for the terraform plan and terraform apply commands.
This is very confusing to the user, since there's no feedback on what the issue may be, in particular that the tfvars is problematic. and is compounded by the fact that your config file syntax look very close to other standards (i.e. INI for the tfvars files and a combination of JSON & YAML for the definition files) and so syntax "appears" correct.
For example, the AWS example with a line in the terraform.tfvars file that reads
key_name = "parrott-ec2"
works fine, but
key_name = parrott-ec2
prints out a usage message when terraform plan is run.
In addition, the quoting requirements for the variable literals are not the same when you set variables on the command line. So a string that works on the command line fails when copied into a TFVARS file.
At at minimum, an error in the tfvars parsing code should provide feedback that that file is malformed, if not the specific one that is in error.
The text was updated successfully, but these errors were encountered:
Currently, it appears that a misformed line in the tfvars file just results in a usage message for the
terraform plan
andterraform apply
commands.This is very confusing to the user, since there's no feedback on what the issue may be, in particular that the tfvars is problematic. and is compounded by the fact that your config file syntax look very close to other standards (i.e. INI for the tfvars files and a combination of JSON & YAML for the definition files) and so syntax "appears" correct.
For example, the AWS example with a line in the
terraform.tfvars
file that readsworks fine, but
prints out a usage message when
terraform plan
is run.In addition, the quoting requirements for the variable literals are not the same when you set variables on the command line. So a string that works on the command line fails when copied into a TFVARS file.
At at minimum, an error in the tfvars parsing code should provide feedback that that file is malformed, if not the specific one that is in error.
The text was updated successfully, but these errors were encountered: