Aws-lambda-dotnet: Fehler beim Erstellen des CloudFormation-Änderungssatzes: Fehlerhafte Antwort empfangen

Ich habe das gleiche Problem.

Meine Vorlage:

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

Ich habe das gleiche Problem in den letzten Stunden. Es hat gestern mit der gleichen Vorlage funktioniert. Die Sache ist, dass dies eine Vorlage ist, die eine DynamoDB-Tabelle bereitstellt. Keine Lambdas. Ich habe gerade diesen Thread gesehen und wollte sagen, dass dies ein allgemeineres Problem sein kann, das nichts mit Lambda zu tun hat

Das Gleiche gilt für mich für eine Vorlage, die unverändert ist und zuvor funktioniert hat. Dies sieht also wie eine Regression aus.

Ich stehe auch vor dem gleichen Problem. Das aws Health Check-Dashboard zeigt jedoch keine Indikatoren für Betriebsstörungen in us-east-1 an. https://status.aws.amazon.com/ Sehen alle dieses Problem in us-east-1?

Ein älterer Thread mit ähnlichem Problem, der darauf zurückzuführen war, dass der aws-Dienst nicht verfügbar war. https://github.com/aws/serverless-application-model/issues/793

Dies scheint jetzt behoben zu sein!

Hi @ dalton5 ,

Guten Morgen.

Überprüfen Sie gemäß dem Kommentar von

Vielen Dank,
Ashish

Es funktioniert jetzt für mich.

Ja es funktioniert. Sie können schließen. Vielen Dank

⚠️KOMMENTAR-SICHTBARKEIT WARNUNG⚠️

Kommentare zu geschlossenen Themen sind für unser Team schwer zu sehen.
Wenn Sie weitere Unterstützung benötigen, markieren Sie entweder ein Teammitglied oder öffnen Sie eine neue Ausgabe, die auf diese verweist.
Wenn Sie weiterhin ein Gespräch mit anderen Community-Mitgliedern unter diesem Thema führen möchten, können Sie dies gerne tun.

wieder das gleiche Problem ..

wieder das gleiche Problem ..

Ich bestätige, dasselbe Problem beim Versuch, den App-Stack für us-east-1 bereitzustellen: /

Kann auch bestätigen

Kann auch das gleiche Problem bestätigen

Gleiches Problem hier

Gleiches Problem hier
us-east-1

Fehlerhafte Antwort von Transformation AWS :: Serverless-2016-10-31 erhalten

Bereitstellung bei us-east-1

Das gleiche Problem sehen.

Gleiches hier: us-east-1

Das gleiche Problem hier beim Versuch, in us-east

hier gilt das gleiche :(

das gleiche hier :( us-east-1 auch

das gleiche hier :( us-east-1 auch

Gleiches gilt auch für uns-Ost-1

Tritt dieses Problem nur in us-east-1 oder auch in anderen Regionen auf?

das gleiche hier, us-east-1

@ashishdhingra ^^^

HI @ashishdhingra Dasselbe gilt für dieses Problem in us-east-1

das gleiche hier, us-east-1

Dieses Problem tritt auch in us-east-1 auf
Arbeiten in us-east-2 und us-west-2

Tritt dieses Problem nur in us-east-1 oder auch in anderen Regionen auf?

Ich habe in sa-east bereitgestellt und es hat auch funktioniert

Hallo zusammen,

Das Problem wird hier verfolgt: https://github.com/aws/aws-lambda-dotnet/issues/765. Es sieht so aus, als ob es einen Serviceausfall für die Region us-east-1 gibt. Serviceteams arbeiten daran und das Problem sollte bald behoben sein.

Vielen Dank,
Ashish

Beim Versuch, den SAM-Stack in N. Virginia zu aktualisieren / zu erstellen, tritt dasselbe Problem auf.
Ich wünschte, ich hätte diesen Thread früher gefunden, da ich den Stack bereits gelöscht habe und dachte, dass das Problem durch eine Neuerstellung von Grund auf gelöst werden würde (

Gleich hier, us-east-1

das gleiche hier, us-east-1

das gleiche hier, us-east-1

Ja, ich auch, us-east-1.

In der Region us-east-1 sind derzeit viele Ausfälle zu verzeichnen. Wir können das AWS Service Health Dashboard überwachen, um den aktuellen Status von Ausfällen / Betriebsproblemen zu überprüfen.

und was ein Problem betrifft, auf das wir im Zusammenhang mit unseren Problemen hier achten sollten - Kinesis-Betriebsproblem (_Amazon Kinesis Data Streams (N. Virginia) _:

08:05 PST: Bei Kinesis treten in der Region US-EAST-1 vermehrt API-Fehler auf. Dies verursacht auch Probleme mit ACM, Amplify Console, API-Gateway, AppStream2, AppSync, Athena, Cloudformation, Cloudtrail, CloudWatch, Cognito, Connect, DynamoDB, EventBridge, IoT-Diensten, Lambda, LEX, verwalteter Blockchain, Ressourcengruppen, SageMaker und Support Konsole und Arbeitsbereiche.

das gleiche hier, us-east-1

Hat das gleiche Problem für die letzten 2 Stunden in us-east-1.

Fehler: Verwaltete Ressourcen konnten nicht erstellt werden: Kellner ChangeSetCreateComplete fehlgeschlagen: Kellner hat einen Terminalfehlerstatus festgestellt

Versucht in uns-Ost-2 und es hat funktioniert.

Gleiches Problem US-EAST-1 Versuch 2.

Erfolgreich US-EAST-2. Halleluja!

Bitte teilen Sie uns mit, wann der Dienst wiederhergestellt ist

Fest!

Vielen Dank!