Aws-lambda-dotnet: Falha ao criar o conjunto de mudanças CloudFormation: Resposta malformada recebida

Eu tenho o mesmo problema.

Meu modelo:

{
   "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"
               }
            ]
         }
      }
   }
}

Tendo o mesmo problema nas últimas horas. Estava funcionando ontem com o mesmo modelo. O fato é que esse é um modelo de implantação de uma tabela do DynamoDB. Sem lambdas. Acabei de ver este tópico e queria dizer que este pode ser um problema mais geral não relacionado a lambda

O mesmo para mim para um modelo que não foi alterado e estava funcionando anteriormente, então isso parece uma regressão.

Também estou enfrentando o mesmo problema. No entanto, o painel de verificação de integridade do aws não mostra nenhum indicador de interrupções de serviço em us-east-1. https://status.aws.amazon.com/ Todos estão vendo esse problema no us-east-1?

Um tópico mais antigo de problema semelhante que foi devido ao serviço aws estar fora do ar. https://github.com/aws/serverless-application-model/issues/793

Isso parece estar corrigido agora!

Olá @ dalton5 ,

Bom Dia.

Com o comentário de @NithuPMTR , verifique se isso funciona agora para você e confirme se o problema pode ser resolvido.

Obrigado,
Ashish

Trabalha para mim agora.

Sim, funciona. Você pode fechar. obrigado

⚠️ AVISO DE VISIBILIDADE DE COMENTÁRIOS⚠️

Os comentários sobre questões fechadas são difíceis para nossa equipe ver.
Se precisar de mais ajuda, marque um membro da equipe ou abra um novo problema que faça referência a este.
Se você deseja manter uma conversa com outros membros da comunidade sobre este assunto, sinta-se à vontade para fazê-lo.

mesmo problema de novo ..

mesmo problema de novo ..

Confirmo, o mesmo problema ao tentar implantar a pilha de aplicativos em us-east-1: /

Pode confirmar também

Pode confirmar também, mesmo problema

Mesmo problema aqui

Mesmo problema aqui
us-east-1

Resposta malformada recebida da transformação AWS :: Serverless-2016-10-31

Implantando para us-east-1

Vendo o mesmo problema.

O mesmo aqui: us-east-1

Mesmo problema aqui tentando implantar em us-east

o mesmo aqui :(

o mesmo aqui :( us-east-1 também

o mesmo aqui :( us-east-1 também

O mesmo aqui, em us-east-1 também

Esse problema está aparecendo apenas em us-east-1 ou também em outras regiões?

mesmo aqui, us-east-1

@ashishdhingra ^^^

HI @ashishdhingra O mesmo aqui enfrentando esse problema em us-east-1

mesmo aqui, us-east-1

também enfrentando esse problema em us-east-1
trabalhando em us-east-2 e us-west-2

Esse problema está aparecendo apenas em us-east-1 ou também em outras regiões?

Implantei em sa-east e também funcionou

Olá a todos,

O problema é rastreado aqui https://github.com/aws/aws-lambda-dotnet/issues/765. Parece que há uma interrupção do serviço na região us-east-1. As equipes de serviço estão trabalhando nisso e o problema deve ser resolvido em breve.

Obrigado,
Ashish

enfrentando o mesmo problema ao tentar atualizar / criar pilha SAM em N.Virginia.
Eu gostaria de ter encontrado este tópico antes, pois já excluí a pilha pensando que o problema seria resolvido recriando-a do zero (

O mesmo aqui, us-east-1

mesmo aqui, us-east-1

mesmo aqui, us-east-1

sim eu também, us-east-1.

A região us-east-1 está passando por muitas interrupções no momento. podemos monitorar o painel de integridade do serviço AWS para verificar o status atual de interrupções / problemas operacionais.

e quanto a uma questão a ser observada em relação aos nossos problemas aqui - questão operacional do Kinesis (_Amazon Kinesis Data Streams (N. Virginia) _:

8h05 PST: Kinesis está enfrentando um aumento de erros de API na região US-EAST-1. Isso também está causando problemas com ACM, Amplify Console, API Gateway, AppStream2, AppSync, Athena, Cloudformation, Cloudtrail, CloudWatch, Cognito, Connect, DynamoDB, EventBridge, IoT Services, Lambda, LEX, Managed Blockchain, Grupos de recursos, SageMaker, Suporte Console e áreas de trabalho.

mesmo aqui, us-east-1

Tem o mesmo problema nas últimas 2 horas em us-east-1.

Erro: falha ao criar recursos gerenciados: Waiter ChangeSetCreateComplete falhou: Waiter encontrou um estado de falha de terminal

Tentei em us-east-2 e funcionou.

Mesmo problema US-EAST-1 Tentativa 2.

Bem-sucedido US-EAST-2. Aleluia!

Informe-nos quando o serviço for restaurado

Fixo!

Obrigado!