Open boomam opened 1 year ago
Hi @boomam,
Thank you for providing detailed information about the issue you are experiencing. Based on our analysis, it seems that the permission settings for the persistent volume used by the PostgreSQL instance of the Ddosify Helm chart are causing the problem.
To help us reproduce this issue, could you please provide the following information:
Best.
Hi @fatihbaltaci - apologies for the delay in replying -
RE: 1
On this particular cluster I am using SMB CSI as my storage class for Ddosify.
RE: 2
K3s - v1.26.5+k3s1
RE: 3
Only three changes.
Interesting to note, I did a second test deployment a few mins after posting this issue, this time changing the class to 'Longhorn', as I have multiple storage classes configured - appears to work perfectly fine with Longhorn.
One theory I have is that it's maybe to do with the account being used by the container vs what the storage class is logging into the SMB backend with/associated permissions.
It doesn't directly explain why other Postgres installs behave, but the one associated with ddosify doesn't, but when I get some time, I plan to do some testing around that, too.
Hey @boomam, would you mind sharing your other postgres.yaml file if it's open-source? I'd like to compare it to Ddosify's configuration as I try using the SMB CSI storage class.
Morning @fatihbaltaci,
I was testing with the stock bitnami/postgresql helm chart, with the only changes being -
global:
storageClass: "smb"
postgresql:
auth:
postgresPassword: "123abc"
username: "testuser"
password: "123abc"
database: "testdb"
Hey @boomam, we released a new version of Ddosify: https://github.com/ddosify/ddosify-helm-charts/releases/tag/ddosify-1.7.5
Can you try again? Do not forget to update the helm repo: helm repo update
Creation of ddosify via helm prevents Postgres from being able to load properly due to permission issues with initdb.
I have other Postgres deployments on the same cluster/storage that do not have this issue, so this is certainly ddosify specific, not sure how yet though.
Error from log -
If I get time this weekend, I'll create a Postgres instance on another system, use the alternative install settings for 'remote' Postgres & Influx to test if the Ddosify works correctly with those.