This message was deleted.

Could you open an issue for this? Ideally would with the code you’re using to repro

Sure.

I took a look at the info you provided and nothing is jumping out to me. I did confirm that I was able to roll forward a Deployment on a local v1.19.6 cluster, so it may have something to do with the particular configuration you’re using. If you can, it would be helpful to see the actual Deployment spec that is getting sent to the cluster. https://www.pulumi.com/docs/reference/pkg/kubernetes/apps/v1/deployment/#deployment documents the conditions we’re checking to determine readiness, so you might see if any of those could be the issue.

Here ya go @gorgeous-egg-16927. Thanks for taking a look, let me know if you need more data.

@billowy-army-68599 was troubleshooting this yesterday, and I believe the problem was related to the

<http://kubectl.kubernetes.io/restartedAt|kubectl.kubernetes.io/restartedAt>

annotation. I haven’t tested a workaround, but I expect some combination of removing that annotation and using the

skipAwait

annotation (https://www.pulumi.com/blog/improving-kubernetes-management-with-pulumis-await-logic/#new-annotations-to-customize-kubernetes-await-logic) would get you unblocked for now.

Thanks @gorgeous-egg-16927, will report status later today.

Were you able to get unblocked w/ the suggestion above @stocky-student-96739?

@billowy-army-68599 @gorgeous-egg-16927 So I actually couldn’t find an annotation matching

<http://kubectl.kubernetes.io/restartedAt|kubectl.kubernetes.io/restartedAt>

on the Deployment, ReplicaSet, or Pods. Adding the

skipAwait

notation got us past the part where we were timing out, but I don’t feel it’s a proper solution since it’s just firing and forgetting and not concerned with the ultimate state of the deployment.

Hi all, I am seeing the same issues and also with EKS clusters. Issue is occurring consistently and across 4 different clusters (so not isolated to a particular cluster). I commented on the github issue before coming here but was wondering if any progress has been made with this issue?

I saw there were a couple of PRs to try to fix this: https://github.com/pulumi/pulumi-kubernetes/pull/1596 https://github.com/pulumi/pulumi-kubernetes/issues/1628 I’ve tried 3.5.0 and 3.4.1 and both exhibit the same behavior as before.

@stocky-student-96739 sorry late to this. Could you add any additional specifics to https://github.com/pulumi/pulumi-kubernetes/issues/1628? I have tried reproing this but after https://github.com/pulumi/pulumi-kubernetes/pull/1596 its not so easy for me to do so. If you are able to repro with 3.5.0 a dump of debug logs (e.g.

pulumi --logflow --verbose=9 --debug --logtostderr up --yes >& /tmp/logs

) would be very useful. Happy to setup time with you if you are concerned about sharing the detailed logs.

@sparse-park-68967 Thanks, will do that and post results here.

@stocky-student-96739 just checking in to see if you had a chance to repro with additional logs?

I haven’t yet, I’ll try to get that done this week.

sure thing!