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
When deploying to a Kubernetes cluster that has arm64 nodes, the workspace pod may enter a crashloop due to an architecture mismatch between the image and the node. This can happen when a pod is scheduled to a node for which the correct architecture isn't available for any one of container images. Kubernetes doesn't have complete information about the images during scheduling, and not all of the Pulumi images are multi-architecture. The error may resemble:
Failed to pull image "pulumi/pulumi:latest-nonroot": rpc error: code = NotFound desc =
failed to pull and unpack image "docker.io/pulumi/pulumi:latest-nonroot": no match for platform in manifest: not found
There's at least three solutions:
Don't publish an arm64 build of pulumi-kubernetes-operator image.
Use a node affinity rule when a non-multi-arch image is being used. Maybe introduce an easier way to do that.
When one is using an architecture-specific pulumi image, perhaps one should also use a node affinity rule on the workspace pod spec to target that architecture. Some pulumi images are multi-arch, some aren't, so it isn't clear how to automate this.
A follow-up to #430.
When deploying to a Kubernetes cluster that has arm64 nodes, the workspace pod may enter a crashloop due to an architecture mismatch between the image and the node. This can happen when a pod is scheduled to a node for which the correct architecture isn't available for any one of container images. Kubernetes doesn't have complete information about the images during scheduling, and not all of the Pulumi images are multi-architecture. The error may resemble:
There's at least three solutions:
When one is using an architecture-specific pulumi image, perhaps one should also use a node affinity rule on the workspace pod spec to target that architecture. Some pulumi images are multi-arch, some aren't, so it isn't clear how to automate this.
For example:
The text was updated successfully, but these errors were encountered: