Skip to content

Wait 120s after cluster is ACTIVE before connecting (awscli-cp-with-pcp) - #599

Open
ronaldngounou wants to merge 1 commit into
awslabs:v2from
ronaldngounou:add-cp-settle-sleep-pcp
Open

Wait 120s after cluster is ACTIVE before connecting (awscli-cp-with-pcp)#599
ronaldngounou wants to merge 1 commit into
awslabs:v2from
ronaldngounou:add-cp-settle-sleep-pcp

Conversation

@ronaldngounou

@ronaldngounou ronaldngounou commented Aug 11, 2026

Copy link
Copy Markdown
Contributor

What

Add sleep 120 after aws eks wait cluster-active in the awscli-eks-cluster-create-with-pcp-stack task, so subsequent steps don't connect to the cluster API server endpoint immediately after creation.

Why

Loadtests intermittently failed during connect with:

couldn't get current server API group list: Get "https://<id>.sk1.beta.us-west-2.clusters.wesley.amazonaws.com/api?timeout=32s": dial tcp: lookup <id>...: no such host

This is a transient issue right after creation: the API server endpoint instances take time to come up and be discoverable, and the Route53 record has a ~60s TTL. The fix is to wait until the cluster create is signaled successful (wait cluster-active) and then give the endpoint time to become resolvable before kubectl connects.

Comment thread tests/tekton-resources/tasks/setup/eks/awscli-cp-with-pcp.yaml Outdated
…-pcp

The loadtest can fail during connect with a DNS 'no such host' error for the
cluster API server endpoint, because the endpoint instances take time to come
up and the Route53 record has a ~60s TTL. Wait after the cluster is ACTIVE
(create succeeded) before kubectl connects.
@ronaldngounou
ronaldngounou force-pushed the add-cp-settle-sleep-pcp branch from 9573beb to 8a265f1 Compare August 11, 2026 20:00
@ronaldngounou ronaldngounou changed the title Add 120s settle after create-cluster in awscli-cp-with-pcp Wait 120s after cluster is ACTIVE before connecting (awscli-cp-with-pcp) Aug 11, 2026
# become resolvable/discoverable before connecting with kubectl: the endpoint
# instances take time to come up and the Route53 record has a ~60s TTL, so
# connecting immediately can fail with "no such host".
sleep 120

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

have you checked why wait won't internally wait until endpoint reachable ?

@ronaldngounou ronaldngounou Aug 12, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

aws eks wait cluster-active won't wait until the endpoint is reachable because the waiter model will only evaluate whether the cluster is active, failed, or deleting. It doesn't wait until the endpoint is reachable.

"ClusterActive": {
      "delay": 30,
      "operation": "DescribeCluster",
      "maxAttempts": 40,
      "acceptors": [
          { "state": "failure", "matcher": "path", "argument":
  "cluster.status", "expected": "DELETING" },
          { "state": "failure", "matcher": "path", "argument":
  "cluster.status", "expected": "FAILED"  },
          { "state": "success", "matcher": "path", "argument":
  "cluster.status", "expected": "ACTIVE"  }
      ]
  }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please ensure the check is - loop until it becomes active and break and/or 120sec if that's the SLO for r53 recs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants