Webdesign/PHP/SQL: MySQL Master-Slave-Replikation

[bommelmann]

Der Fehler scheint tatsächlich an den Schreibfunktionen der Slave-Scripte zu liegen. Ich habe jetzt einfach mal auf dem Slave die Datensätze ab "Duplicate Entry" gelöscht und nun läuft er wieder.

Anhand der betroffenen Tabellen kann ich jetzt gezielt die Skripte durchforsten.

Ich gehe aber fast davon aus, dass irgendetwas am Connect zum Master geklemmt haben muss, obwohl die Zugriffs-Rechte für INSERT, UPDATE und DELETE gesetzt sind.

EDIT 21:38 Uhr:
Gesetzt waren die Rechte in der User-Tabelle, aber nicht im GRANT. Das habe ich jetzt mal geändert, aber wenn ich mich mit dem Master connecte und ein INSERT absetze, schreibt er den Datensatz nur auf den Slave.

Die Nachtschicht ist dennoch fällig, da ich ja testweise etwa 122 Datensätze geskipt hatte.

EDIT 01:34 Uhr:
Genau eine Stunde hatte der komplette Abgleich mit Erstbestand gedauert. Der Slave hatte trotz löschung sämtlicher Log-Dateien nicht den Master-Einstiegspunkt vergessen. Mit RESET SLAVE wurde das dann behoben und nun läuft er wieder wie gewünscht.

Das Problem lag tatsächlich am Scripting. Der Schreib-Connect blieb auf dem Slave und produzierte wegen des auto_increment und der zwei Datenlinien die Duplicate Entries.

[StormRider]

Glückwunsch...
Dann ist die Einschulung gerettet.
Meine Gangster sind übrigens 16, 14, 11 und 3.

[bommelmann]

Moin,

seit heute laufen wieder zwei der drei Programme auf dem Slave und er ist immer noch synchron.

rsync habe ich inzwischen installiert und werde es wohl morgen mal testen. Lässt man das per cronjob laufen oder geht das auch im Hintergrund wie die MySQL-Replikation?

Hier noch ein Foto von der Einschulung. Ich habe mir sagen lassen, dass der dazugehörige Aufwand regional sehr unterschiedlich gehandhabt wird.

[StormRider]

hehe, die sind ja goldig...
denk dran dass rsync nur in eine richtung synced...

[bommelmann]

Zitat von StormRider

denk dran dass rsync nur in eine richtung synced...

OK, guter Hinweis!

Seit der Freitags-Aktion weiß ich: Schreibe nie auf den Slave!

[bommelmann]

Trotz längerer Googelei bekomme ich den Remote nicht per rsync verbunden.

rsync -av --delete -e ssh QUELL_IP:PORT/QUELL_VERZEICHNIS /ZIEL_VERZEICHNIS

Der Spaß beginnt schon damit, dass er immer mit Port 22 verbinden möchte, obwohl ich ihm einen ganz anderen angebe.
Kann man das irgendwo in der rsyncd.conf o.ä. einstellen?

[StormRider]

rsync -av --delete -e ssh -p SSHPORT quelle ziel
sollte funktionieren...

in der config datei kannst du den port angeben, ja.
und achte auch auf die ssh optionen...

der entsprechende eintrag sieht so aus:

Der entsprechende Eintrag in der config Datei
Host host1
Hostname host1
Port 22
Protocol 2
User root
IdentityFile /root/.ssh/host1_root_rsa
PreferredAuthentications publickey

[bommelmann]

Danke!

Inzwischen bin ich schon etwas weiter. Wenn ich nämlich

rsync rsync://USER@MASTER_IP:PORT/VERZEICHNIS

eingebe, erscheint kein Conection refused mehr.

Die Varianten mit -p und -P klappen hier einfach nicht.

Dann schaue ich mir gleich nochmal die Config an. Momentan sieht die rsyncd.conf folgendermaßen aus:

gid = users
read only = true
use chroot = true
transfer logging = true
log format = soundso
log file = soundso
pid file = soundso
hosts allow = trusted.hosts
slp refresh = 300

Meintest du die rsyncd.conf oder gibt es irgendwo noch eine andere conf?

[StormRider]

es macht auch einen unterschied ob du den als deamon gestartet hast, evt. mal ändern...

[bommelmann]

Zitat von StormRider

es macht auch einen unterschied ob du den als deamon gestartet hast, evt. mal ändern...

Das wäre der Idealfall.

Da aber nur etwa sechs Verzeichnisse gezielt abgeglichen werden sollen und zwei davon nur einmal pro Tag, ist die Entscheidung für die crontab-Variante gefallen.

Von daher nehme ich fast an, dass die rsynd.conf hier gar nicht die passende conf ist, oder?