Skip to content
New issue

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

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

Already on GitHub? # to your account

[bitnami/mariadb] Persistent volume is NOT used for mariadb datadir #77051

Open
mrmachine opened this issue Feb 7, 2025 · 0 comments
Open

[bitnami/mariadb] Persistent volume is NOT used for mariadb datadir #77051

mrmachine opened this issue Feb 7, 2025 · 0 comments
Assignees
Labels
in-progress mariadb tech-issues The user has a technical issue about an application

Comments

@mrmachine
Copy link

Name and Version

bitnami/mariadb:11

What architecture are you using?

arm64

What steps will reproduce the bug?

With this bind mount ./mariadb-11-data:/bitnami/mariadb my /bitnami/mariadb directory is empty even after I created a wordpress database and configured wordpress to use it.

Therefore when I down/up the compose stack which recreates the container, my actual database is lost. Sounds similar to #53505

I searched /etc/ for datadir and found:

root@bf76e23b19b0:/etc/mysql# grep -R datadir /etc/mysql/
/etc/mysql/mariadb.conf.d/50-server.cnf:#datadir                 = /var/lib/mysql

And this dir is in fact populated with my databases.

So, the configuration is wrong OR the bitnami README/documentation is wrong.

I suspect that this is actually the cause for #53505 and that the user who "solved" the problem by dumping and restoring between major version upgrades was just getting lucky that their container was never destroyed and recreated.

What is the expected behavior?

Databases should survive container removal and re-creation. Databases should be stored in /bitnami/mariadb or at least the docs should tell us which container directory to bind mount for persistent storage.

What do you see instead?

Databases are lost on container delete and recreate. Databases are not stored in documented persistent volume.

Additional information

No response

@mrmachine mrmachine added the tech-issues The user has a technical issue about an application label Feb 7, 2025
@github-actions github-actions bot added the triage Triage is needed label Feb 7, 2025
@github-actions github-actions bot removed the triage Triage is needed label Feb 9, 2025
@github-actions github-actions bot assigned fmulero and unassigned carrodher Feb 9, 2025
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
in-progress mariadb tech-issues The user has a technical issue about an application
Projects
None yet
Development

No branches or pull requests

3 participants