fix(rustfs): give the container a writable /logs #413
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/rustfs-log-dir"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Every RustFS pod crash-looped. The entrypoint initialises
/logsand the observability subsystem writes there before anything is served, so underreadOnlyRootFilesystemthe first write fails and the process aborts:A hard abort, not a degraded start. Nothing here reads those files — Alloy collects from stdout — but the directory must be writable for the process to come up.
emptyDir, not a claim: scratch, and a second PVC per pod would double the volume count for nothing.The guard now requires a writable mount at both
/tmpand/logswheneverreadOnlyRootFilesystemis set, so the next person hardening a container here does not rediscover this from a crash loop. Verified: removing the/logsmount fails the guard.https://claude.ai/code/session_01KZoQin34jeyt6nDGqvJA76