In VKS 3.6.0 and later versions, certificates configured through the Cluster variable additionalTrustedCAs are propagated in-place to the machines. If a certificate is rotated and the variable is updated, pods may reach a state of failure accompanied by image pull errors.
Inspecting the events or logs of the affected pods will show the following containerd error: trust: tls: failed to verify certificate: x509: certificate signed by unknown authority
The in-place mechanism used to update certificates does not restart the containerd service after the system certificates have been updated on the machine. Consequently, containerd retains the previous certificate context in memory and rejects connections utilizing the newly rotated certificates.
The reported issue has been addressed and resolved in VKS release 3.7.1 and later versions.
Workaround:
To resolve this issue, the containerd service must be manually restarted on the machines experiencing the failure to force a reload of the system trust store.
Establish an SSH session to the affected machine experiencing the image pull failures.
Elevate it to root access.
Run the following command to restart the containerd service
systemctl restart containerd
Check the status of the service to ensure it is running correctly
systemctl status containerd
Monitor the failing pods to confirm that image pulls are now completing successfully.