Help: Reference to undeclared resource

[az-z]

hello,
i'm not certain what is the problem might be. I appreciate all and ideas.

In the nutshell the reference to "global" variable in the TF is "not working". At the same time if I refer to "internal_elb" using "var" the code works. Must be something obvious that i can't see.

pwd
Clients/SOPRO/D9/DEV/elb

Clients/SOPRO/D9/DEV/elb$ terramate debug show globals | grep elb
stack "/Clients/SOPRO/D9/DEV/elb":
	elb_subnet_names      = ["public-web-1", "public-web-2"]
	internal_elb          = true

Clients/SOPRO/D9/DEV/elb$ grep -n internal_elb ./* 
./main.tf:37:  #cidr_blocks = global.internal_elb ? global.vpn_cidr : ["0.0.0.0/0"]
./main.tf:38:  cidr_blocks = var.internal_elb ? global.vpn_cidr : ["0.0.0.0/0"]

./main.tf:87:  internal           = global.internal_elb

./stack.tm.hcl:29:    internal_elb = global.internal_elb
./terraform.tfvars:8:internal_elb = true
./vars.tf:9:variable "internal_elb" {

Clients/SOPRO/D9/DEV/elb$ ls 
backend.tf  main.tf  stack.tm.hcl  terraform.tfvars  vars.tf

Clients/SOPRO/D9/DEV/elb$ tma
Nothing to do, generated code is up to date
terramate: Entering stack in /Clients/SOPRO/D9/DEV/elb
terramate: Executing command "terraform apply"
╷
│ Error: Reference to undeclared resource
│ 
│   on main.tf line 38, in resource "aws_security_group_rule" "ALB_security_group_rule_80":
│   38:   cidr_blocks = var.internal_elb ? global.vpn_cidr : ["0.0.0.0/0"]
│ 
│ A managed resource "global" "vpn_cidr" has not been declared in the root module.
╵
╷
│ Error: Reference to undeclared resource
│ 
│   on main.tf line 87, in resource "aws_alb" "alb":
│   87:   internal           = global.internal_elb
│ 
│ A managed resource "global" "internal_elb" has not been declared in the root module.
╵
2024-04-26T11:38:16-04:00 INF interrupting execution of further stacks cmd="terraform apply" stack=/Clients/SOPRO/D9/DEV/elb
Error: one or more commands failed
> execution failed: running /usr/bin/terraform apply (in /Clients/SOPRO/D9/DEV/elb): exit status 1

vpn_cidr is declared on the top of the repo.

[az-z]

./stack.tm.hcl:29:    internal_elb = global.internal_elb
./terraform.tfvars:8:internal_elb = true
./vars.tf:9:variable "internal_elb" {

it appears that IF i generate tfvars then the "direct" reference to "global" in the tf module is not working. I do not remember this to be the case earlier...

more ./stack.tm.hcl 
stack {
  name        = "D9-DEV-elb"
  description = "ELB resources for D9 dev env"
  after = [
   ...skip...
  ]
  before = [
   ...skip...
  ]
}

generate_hcl "terraform.tfvars" {

  content {
       ... 
      skip
      ...
    elb_subnet_names = global.elb_subnet_names
    internal_elb = global.internal_elb
  }
}

[i4ki]

Hi @az-z

By looking at this snippet:

./main.tf:38:  cidr_blocks = var.internal_elb ? global.vpn_cidr : ["0.0.0.0/0"]

Is main.tf a generated file? If yes, please show us the generate_hcl block, at least the important bits, because if so it's a Terramate bug. If it's not generated, then the answer is that you can never use global in a pure Terraform file.

If possible, please make a small reproducible code, because it's hard to reason about just grep outputs, we need the complete blocks to understand if it's a bug or works as intended.

[az-z]

I4k, Thank you for looking into this. Main.tf was not generated by TM. It is a "normal" tf file. "...can never use global in a pure Terraform file".. Oh, that's right! I must had a severe case of brainless activity. Thank you for the help!

…

On Sun, Apr 28, 2024, 09:09 i4k ***@***.***> wrote: Hi @az-z <https://github.com/az-z> By looking at this snippet: ./main.tf:38: cidr_blocks = var.internal_elb ? global.vpn_cidr : ["0.0.0.0/0"] Is main.tf a generated file? If yes, please show us the generate_hcl block, at least the important bits, because if so it's a Terramate bug. If not, then you can never use global in a pure Terraform file. If possible, please make a small reproducible code, because it's hard to reason about just grep outputs, we need the complete blocks to understand if it's a bug or works as intended. — Reply to this email directly, view it on GitHub <#1674 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABGHHXPDVQPX4NBVXEG5Q7LY7TYJNAVCNFSM6AAAAABG3AHGTOVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TENJSGEZTC> . You are receiving this because you were mentioned.Message ID: ***@***.***>