Closed samene closed 3 years ago
@samene I think you should investigate the storage system you're using (longhorn), if every keeper has persistent volumes (the same volume after pod restart) or the stolon chart since stolon is not changing any filesystem permissions by itself.
What happened: I am using the stolon helm chart from stable repo to deploy to kubernetes 1.18. There is istio injection enabled on the namespace and longhorn is used for storage. When the keeper starts for the first time everything is working fine and the folder permission on
/stolon-data
and/stolon-data/postgres
are all correct. Now, Restart the keeper pod and we see below exceptions in keeper logs and database does not come-up after thatAfter this logs are full of the permission issue
This is the correct permission before
And this is afterwards
What you expected to happen: When keeper pod restarts the database should start properly
How to reproduce it (as minimally and precisely as possible): As described above
Anything else we need to know?:
Environment: