You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
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
The text was updated successfully, but these errors were encountered:
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/
fordatadir
and found: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
The text was updated successfully, but these errors were encountered: