Open tomstockton opened 6 years ago
Any ideas on this @lblackstone?
Yes, that error means the OpenStack environment you're deploying to does not include Designate support. In this case, you can use an alternative DNS provider like Route53.
To use Route53, export the relevant AWS creds and then follow these steps:
source = "../../../modules/dns/route53"
Hi @lblackstone - I use an OpenStack environment with Designate enabled and fully functional and received the same error as @tomstockton . The datasource doesn't exist in the OpenStack provider. I had to change the datasource to a resource in the designate module, and reference it accordingly in the templates. This works fine, and all the DNS entries are populated in Designate.
@nwright-nz Ah, good catch. I'm using a different DNS provider, so I didn't notice that bug earlier. Submitted a fix upstream. ^
Took another look at this today, and realized that the behavior you were seeing was actually intentional. This module expects that the DNS zone has already been created prior to running the plan, which allows multiple clusters to use the same zone. If needed, it should be possible to make that behavior configurable, but you'd need to open an issue on https://github.com/coreos/tectonic-installer/
Reverting my previous change at https://github.com/coreos/tectonic-installer/pull/2247
Issue Report Template
Tectonic Version
tectonic-1.7.3-tectonic.2
Environment
Tectonic is being executed on OS X El Capitan
What hardware/cloud provider/hypervisor is being used with Tectonic?
OpenStack
Expected Behavior
Terraform plan completes without error.
Actual Behavior
Reproduction Steps
Follow the tectonic openstack installer guide 😉
Other Information
It appears that the OpenStack installer code is referencing a terraform datasource that does not exist.
The code (linked above) references
data "openstack_dns_zone_v2" "tectonic"
, however this appears to not yet exist! See https://www.terraform.io/docs/providers/openstack/index.html# for a list of currently supported data sources.