Should I open an issue?
# general
e
Should I open an issue?
m
The timeout is most likely due to an issue that causes Pulumi to serialize resource creation. This issue has been fixed; the fix will be included in the next release of the Pulumi CLI (which is happening today). For now, the easiest thing to do will be to tear down the EKS cluster and re-run, but pass
-p 10
to
pulumi update
. This will ensure that resources are registered in parallel and should unblock you.
If you want to retain your current EKS cluster, you can use
kubectl
to delete the resource that Pulumi believes does not exist
e
thanks. Trying it out now
m
👍
Let me know if you want to go the
kubectl
route and I'll help you get that set up.
e
I'm trying to do an All-Pulumi deployment so it's automated E2E without stepping in via kubectl
c
hmmm
@early-musician-41645 @microscopic-florist-22719 I think this is a different issue that we’ve solved
m
Can you elaborate? I figured it was the parallelism problem b/c the
Deployment
was never submitted
c
no, it’s saying the service already exists.
well both
m
Right, on the second run
Yeah
e
It's 2 errors. 1) Timeout 2) Service already exists
c
yeah, so the second problem I think is the PR I linked
the first, you are probably right.
e
So the service was installing, then timed out, then succeeded, then failed on the retry
c
Yeah, what version of the SDK are you using?
Try to use
v0.17.3
e
for
@pulumi/pulumi
?
c
@pulumi/kubernetes
e
"latest"
Copy code
{
  "name": "eks-cluster",
  "devDependencies": {
    "@types/node": "latest"
  },
  "dependencies": {
    "@pulumi/pulumi": "latest",
    "@pulumi/aws": "latest",
    "@pulumi/eks": "0.16.1",
    "@pulumi/kubernetes": "latest"
  }
}
c
whats package-lock say?
or yarn.lock
e
Where do I find that?
I see no *lock
c
no lockfile?
did you run npm install?
there ought to be
package-lock.json
somewhere??
e
Ah, it's module-specific, e.g.
/node_modules/@pulumi/kubernetes/yarn.lock