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
k3s version v1.25.11+k3s1 (582f07cf)
go version go1.19.10
Node(s) CPU architecture, OS, and Version:
Linux mclx-36 5.4.0-81-generic #91-Ubuntu SMP Thu Jul 15 19:09:17 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
Cluster Configuration:
cluster with 1 node
Describe the bug:
If the config.toml.tmpl (under /var/lib/rancher/k3s/agent/etc/containerd) was created before manually, after k3s upgrade, the file still contains refs to old k3s (cni bin_dir).
and I need to manually replace current commit sha with the new one or current to make it work.
But I m afraid that if sth else will be changed as well, I won't include that change. And the replace solution seems to be a workaround.
When using a custom containerd configuration, it will be up to you to maintain it. K3s will not attempt to update or modify that file. In your setup, using the current/bin directory will go a long way to making upgrades easier. Outside of the occasional update to sandbox_image = "rancher/mirrored-pause:3.6" most of the other values will not change release to release.
#7991 will make this easier to a certain extent - users will be able to provide additional config sections without having to copy-paste and maintain the whole base config.
I'm going to close this out for now, as the behavior is (as @dereknola explained) expected when you provide your own config template.
Environmental Info:
K3s Version:
Node(s) CPU architecture, OS, and Version:
Cluster Configuration:
Describe the bug:
If the
config.toml.tmpl
(under/var/lib/rancher/k3s/agent/etc/containerd
) was created before manually, after k3s upgrade, the file still contains refs to old k3s (cni bin_dir).and I need to manually replace current commit sha with the new one or
current
to make it work.But I m afraid that if sth else will be changed as well, I won't include that change. And the
replace
solution seems to be a workaround.Steps To Reproduce:
1.25.4
config.toml.tmpl
(under/var/lib/rancher/k3s/agent/etc/containerd
)1.25.11
Expected behavior:
k3s up and running
Actual behavior:
Pods stuck in
CreateContainer
phase with error:I m not sure if it a bug, but I could not find
ask question
section.The text was updated successfully, but these errors were encountered: