Skip to content
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

Cloudflare Notification Policy - magic_tunnel_health_check_event not working. #3272

Closed
3 tasks done
miteshchauhan opened this issue Apr 26, 2024 · 6 comments
Closed
3 tasks done
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale triage/needs-information Indicates an issue needs more information in order to work on it.

Comments

@miteshchauhan
Copy link

Confirmation

  • This is a bug with an existing resource and is not a feature request or enhancement. Feature requests should be submitted with Cloudflare Support or your account team.
  • I have searched the issue tracker and my issue isn't already found.
  • I have replicated my issue using the latest version of the provider and it is still present.

Terraform and Cloudflare provider version

Terraform v1.7.5
on darwin_arm64

  • provider registry.terraform.io/cloudflare/cloudflare v4.30.0

Affected resource(s)

cloudflare_notification_policy
alert_type = "magic_tunnel_health_check_event"

Terraform configuration files

resource "cloudflare_notification_policy" "magic-tunnel-health" {
  account_id = local.stepstone_cloudflare_account_id
  name       = "TF - Magic Tunnel Health Check Alert"
  alert_type = "magic_tunnel_health_check_event"
  enabled    = true
  email_integration {
    id = "yyy"
  }
  email_integration {
    id = "xxx"
  }
  filters {
    tunnel_id = ["zzz"]
    slo = ["90"]
  }
}

Link to debug output

N/A

Panic output

No response

Expected output

resource should be applied successfully

Actual output

│ Error: error creating policy TF - Magic Tunnel Health Check Alert: Invalid object selections (17003)

│ with cloudflare_notification_policy.magic-tunnel-health,
│ on magic-tunnel-health.tf line 1, in resource "cloudflare_notification_policy" "magic-tunnel-health":
│ 1: resource "cloudflare_notification_policy" "magic-tunnel-health" {

Steps to reproduce

  1. try to deploy any magic-tunnel health check will give you the error. it's not clear what the requirements are for this type of check (was hoping to have it managed within TF then we could update the config based on changes made on the Dash portal)
  2. try to import any magic-tunnel health check will give a different error

Additional factoids

We also face issues when importing pre-existing magic-tunnel-health checks into an empty resource. We get the following error message:

Error: failed to set filters: Invalid address to set: []string{"filters", "0", "tunnel_name"}

Ticket also raised within CF No#3221552

References

No response

@miteshchauhan miteshchauhan added kind/bug Categorizes issue or PR as related to a bug. needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Apr 26, 2024
Copy link
Contributor

Community Note

Voting for Prioritization

  • Please vote on this issue by adding a 👍 reaction to the original post to help the community and maintainers prioritize this request.
  • Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request.

Volunteering to Work on This Issue

  • If you are interested in working on this issue, please leave a comment.
  • If this would be your first contribution, please review the contribution guide.

Copy link
Contributor

Thank you for reporting this issue! For maintainers to dig into issues it is required that all issues include the entirety of TF_LOG=DEBUG output to be provided. The only parts that should be redacted are your user credentials in the X-Auth-Key, X-Auth-Email and Authorization HTTP headers. Details such as zone or account identifiers are not considered sensitive but can be redacted if you are very cautious. This log file provides additional context from Terraform, the provider and the Cloudflare API that helps in debugging issues. Without it, maintainers are very limited in what they can do and may hamper diagnosis efforts.

This issue has been marked with triage/needs-information and is unlikely to receive maintainer attention until the log file is provided making this a complete bug report.

@github-actions github-actions bot added triage/needs-information Indicates an issue needs more information in order to work on it. and removed needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Apr 26, 2024
@Nmishin
Copy link
Contributor

Nmishin commented May 26, 2024

I see that magic_tunnel_health_check_event was added in this PR #2937 by @jasoncabot
and released as a part of 4.20.0 version

Unfortunately I don't have that type of alerts in my CF account, and I can't test/fix it.
@jasoncabot Jason, maybe you can?

@jeffsani
Copy link

Posting my debug log for the same issue. We are missing something in the provider that is required by the Tunnel Health Check API -

Error: Unsupported argument
on cf_aws_mwan_tunnels_and_routes.tf line 72, in resource "cloudflare_notification_policy" "AWS-VPN-1-Notification":
tunnel_name = ["AWS-VPN-1"]
An argument named "tunnel_name" is not expected here.

run-y3QFHPNd7eTSgjmt-plan-log.txt

Copy link
Contributor

Marking this issue as stale due to 30 days of inactivity. This helps our maintainers find and focus on the active issues. If this issue receives no comments in the next 7 days it will automatically be closed. Maintainers can also remove the lifecycle/stale label.
If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thank you!

Copy link
Contributor

This issue was closed because it has been stalled for 7 days with no activity.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jul 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale triage/needs-information Indicates an issue needs more information in order to work on it.
Projects
None yet
Development

No branches or pull requests

3 participants