ceph-csi units blocked with `Config manifests require the definition of 'fsid'`

[Marian Gasparovic]

When running jobs/integration/validation.py::test_kubelet_extra_config ceph-csi units go to blocked state reporting `Config manifests require the definition of 'fsid'`

Logs - https://oil-jenkins.canonical.com/artifacts/585af18b-43be-4813-bb27-b44b232af98b/index.html

[Adam Dyess (addyess)]

is this a duplicate of https://bugs.launchpad.net/charm-ceph-csi/+bug/2054583

[Kevin W Monroe (kwmonroe)]

Hi @marian, from the logs this looks like your env is a microk8s charm based deployment that has ceph-csi charm units in the model. Ceph/mk8s integration wouldn't use the ceph-csi charm, so perhaps the env is dirty from previous validation runs?

If not, it looks similar to: https://bugs.launchpad.net/charm-ceph-csi/+bug/2035393

Which we determined to be invalid because the actual root cause was an invalid namespace prior to having the ceph manifests deployed: https://bugs.launchpad.net/charm-ceph-csi/+bug/2053265

That was fixed in charmed k8s 1.29+ck1 (released late april 2024). I'm gonna mark this bug as invalid for now and ask that you confirm with charmed-k8s + ceph-csi at 1.29+ck1 (or greater) to weed out any env and/or duplicate fixes. Thank you!

[Jeffrey Chang (modern911)]

ceph-csi node in blocked state before we start k8s-suite.
And we skipped checking ceph-csi status in the sku, can be some configuration issue.

This is not a mk8s deployment, but a charmed k8s 1.30 beta.
And this problem doesn't happen with 1.29/stable.
We might need to tweak config for 1.30 a bit.

[Adam Dyess (addyess)]

Likely resolved with

https://github.com/charmed-kubernetes/ceph-csi-operator/commit/ca9577257f331ecb95ca5ef1fdd94c649dc4f3f4