-
Notifications
You must be signed in to change notification settings - Fork 630
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed to create CloudFlare Record: API Error: Zone does not exist. #1
Comments
This comment was originally opened by @ziggythehamster as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. I'm subscribing here as well - the upstream API used for CloudFlare (pearkes/cloudflare) prohibits Terraform from supporting the other APIs that CloudFlare exposes, like page rules (which would be the exact kind of thing that you'd want to manage with Terraform). |
This comment was originally opened by @turneliusz as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. Would be great to update |
This comment was originally opened by @LoicAG as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. This is an issue for us as well |
This comment was originally opened by @stack72 as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. Hi all The cloudflare provider now uses the official cloudflare API - please can you tell me if this is still an error? Thanks Paul |
This comment was originally opened by @craigedmunds as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. This is still an issue in Terraform 0.7.0, I believe it's the same issue. I get:
|
This comment was originally opened by @craigedmunds as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. Hey @stack72 not sure if you've seen this - worth removing the "waiting-response" label? |
This comment was originally opened by @pasali as hashicorp/terraform#2551 (comment). It was migrated here as part of the provider split. The original comment is below. @stack72 i guess i am getting same error in Terraform v0.7.7 |
@patryk either this is fixed generally or works when one provides the org_id flag in the provider config. either way I think this is safe to close given a year with no update and others are hitting any issues now. |
Yeah, I believe it should not happen anymore, but if it does, better to have fresh report opened. Closing as stale. |
the error is still persisting using the latest terraform version v0.11.8 |
Can you please provide more details? Also please ensure you are using the latest version of our provider: v1.4.0 |
It appears that I am running into this issue as well. Terraform v0.11.10
cloudflare.tf
Results:
Thoughts? |
You need to use zone name, not ID. We will soon do a refactor that will allow using zone IDs directly. |
Yep, that did it... changing it to my-domain.com instead of the Zone ID worked. Thanks! |
This error seems to now once again exist in the cloudflare 1.9 provider. When I've attempted an import, I get: I've downgraded to the 1.8 version, and the import works just fine. |
@JasonM-mwh can you please open a new issue using the issue template provided and we can take a look? thanks! |
…-test Add regression test for r2 bucket
This issue was originally opened by @JorritSalverda as hashicorp/terraform#2551. It was migrated here as part of the provider split. The original body of the issue is below.
In a CloudFlare multi-user organizational account no single user owns the data, but only has access rights to it, while it's owned by the organization. This causes zones seemingly not to exist when you try to add a record using one of the users and their api key.
The old api (https://www.cloudflare.com/docs/client-api.html) does not support the multi-user model, where the new one (https://api.cloudflare.com/) does.
I see the https://github.com/pearkes/cloudflare/ provider still uses the old api. Should I raise this issue with pearkes?
The text was updated successfully, but these errors were encountered: