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
In our infrastructure, we use PowerDNS resources for some instances, but not for others. The ones requiring powerdns records to be added are located in a Google Compute Engine project and those not requiring it are in another. Unfortunately, across projects, we have a firewall rule that prevents connecting to the PowerDNS server. We do not want to fork our module for this small difference.
To address the issue, we used the "count" property in our powerdns ressources and set it to 0. This is useless because the powerdns provider attempts to validate the API on initialization. This is useless if there are no resources to be
TL;DR: connection to PowerDNS server should only happen if at least one resource is to be provisioned.
Actual Behavior
Connection to PowerDNS happens even if no resource are created.
Steps to Reproduce
Add a powerdns provider, set it to an unreachable address
Set a variable named "powerdns_enabled" with default 1.
In terraform.tfvars, set powerdns_enabled = 0
In your resource file, add a powerdns_record ressource with count = ${var.powerdns_enabled}
Run terraform plan
Problem is in the client.NewClient constructor-like factory:
This is probably a design decision, but could be moved to the first time client.newRequest is invoked to avoid being used if there are no effective ressources being provisioned.
Important Factoids
Tight firewall between projects prevents from connecting to PowerDNS for some instances that are otherwise identical.
References
None.
The text was updated successfully, but these errors were encountered:
joelcollin
pushed a commit
to joelcollin/terraform
that referenced
this issue
Oct 4, 2016
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
ghost
locked and limited conversation to collaborators
Apr 10, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Terraform Version
terraform 0.7.3
Affected Resource(s)
Provider: powerdns
Terraform Configuration Files
Debug Output
None.
Panic Output
None.
Expected Behavior
In our infrastructure, we use PowerDNS resources for some instances, but not for others. The ones requiring powerdns records to be added are located in a Google Compute Engine project and those not requiring it are in another. Unfortunately, across projects, we have a firewall rule that prevents connecting to the PowerDNS server. We do not want to fork our module for this small difference.
To address the issue, we used the "count" property in our powerdns ressources and set it to 0. This is useless because the powerdns provider attempts to validate the API on initialization. This is useless if there are no resources to be
TL;DR: connection to PowerDNS server should only happen if at least one resource is to be provisioned.
Actual Behavior
Connection to PowerDNS happens even if no resource are created.
Steps to Reproduce
terraform plan
Problem is in the client.NewClient constructor-like factory:
This is probably a design decision, but could be moved to the first time client.newRequest is invoked to avoid being used if there are no effective ressources being provisioned.
Important Factoids
Tight firewall between projects prevents from connecting to PowerDNS for some instances that are otherwise identical.
References
None.
The text was updated successfully, but these errors were encountered: