Closed tomalok closed 4 years ago
Thanks. A couple things:
./circleci
). Or is it important to have 3.11 for galera?/usr/lib/libgalera_smm.so
, which is 2,634,224 bytes, stripped. The Galera build process also produces a garbd
(galera arbitrator) daemon to provide quorum for clusters with even number of nodes (and a man page for that daemon)... For Alpine, I bundled those in separate packages, as they have no dependencies on the library and didn't make sense to put in the wodby/mariadb
image.Yes, could you please rollback the Alpine version, we will perform the update separately.
Also, it's not really clear how to use galera with this image, if you look up helm chart for galera, they have a specific binary that runs in the entrypoint and searching for other galera master instances in the network and connects them all together (is it garbd?). If we want people to run galera with this image we should document it in README.
Okay, things for to do, off the top of my head yet...
garbd
? A search on https://hub.docker.com didn't turn up many hits, and only one is recent.WSREP_
configuration to the templategarbd
I'm only seeing linux/amd64
OS/arch values for wodby/mariadb
, so it should not be a blocker that the musl patches don't work (yet) for non-x86 arch.
Ran into some complications building Galera with MariaDB versions prior to 10.4... Dropping that item off the to-do list.
rsync
and socat
for Galera SST.WSREP_*
configs and enforce some other configs when WSREP_ON
env var exists. (Is there a way with gotpl
to specify that it exists and its value is ON
?)WSREP_*
vars to README.md
The latest commit adds a runtime dependency for garbd
, and fleshes out the rest of the Galera-related documentation in the README.
@csandanov - unless there's anything else you think needs tweaking, I think this PR is ready.
Thank you, looks good. We'll have to add tests with wsrep enabled at some point.
-j $(nproc)
)