Mariadb Synchronisation

[Florian Lohoff]

Hola,

On Sun, Nov 24, 2024 at 10:46:03PM +0100, Stefan U. Hegner wrote:
> Moin Flo,
> > Die Frage ist - Sicher das die Kisten nicht jeweils auf sich selber
> > connecten? So das Thema IP Addressen vertauscht oder so?
> 
> Ja, das ist korrekt, aber ich schrieb ja schon:
> 
> > > Ich begreife nicht, dass die Kisten sich mit den Server-Ids behaken.
> > > 
> > > In der Config und in der DB sind die doch klar verschieden. Beide Kisten
> > > melden jeweils die andere als Master-Host, aber im Slave-Status steht
> > > beide Male eine Master_Server_ID:2.
> > > 
> Sprich: es steht (zumindest scheinbar) richtig in der Config und auch in der
> DB. Und beide Kisten verweisen jeweils auf die andere.

Ich habe gerade mal hier in meine installationen geguckt.
Zugegebenermaßen sind das Galera Cluster - Da hab ich keine server-id's
configuriert in /etc/mysql - Da steht eine "1" und ist auskommentiert.

> In meiner ersten Mail hatte ich das so schön nebeneinder drapiert, aber
> unser list-server mag scheinbar noch immer kein HTML ... kann ich verstehen,
> aber dafür wäre es hilfreich gewesen ...

Dann hätte ICH die mail aber nicht gelesen. Ich kann auf einem Terminal
mit Mutt keine HTML Mails lesen und dafür mache ich keinen Browser auf.
Das wird dann nur mit dem fast-read-button-D gelesen.

> > So tief stecke ich jetzt nicht im Mysql Thema - Kann auch nur "Raten".
> > 
> > Ansonsten baue ich sowas mittlerweile alles mit Ansible - so das ich
> > jetzt einfach  einen von beiden wegwerfen würde ... Der synced dann
> > schon wieder.
> 
> Das Problem ist, das cqrlog, die Anwendung, die die DB benutzt, leider einen
> mysql-server braucht. Und die cqrlog community ist auch nur begrenzt tief
> bewandert in sql-Spezifika. - Muss vielleicht mal nach einer mariadb Liste
> oder einem Formum dafür suchen ...

Ja - Einen der beiden (Die sich ja gegenseitig synchronisieren)
wegwerfen, und neu synchronisieren lassen. So würde ich das sowas
versuchen zu heilen.

Was ich beim googeln sofort finde ist das der master (bei master-master)
jeweils der replikations sendende Partner seine ID in die binary logs
schreibt die er ja dann repliziert. 

Wenn die mal irgendwann zufällig einen update geschrieben haben als sie
mal eine doppelte ID hatten - dann stehen da noch binlogs die dann die
replikation abbrechen lassen.

https://dba.stackexchange.com/questions/9756/mysql-thinks-master-slave-have-the-same-server-id

Die wird man loswerden müssen.

das einfachste ist Datenbanken dumpen, mysql komplett wegwerfen, neu
installieren und Datenbanken wieder importieren. 

Wenn das nicht gerade mehrere hundert Gigabyte sind ist das ja schnell
gemacht.

Deshalb automatisiere ich so zeugs mit ansible. Wenn es kaputt geht -
Dumpen, VMs wegwerfen, VMs neu erzeugen, ansible loslaufen lassen,
datenbanken importieren - gut ist. 

Dauer - 10 Minuten ohne den DB Import.

Flo
-- 
Florian Lohoff                                                     f at zz.de
  Any sufficiently advanced technology is indistinguishable from magic.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20241124/1416eace/attachment.sig>