Aws-lambda-dotnet: No se pudo crear el conjunto de cambios de CloudFormation: se recibió una respuesta con formato incorrecto

Tengo el mismo problema.

Mi plantilla:

{
   "AWSTemplateFormatVersion":"2010-09-09",
   "Transform":"AWS::Serverless-2016-10-31",
   "Description":"An AWS Serverless Application that uses the ASP.NET Core framework running in Amazon Lambda.",
   "Parameters":{
      "ShouldCreateBucket":{
         "Type":"String",
         "AllowedValues":[
            "true",
            "false"
         ],
         "Description":"If true then the S3 bucket that will be proxied will be created with the CloudFormation stack."
      },
      "BucketName":{
         "Type":"String",
         "Description":"Name of S3 bucket that will be proxied. If left blank a name will be generated.",
         "MinLength":"0"
      }
   },
   "Conditions":{
      "CreateS3Bucket":{
         "Fn::Equals":[
            {
               "Ref":"ShouldCreateBucket"
            },
            "true"
         ]
      },
      "BucketNameGenerated":{
         "Fn::Equals":[
            {
               "Ref":"BucketName"
            },
            ""
         ]
      }
   },
   "Resources":{
      "AspNetCoreFunction":{
         "Type":"AWS::Serverless::Function",
         "Properties":{
            "Handler":"xxx::xxx.LambdaEntryPoint::FunctionHandlerAsync",
            "Runtime":"dotnetcore3.1",
            "CodeUri":"s3://xxx/xxx/AspNetCoreFunction-CodeUri-637343401555849743-637343401710605189.zip",
            "MemorySize":256,
            "Timeout":30,
            "Role":null,
            "Policies":[
               "AWSLambdaFullAccess"
            ],
            "Environment":{
               "Variables":{
                  "AppS3Bucket":{
                     "Fn::If":[
                        "CreateS3Bucket",
                        {
                           "Ref":"Bucket"
                        },
                        {
                           "Ref":"BucketName"
                        }
                     ]
                  }
               }
            },
            "Events":{
               "ProxyResource":{
                  "Type":"Api",
                  "Properties":{
                     "Path":"/{proxy+}",
                     "Method":"ANY"
                  }
               },
               "RootResource":{
                  "Type":"Api",
                  "Properties":{
                     "Path":"/",
                     "Method":"ANY"
                  }
               }
            }
         }
      },
      "Bucket":{
         "Type":"AWS::S3::Bucket",
         "Condition":"CreateS3Bucket",
         "Properties":{
            "BucketName":{
               "Fn::If":[
                  "BucketNameGenerated",
                  {
                     "Ref":"AWS::NoValue"
                  },
                  {
                     "Ref":"BucketName"
                  }
               ]
            }
         }
      }
   },
   "Outputs":{
      "ApiURL":{
         "Description":"API endpoint URL for Prod environment",
         "Value":{
            "Fn::Sub":"https://${ServerlessRestApi}.execute-api.${AWS::Region}.amazonaws.com/Prod/"
         }
      },
      "S3ProxyBucket":{
         "Value":{
            "Fn::If":[
               "CreateS3Bucket",
               {
                  "Ref":"Bucket"
               },
               {
                  "Ref":"BucketName"
               }
            ]
         }
      }
   }
}

Tener el mismo problema durante las últimas horas. Ayer trabajaba con la misma plantilla. La cuestión es que esa es una plantilla que implementa una tabla de DynamoDB. Sin lambdas. Acabo de ver este hilo y quería decir que este puede ser un problema más general no relacionado con lambda

Lo mismo para mí para una plantilla que no ha cambiado y estaba funcionando anteriormente, por lo que parece una regresión.

Yo también estoy enfrentando el mismo problema. Sin embargo, el panel de control de estado de AWS no muestra ningún indicador de interrupciones del servicio en us-east-1. https://status.aws.amazon.com/ ¿Todos ven este problema en us-east-1?

Un hilo anterior de un problema similar que se debió a que el servicio de AWS no funcionaba. https://github.com/aws/serverless-application-model/issues/793

¡Esto parece estar arreglado ahora!

Hola @ dalton5 ,

Buenos días.

Según el comentario de @NithuPMTR , verifique si esto funciona ahora para usted y confirme si este problema podría resolverse.

Gracias,
Ashish

Funciona para mi ahora.

Si, funciona. Puedes cerrar. Gracias

⚠️ ADVERTENCIA DE VISIBILIDAD DE COMENTARIOS⚠️

Los comentarios sobre los problemas cerrados son difíciles de ver para nuestro equipo.
Si necesita más ayuda, etiquete a un miembro del equipo o abra un nuevo problema que haga referencia a este.
Si desea seguir conversando con otros miembros de la comunidad sobre este tema, no dude en hacerlo.

el mismo problema otra vez ..

el mismo problema otra vez ..

Confirmo, el mismo problema al intentar implementar la pila de aplicaciones en us-east-1: /

También puedo confirmar

También puede confirmar el mismo problema

El mismo problema aquí

El mismo problema aquí
us-este-1

Se recibió una respuesta con formato incorrecto de transform AWS :: Serverless-2016-10-31

Implementación en us-east-1

Viendo el mismo problema.

Lo mismo aquí: us-east-1

El mismo problema aquí al intentar implementar en us-east

igual que aquí :(

Lo mismo aquí :( us-east-1 también

Lo mismo aquí :( us-east-1 también

Lo mismo aquí, también en us-east-1

¿Este problema solo aparece en us-east-1 o también en otras regiones?

lo mismo aquí, us-east-1

@ashishdhingra ^^^

Hola @ashishdhingra Lo mismo aquí frente a este problema en us-east-1

lo mismo aquí, us-east-1

también experimentando este problema en us-east-1
trabajando en us-east-2 y us-west-2

¿Este problema solo aparece en us-east-1 o también en otras regiones?

Lo implementé en sa-east y funcionó también

Hola a todos,

El problema se rastrea aquí https://github.com/aws/aws-lambda-dotnet/issues/765. Parece que hay una interrupción del servicio en la región us-east-1. Los equipos de servicio están trabajando en ello y el problema debería resolverse pronto.

Gracias,
Ashish

enfrenta el mismo problema al intentar actualizar / crear la pila SAM en N.Virginia.
Ojalá hubiera encontrado este hilo antes, ya que ya eliminé la pila pensando que el problema se resolvería recreándolo desde cero (

Lo mismo aquí, us-east-1

lo mismo aquí, us-east-1

lo mismo aquí, us-east-1

sí, yo también, us-east-1.

La región us-east-1 está experimentando muchos cortes en este momento. Podemos monitorear el panel de estado del

y en cuanto a un problema a tener en cuenta en relación con nuestros problemas aquí: problema operativo de Kinesis (_Amazon Kinesis Data Streams (N. Virginia) _:

8:05 AM PST: Kinesis está experimentando un aumento de errores de API en la región US-EAST-1. Esto también está causando problemas con ACM, Amplify Console, API Gateway, AppStream2, AppSync, Athena, Cloudformation, Cloudtrail, CloudWatch, Cognito, Connect, DynamoDB, EventBridge, IoT Services, Lambda, LEX, Managed Blockchain, Resource Groups, SageMaker, Support Consola y espacios de trabajo.

lo mismo aquí, us-east-1

Tiene el mismo problema durante las últimas 2 horas en us-east-1.

Error: no se pudieron crear los recursos administrados: Waiter ChangeSetCreateComplete falló: Waiter encontró un estado de falla de terminal

Probé en us-east-2 y funcionó.

Mismo problema US-EAST-1 Intentando 2.

Exitoso US-EAST-2. ¡Aleluya!

Háganos saber cuando se restablezca el servicio

¡Fijo!

¡Gracias!