You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi guys, I have a EKS Cluster inside of VPC on private subnets, and when I try to deploy using cdk cli, I received the following error message from CloudFormation stack events:
Failed to update resource. TimeoutError: Connection timed out after 120000ms at ClientRequest.<anonymous> (/var/runtime/node_modules/aws-sdk/lib/http/node.js:86:34) at Object.onceWrapper (events.js:286:20) at ClientRequest.emit (events.js:198:13) at ClientRequest.EventEmitter.emit (domain.js:448:20) at TLSSocket.emitRequestTimeout (_http_client.js:673:40) at Object.onceWrapper (events.js:286:20) at TLSSocket.emit (events.js:198:13) at TLSSocket.EventEmitter.emit (domain.js:448:20) at TLSSocket.Socket._onTimeout (net.js:443:8) at ontimeout (timers.js:436:11)
In my analysis, I noted there is a CloudFormation custom resource (Custom::AWSCDK-EKS-KubernetesResource) on the CFN template that's execute some kubectl commands, but the lambda function isn't inside a VPC, and I believe that is a reason to SDK timeout.
This is the cloudwatch logs from Lambda function:
START RequestId: 91b7de19-612f-4514-bea9-7fbb13c2fa68 Version: $LATEST
{"RequestType": "Update", "ServiceToken": "arn:aws:lambda:us-east-1:XXXXXXX:function:eks-cluster-stack-awscdka-ProviderframeworkonEvent-1V4HUSIACISP8", "ResponseURL": "XXXXXXX
[INFO] 2020-03-09T14:15:51.170Z 91b7de19-612f-4514-bea9-7fbb13c2fa68 {"RequestType": "Update", "ServiceToken": "arn:aws:lambda:us-east-1:XXXXXXXX:function:eks-cluster-stack-awscdka-ProviderframeworkonEvent-1V4HUSIACISP8", "ResponseURL": "XXXXXXX
Added new context arn:aws:eks:us-east-1:XXXXX:cluster/portal-eks-cluster to /tmp/kubeconfig
[INFO] 2020-03-09T14:15:57.211Z 91b7de19-612f-4514-bea9-7fbb13c2fa68 manifest written to: /tmp/manifest.yaml
[INFO] 2020-03-09T14:17:01.576Z 91b7de19-612f-4514-bea9-7fbb13c2fa68 kubectl timed out, retries left: 3
[INFO] 2020-03-09T14:18:04.141Z 91b7de19-612f-4514-bea9-7fbb13c2fa68 kubectl timed out, retries left: 2
[INFO] 2020-03-09T14:19:06.638Z 91b7de19-612f-4514-bea9-7fbb13c2fa68 kubectl timed out, retries left: 1
END RequestId: 91b7de19-612f-4514-bea9-7fbb13c2fa68
REPORT RequestId: 91b7de19-612f-4514-bea9-7fbb13c2fa68 Duration: 195482.89 ms Billed Duration: 195500 ms Memory Size: 256 MB Max Memory Used: 191 MB Init Duration: 127.29 ms
Environment
CLI Version : aws-cli/2.0.2 Python/3.7.4 Darwin/19.3.0 botocore/2.0.0dev6
I tried to setup VPC configuration directly on lambda function via AWS Console to test my theory and when I execute the cdk deploy command, the stack works fine.
This is the code that I used to create my cluster:
iliapolo
changed the title
[@aws-cdk/aws-eks] custom cloudformation resources is unable to execute kubectl in EKS cluster inside of VPC on private subnets
[aws-eks] custom cloudformation resources is unable to execute kubectl in EKS cluster inside of VPC on private subnets
Aug 16, 2020
Hi guys, I have a EKS Cluster inside of VPC on private subnets, and when I try to deploy using cdk cli, I received the following error message from CloudFormation stack events:
Failed to update resource. TimeoutError: Connection timed out after 120000ms at ClientRequest.<anonymous> (/var/runtime/node_modules/aws-sdk/lib/http/node.js:86:34) at Object.onceWrapper (events.js:286:20) at ClientRequest.emit (events.js:198:13) at ClientRequest.EventEmitter.emit (domain.js:448:20) at TLSSocket.emitRequestTimeout (_http_client.js:673:40) at Object.onceWrapper (events.js:286:20) at TLSSocket.emit (events.js:198:13) at TLSSocket.EventEmitter.emit (domain.js:448:20) at TLSSocket.Socket._onTimeout (net.js:443:8) at ontimeout (timers.js:436:11)
In my analysis, I noted there is a CloudFormation custom resource (Custom::AWSCDK-EKS-KubernetesResource) on the CFN template that's execute some kubectl commands, but the lambda function isn't inside a VPC, and I believe that is a reason to SDK timeout.
This is the cloudwatch logs from Lambda function:
Environment
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: