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
Note that the EKS Control-Plane was upgraded to v1.29 before proceeding with the node upgrade.
Steps to reproduce
At first, I upgraded the EKS cluster from version v1.28 to v1.29.
Then, I upgraded the node version from v1.27 to v1.29.
The reason for skipping one version is that I alternate between Blue and Green nodes.
After upgrading the node version to v1.29, the CloudWatch Agent started producing the aforementioned error.
What did you expect to see?
As a result of the cluster upgrade, the CloudWatch Agent is expected to no longer output errors. Specifically, when the CloudWatch Agent sends a request to the /pods endpoint on a running instance to retrieve pod data, the TLS error (tls: internal error) is expected not to occur.
What version did you use?
Control-Plane: v1.29
Data-Plane (EKS node): v1.29.8-20241024
kubelet: v1.29.8-eks-a737599
CloudWatch Agent: v1.300028.1b210
What config did you use?
We are using the container image public.ecr.aws/cloudwatch-agent/cloudwatch-agent:1.300028.1b210
Describe the bug
After upgrading EKS nodes to version v1.29 (v1.29.8-20241024) and deploying CloudWatch Agent v1.3xxx, the following error is encountered:
amazon-cloudwatch-agent/internal/k8sCommon/kubeletutil/kubeletclient.go
Line 35 in 6b25891
Note that the EKS Control-Plane was upgraded to v1.29 before proceeding with the node upgrade.
Steps to reproduce
At first, I upgraded the EKS cluster from version v1.28 to v1.29.
Then, I upgraded the node version from v1.27 to v1.29.
The reason for skipping one version is that I alternate between Blue and Green nodes.
After upgrading the node version to v1.29, the CloudWatch Agent started producing the aforementioned error.
What did you expect to see?
As a result of the cluster upgrade, the CloudWatch Agent is expected to no longer output errors. Specifically, when the CloudWatch Agent sends a request to the /pods endpoint on a running instance to retrieve pod data, the TLS error (tls: internal error) is expected not to occur.
What version did you use?
What config did you use?
We are using the container image
public.ecr.aws/cloudwatch-agent/cloudwatch-agent:1.300028.1b210
Environment
※ IMDSv2 is optional (= disabled).
Additional comment
A similar issue has been observed, but it remains unresolved. This error seems to occur even when IMDSv2 is enabled.
The text was updated successfully, but these errors were encountered: