Aws-lambda-dotnet: Échec de la création de l'ensemble de modifications CloudFormation: réponse incorrecte reçue

J'ai le même problème.

Mon modèle:

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

Avoir le même problème depuis quelques heures. Il fonctionnait hier avec le même modèle. Le fait est que c'est un modèle déployant une table DynamoDB. Pas de lambdas. Je viens de voir ce fil et je voulais dire que cela peut être un problème plus général sans rapport avec lambda

Idem pour moi pour un modèle qui est inchangé et qui fonctionnait auparavant, cela ressemble donc à une régression.

Je suis confronté au même problème aussi. Cependant, le tableau de bord de vérification de l'état aws n'affiche aucun indicateur d'interruptions de service dans us-east-1. https://status.aws.amazon.com/ Tout le monde voit-il ce problème dans us-east-1?

Un thread plus ancien d'un problème similaire dû à la panne du service aws. https://github.com/aws/serverless-application-model/issues/793

Cela semble être résolu maintenant!

Salut @ dalton5 ,

Bonjour.

Par commentaire de @NithuPMTR , veuillez vérifier si cela fonctionne maintenant pour vous et confirmer si ce problème pourrait être résolu.

Merci,
Ashish

Ça marche pour moi maintenant.

Oui cela fonctionne. Vous pouvez fermer. Merci

⚠️COMMENTATION VISIBILITÉ AVERTISSEMENT⚠️

Les commentaires sur les problèmes résolus sont difficiles à voir pour notre équipe.
Si vous avez besoin d'aide supplémentaire, veuillez marquer un membre de l'équipe ou ouvrir un nouveau numéro faisant référence à celui-ci.
Si vous souhaitez continuer à avoir une conversation avec d'autres membres de la communauté dans le cadre de ce numéro, n'hésitez pas à le faire.

même problème encore.

même problème encore.

Je confirme, même problème lors de la tentative de déploiement de la pile d'applications sur us-east-1: /

Peut également confirmer

Peut également confirmer, même problème

Même problème ici

Même problème ici
us-east-1

Reçu une réponse malformée de la transformation AWS :: Serverless-2016-10-31

Déploiement vers us-east-1

Voyant le même problème.

Idem ici: us-east-1

Même problème ici en essayant de déployer dans us-east

pareil ici :(

idem ici :( us-east-1 aussi

idem ici :( us-east-1 aussi

Pareil ici, en us-east-1 aussi

Ce problème n'apparaît-il que dans us-east-1 uniquement ou dans d'autres régions également?

même ici, us-east-1

@ashishdhingra ^^^

HI @ashishdhingra Même chose ici face à ce problème dans us-east-1

même ici, us-east-1

rencontrant également ce problème dans us-east-1
travaillant dans us-east-2 et us-west-2

Ce problème n'apparaît-il que dans us-east-1 uniquement ou dans d'autres régions également?

J'ai déployé dans sa-east et cela a également fonctionné

Salut à tous,

Le problème est suivi ici https://github.com/aws/aws-lambda-dotnet/issues/765. Il semble qu'il y ait une panne de service pour la région us-east-1. Les équipes de service y travaillent et le problème devrait être résolu prochainement.

Merci,
Ashish

face au même problème lors de la tentative de mise à jour / création de la pile SAM dans le N.Virginia.
J'aurais aimé trouver ce fil plus tôt car j'ai déjà supprimé la pile en pensant que le problème serait résolu en le recréant à partir de zéro (

Pareil ici, us-east-1

même ici, us-east-1

même ici, us-east-1

ouais moi aussi, us-east-1.

La région us-east-1 connaît actuellement de nombreuses pannes. nous pouvons surveiller le tableau de

et quant à un problème à surveiller par rapport à nos problèmes ici - Problème opérationnel de Kinesis (_Amazon Kinesis Data Streams (Virginie du Nord) _:

08h05 PST: Kinesis connaît une augmentation des erreurs d'API dans la région US-EAST-1. Cela pose également des problèmes avec 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 Console et espaces de travail.

même ici, us-east-1

A le même problème au cours des 2 dernières heures dans us-east-1.

Erreur: échec de la création des ressources gérées: échec du serveur ChangeSetCreateComplete: le serveur a rencontré un état d'échec du terminal

Essayé dans us-east-2 et cela a fonctionné.

Même problème US-EAST-1 Essai 2.

US-EAST-2 réussi. Alléluia!

Veuillez nous informer lorsque le service est rétabli

Fixé!

Merci!