MariaDB Clustering werkt niet

[Matthijsvdv1]

[ Voor 158% gewijzigd door Matthijsvdv1 op 04-06-2022 14:30 . Reden: Toevoegen extra informatie. ]

[eLScha]

Kun je je config-bestanden eens delen?

[_JGC_]

Allereerst, Galera wil een oneven aantal nodes in een cluster om split-brain te voorkomen. Alternatief is om de Galera Arbitrator service te gebruiken.

Deel eens wat logs en configs?

[Matthijsvdv1]

Bedankt voor jullie berichten @eLScha @_JGC_ , ik heb de screenshots toegevoegd.
Hier kwam ik gister niet aan toe. Ik hoop dat jullie hier meer mee kunnen. Anders hoor ik het graag.
Ik ben vrij nieuw in Debian / MariaDB dus mogelijk een dom foutje... Een maat van mij kon het niet herleiden.

[SPee]

code:

bind-address=127.0.0.1

Screenshot 6. Die server luistert niet naar externe verbindingen.

Overigens zijn de screenshot weinig hulpzaam. Er staat niet bij van welke server ze afkomstig zijn.
Een tekstbestand ontdaan van alle commentaarregels is beter leesbaar.

[Matthijsvdv1]

@SPee Bedankt voor je bericht!
Bind-address is inderdaad uitgequote, dit omdat het niet de bedoeling is dat de databases publiekelijk beschikbaar zijn. Het is een Proof of Concept voor mijn studie.
Het vervelende is dus omgeving is niet beschikbaar voor het web.
Ik heb geen toegang tot de omgeving via een SSH verbinding of dergelijke.
Daardoor kan ik de config ook niet kan niet kopiëren naar mijn privé omgeving.
Als dit kon had ik dit zeker gedaan. Ik snap je bericht, maar zoals ik aangaf ben ik vrij nieuw in Debian dus wist niet precies wat ik verder nog kon laten zien. Daarom zou ik graag een suggestie willen krijgen wat ik nog kan controleren!

[_JGC_]

@Matthijsvdv1 Je zult moeten binden aan een IP waar de overige servers bij kunnen, anders is er geen cluster setup mogelijk. Toegang beperken doe je dan maar met een firewall.

[Matthijsvdv1]

Nogmaals bedankt voor al jullie berichten. Ik heb voor de 20e keer de config doorgelezen en de typfout gevonden. Bedankt voor het meedenken.

[thunder7]

Voor de volgende lezer hier: wat was de typefout?

[Matthijsvdv1]

Het verwijderen van tc.log.
Commando: mv -vi /var/lib/mysql/tc.log /root
Daarna service van sql herstarten door: "systemctl restart mysql".

[RobIII]

Matthijsvdv1 schreef op zondag 25 juli 2021 @ 15:24:
Het verwijderen van tc.log.
Commando: mv -vi /var/lib/mysql/tc.log /root
Daarna service van sql herstarten door: "systemctl restart mysql".

Ik geloof niet dat het verplaatsen (niet verwijderen) van een logfile je probleem heeft opgelost. Zoals aangegeven gaat 127.0.0.1 niet werken en zul je 0.0.0.0 of een LAN interface moeten gebruiken.

Ook strookt het uitvoeren van een move command niet met je eerdere post over een typo in een config.

[ Voor 16% gewijzigd door RobIII op 25-07-2021 15:52 ]

[elcapon]

nvm dacht dat het om replicatie ging

[ Voor 116% gewijzigd door elcapon op 26-07-2021 11:19 . Reden: verkeerde info gespot ]