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
{{ message }}
This repository has been archived by the owner on Sep 17, 2019. It is now read-only.
This is related to an outstanding issue with the MariaDB container itself. It seems that mounting a volume from the host filesystem throws a lot if INNODB errors within MariaDB itself, which results in an infinite loop of attempting to restart the DB container.
That being said, swapping mariadb:latest with mysql:latest still results in a runnable stack and everything works as needed on Windows. If anyone can fix MariaDB that'd be stellar, but in the absence of a solid fix, perhaps the base config should use another MySQL variant?
(Note: This error also seems to be the case with Percona, so it's likely a deeper integration error than just a minor bug with MariaDB.)
The text was updated successfully, but these errors were encountered:
I had the same issue on Windows 10. Using docker volumes seems to have resolved the Innodb errors and I managed to get mariadb running, but the container was very slow.
Docker containers does get it running. But you run the risk of losing data between up/downs and won't have the data mapped to an easily-accessible local directory. If that's the goal (accessibility and persistence) you can still achieve it with mysql:latest and still get solid parity between the two implementations. It's just ... not using MariaDB at that point.
ericmann
pushed a commit
to ericmann/wp-docker
that referenced
this issue
Mar 7, 2017
While MariaDB is awesome, the container is having issues with local volume mounts on Windows. The standard `mysql:latest` container, however, seems to sidestep these issues on Windows and still works seamlessly on Mac.
What's more, it appears that switching to `mysql:latest` on the container _retains_ the data originally written by MariaDB (in the event you're using an existing container stack).
Fixes10up#4.
This is related to an outstanding issue with the MariaDB container itself. It seems that mounting a volume from the host filesystem throws a lot if INNODB errors within MariaDB itself, which results in an infinite loop of attempting to restart the DB container.
See:
That being said, swapping
mariadb:latest
withmysql:latest
still results in a runnable stack and everything works as needed on Windows. If anyone can fix MariaDB that'd be stellar, but in the absence of a solid fix, perhaps the base config should use another MySQL variant?(Note: This error also seems to be the case with Percona, so it's likely a deeper integration error than just a minor bug with MariaDB.)
The text was updated successfully, but these errors were encountered: