Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[bitnami/seaweedfs] Waiting for database init container not compatible with Istio #31201

Open
wkbrd opened this issue Jan 2, 2025 · 1 comment
Assignees
Labels
seaweedfs tech-issues The user has a technical issue about an application triage Triage is needed

Comments

@wkbrd
Copy link
Contributor

wkbrd commented Jan 2, 2025

Name and Version

bitnami/seaweedfs 4.2.0

What architecture are you using?

amd64

What steps will reproduce the bug?

With Istio configured to inject sidecars in containers for the namespace that contains the database and seaweedfs (same namespace), the wait-for-db init container within the seaweedfs-filer pod does not complete.

Failed with Istio 1.22.3

The postgresql database is installed using the bitnami postgresql chart and is fully running in advance and has the Istio sidecar attached.

The seaweedfs-filer has the wait-for-db pod continuing to fail to connect since the istio-proxy (sidecar) is not yet running. It is in PodInitializing. I expect it will remain in this state until the wait-for-db init container completes.

Are you using any custom parameters or values?

Using external database settings to connect to a Postgres that is installed first with the seaweedfs table definition.

What is the expected behavior?

seaweedfs-filer pod's wait-for-db is able to connect to postgresql and then the pod fully comes up.

What do you see instead?

wait-for-db remains in 'Waiting' stage within Kubernetes and then ultimately restarts.

Log for wait-for-db:
postgresql 14:54:34.49 INFO ==> Waiting for host seaweedfs-postgres-postgresql.<truncated> 2025-01-02T14:55:34.651244546Z postgresql 14:55:34.65 ERROR ==> Database not ready

Additional information

The same chart versions/configuration without Istio works properly and seaweedfs fully comes up.

Tested from a clean Helm install in both positive and negative configurations described.

@wkbrd wkbrd added the tech-issues The user has a technical issue about an application label Jan 2, 2025
@github-actions github-actions bot added the triage Triage is needed label Jan 2, 2025
@carrodher
Copy link
Member

Thank you for bringing this issue to our attention. Unfortunately, Istio is not supported out of the box. While some Helm charts have received community contributions to work with Istio, this is not a general feature across the catalog.

If you're interested in contributing a solution, we’d love to see your pull request! The Bitnami team is eager to review your submission and provide feedback. You can find the contributing guidelines here.

Your contribution would be a valuable addition to the community. Feel free to reach out if you have any questions or need assistance during the process.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
seaweedfs tech-issues The user has a technical issue about an application triage Triage is needed
Projects
None yet
Development

No branches or pull requests

2 participants