What you need to know
Recursive group-permission adjustment can be part of mounting a large supported volume.
Potentially affected
Review fsGroup ownership initialization on supported volumes and any CSI-delegated handling.
DSE recommendation
DSE recommends checking volume size, file count, expected group ownership, driver behavior, and startup timing before blaming image download or application initialization.
Recursive group-permission adjustment can be part of mounting a large supported volume.
Source facts
Kubernetes can recursively change a volume’s ownership and permissions to match fsGroup. On large volumes this can delay Pod startup. The fsGroupChangePolicy setting supports Always and OnRootMismatch; the latter skips recursive changes when the root directory already matches. The behavior applies only to volume types supporting this ownership management, with CSI delegation having separate handling.
Source: Kubernetes documentation — Configure a Security Context for a Pod or Container.
Applicability
Review fsGroup ownership initialization on supported volumes and any CSI-delegated handling.
DSE recommendation
DSE recommends checking volume size, file count, expected group ownership, driver behavior, and startup timing before blaming image download or application initialization. Verify the required access model with the data owner. If considering OnRootMismatch, confirm that the existing tree is intentionally consistent rather than relying on its root directory as a superficial shortcut. Keep ownership repair procedures distinct from normal application startup. Record the selected policy with storage provisioning so future restored or copied volumes receive the same review.
Verification
Using representative nonproduction data, compare mount and startup behavior under the supported policy. Inspect root and representative nested ownership, then verify intended read and write access from the application identity. Confirm unrelated identities remain denied and document any driver-specific delegation observed. Retain the policy, driver capability and representative permission samples with the timing result. Ask the storage owner to approve any deliberate ownership repair as its own change rather than allowing a performance trial to broaden access.
Official reference
Kubernetes documentation — Configure a Security Context for a Pod or Container. Reviewed October 20, 2026.
Review the official source
Kubernetes documentation — Configure a Security Context for a Pod or Container · Verified October 20, 2026
Need help applying this guidance safely?
DSE can help confirm applicability, protect service continuity, and validate the result across physical security and IT systems.
Talk with DSE