Skip to main content
CloudFormation refused a resource because AWS would not accept its configuration. The cause could not be attributed automatically. It may sit in the resource configuration, in a name already taken in your account, or in a regional restriction.

​
Why this happens

A regional restriction reaches this code only when AWS phrases the rejection as an invalid value or a duplicate. Worded any other way, the same failure is classified as cfn.resource_create_failed.

​
How to fix it

  1. Read the provider reason on the deployment’s detail page. CloudFormation’s verbatim status reason names the property and the value it rejected.
  2. Correct the resource configuration in infrastructure.ts. Change the rejected property to a value AWS accepts in your target region.
  3. If the reason describes a name collision, rename the resource in infrastructure.ts, or remove the conflicting resource if it is no longer needed.
  4. Retry the deploy with the corrected configuration.

​
What Fjall shows you

The failure surfaces on the deployment’s detail page on fjall.io, in the CLI’s failure block, and in the deployments list row title. In --non-interactive output that block is labelled Error Detail. The detail page carries the stable code, a per-occurrence detail sentence, the provider’s verbatim reason, and the remediation steps, along with the root cause resource from the stack analysis.

​
Next Steps

Deploy an application

The full deploy workflow from build to live.

fjall deploy

Command reference for deploying an application.

Deployment safety

How Fjall protects your stacks during a deploy.

cfn.resource_create_failed

The catch-all code when the reason matches no narrower category.