I’m trying to setup Cockpit on docker/kubernetes. I’ve configured it to use MongoDB for storage, however objects such as Singletons, Collections and Forms are still being written to the filesystem instead.
Is this the intended behaviour? The ideal setup for running in docker would be to write all data to an external database and all assets to cloud storage.
@pauloamgomes Do we have a good pattern for doing containerized deployments? This seems to be a bit of struggle. Perhaps support for storage/ location on s3 bucket (or other external storage) might be a good start.
The solution that we’re using on our production installation is a persistent disk to hold the storage data.
Correct me if I’m wrong but there’s no way to automatically commit data structures to a vcs when they are modified in Cockpit, this would surely have to be done manually after every change. Of course the structures could easily be restored during the build phase as we’re having to copy our config to the image with a custom docker file.
The more ‘container’ way to do things would be to store the config values in environment variables, all assets in cloud storage (s3/gcs), and all other data in the database. With this setup the stock image could easily be setup in an environment like Kubernetes.
Hi James, you could probably use a Kubernetes configmap mounted into the container. Then you could update the schema saving functionality to update the configmap? This is something I would be interested in too