![]() PR #107663 changed the startup logic to always call `SetupContainerd` which will generate a new containerd `/etc/containerd/config.toml` file. This is not always desired since some jobs install containerd from source and the containerd startup scripts (https://github.com/containerd/containerd/blob/main/contrib/gce/configure.sh) are responsible for generating the `/etc/containerd/config.toml` file. By always calling `SetupContainerd`, the containerd configuration by containerd's `configure.sh` will be overridden which breaks certain test jobs, see https://github.com/kubernetes/kubernetes/issues/107830. To fix this issue, only call `SetupContainerd` if `/etc/profile.d/containerd_env.sh` does not exist. When containerd `configure.sh` script will run, `/etc/profile.d/containerd_env.sh` will be written, and as a result the k8s setup scripts should avoid overriding the containerd configuration. Signed-off-by: David Porter <david@porter.me> |
||
---|---|---|
.. | ||
addons | ||
gce | ||
images | ||
kubemark | ||
log-dump | ||
pre-existing | ||
skeleton | ||
common.sh | ||
get-kube-binaries.sh | ||
get-kube.sh | ||
kube-down.sh | ||
kube-up.sh | ||
kube-util.sh | ||
kubectl.sh | ||
OWNERS | ||
README.md | ||
validate-cluster.sh |
Cluster Configuration
Deprecation Notice: This directory has entered maintenance mode and will not be accepting new providers. Deployments in this directory will continue to be maintained and supported at their current level of support.
See the Getting started guide for alternatives.