Intermittent/Non-Actionable Error in statuscake_uptime_check resource

[fishfacemcgee]

Describe the bug
When attempting to run terraform plan in a workspace that manages some statuscake_uptime_check resources, we will intermittently get failures that cause the plan to hard error. However, there's no information in the error to suggest a cause, let alone a solution.

Error: failed to get uptime check with ID: undefined response type: failed to deserialise error response

To Reproduce

This is an intermittent error so I don't expect reproduction to be easy/likely. Best guess would be an intermittent outage in the Statuscake API itself and/or an unclear rate limit. The workspace manages 5 uptime checks.

Expected behaviour

Either no error, or an error that actually tells us what's wrong.

Screenshots

Additional context

These plans run in an HCP Terraform environment, so getting any additional diagnostic information may be difficult, if not impossible.

[fishfacemcgee]

Looking at Statuscake's API docs, it appears especially likely that ratelimiting is the issue, in which case the problem is the Provider is not handling that properly.

[fishfacemcgee]

As far as the errors being unable to be deserialized, it looks like StatusCakeDev/statuscake-go#37 may be related.

[fishfacemcgee]

Poking around the docs more, I see that the rate limit side of this is a misconfiguration on my end. I wouldn't have expected to need to configure retry logic on the provider settings, but it's at least something the provider allows for, even if it's not automatic. That leaves the remaining issue that the provider is displaying non-actionable errors and/or the API is providing response data in a way the Go SDK cannot handle properly (and therefore can't pass along actionable information to the provider to give to us).

Can confirm that adding

  retries     = 2
  min_backoff = 5
  max_backoff = 10

to my statuscake provider block resolves the errors I was receiving, confirming they were rate limit based.

[mattjamesaus]

We're seeing this as well - even with the backoff etc.

[genisd]

we are also seeing this with high backoff configured (we are using pulumi which wraps this tf module).
we are running with this commit included: 8c8717a

this is the error message which we're getting:

       statuscake:index:UptimeCheck api-hostname.example.com  error: statuscake:index/uptimeCheck:UptimeCheck resource 'api-hostname.example.com' has a problem: expected "name" to not be an empty string, got . Examine values at 'api-hostname.example.com.name'.
  
      statuscake:index:UptimeCheck api-hostname.example.com **failed** 1 error
      pulumi:pulumi:Stack gynzy-backend-nest-prod  
  
  Diagnostics:
    statuscake:index:UptimeCheck (api-hostname.example.com):
      error: statuscake:index/uptimeCheck:UptimeCheck resource 'api-hostname.example.com' has a problem: expected "name" to not be an empty string, got . Examine values at 'api-hostname.example.com.name'.
  
  Resources:
      37 unchanged
      1 errored
  
  Duration: 9s

is this the same error ? should i report this in StatusCakeDev/statuscake-go#37 also ?

we often get this error though:

      	* failed to get uptime check with ID: 7751768, error:

i think this is also rate limit related :(

[genisd]

I've triaged the issue.

The statuscake API has a transient issue where it at times returns a 200 with an empty body.