Probleme mit MySQL 4.0 [Config für CRON]

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Hallo,

ich habe bei Multipartdumps unter MySQL 4.0 Probleme. Unter 5.1 tritt das Problem nicht auf. Es gibt ja zwei Config Files. Eines, das für den Cron Parser vorbereitet ist (.conf.php) und eines für mysqldumper selbst (.php).
Es macht den Anschein, als kommt mysqldumper beim Anlegen des Perl Conf Files durcheinander. Und es scheint ein wenig darauf anzukommen, ob die DB alphabetisch vor oder hinter der mysql DB kommt.

Hier der Auszug aus der PHP Config:
$databases['db_selected_index'] = '0';
$databases['db_actual'] = 'a_test';
$databases['multi']=array();
$databases['multi'][0] = 'a_test';
$databases['multi'][1] = 'test_db';
$databases['multi_praefix']=array();
$databases['multi_praefix'][0] = '';
$databases['multi_praefix'][1] = '';
$databases['multisetting'] = 'a_test;test_db';
$databases['db_actual_tableselected'] = '';

und hier aus der Perl:
$cron_dbindex=-2;
$cron_printout=1;
$cronmail=1;
$cronmail_dump=0;
$cronmailto="";
$cronmailto_cc="";
$cronmailfrom="mysqldumper";
$cron_use_sendmail=1;
$cron_smtp="localhost";
$cron_smtp_port="25";
@cron_db_array=("a_test");
@cron_dbpraefix_array=("");
@cron_command_before_dump=("");
@cron_command_after_dump=("");

Eine DB ist verloren gegangen. Und es ist unabhängig davon, wie oft ich die Konfig neu anlege. Bei nur einer gewählten DB ist das Array komplett leer.

Das Problem tritt zwar während des Crons auf, die Config wird aber durch PHP erstellt, also ist es wahrscheinlich hier richtig.

Gibt es da irgendeinen Kompatibiltätsmodus für alte MySQL Versionen? Bzw. ist das Problem und woran liegt es?

Viele Grüße
Martin

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Ein Workaround für mich ist, die eine DB manuell zu wählen, weil auf dem Server glücklicherweise nur eine DB relevant ist. Dann steht sie auch ordnungsgemäß im Array.

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Noch ein Nachtrag: Wenn Multidumper ausgewählt ist, stehen bei PHP und Perl gleichermaßen die korrekten DBs in der Oberfläche, aber die Perl Config ist trotzdem falsch.

Posted: 2011-12-05, 21:16 (No subject)

Hallo Martin,

ja, das riecht nach einem Bug den ich bisher bei mir aber noch nicht nachvollziehen konnte. Er scheint auch nur auf wenigen Servern aufzutreten, so dass die Eingrenzung zusätzlich erschwert wird.

Da wir mittlerweile aber an Version 2 arbeiten und dort das gesamte Handling überarbeitet wird, werden wir an der 1.xer Reihe keine weiteren Bug fixes mehr vornehmen.

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Okay, wenn Interesse besteht, würde ich mich selbst um einen Fix bemühen, alternativ klappt bei mir zum Glück ja der Workaround.

Posted: 2011-12-06, 12:36 (No subject)

Das kannst Du natürlich gerne machen und das Ergebnis hier veröffentlichen.
Allerdings ist die Stelle so richtig gruseliger PHP4-Spaghetti-Code und macht keinen Spaß. Wink

Deshalb machen wir in V2 ja alles neu.

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Ich habe schon schlimmeres gesehen :-)
Okay, Fehler lokalisiert. Hat nichts mit MySQL 4 zu tun. Ist bei MySQL 5 sogar noch heftiger. Statt einer werden bis zu zwei DBs nicht gesichert (wegen zusätzlicher information_schema Datenbank).

Eine mögliche Fehler Konstellation ist (betrifft nur Multidump-User):
[x] A
[x] B
[_] information_schema
[x] K
[_] mysql
[x] N
[x] O
[x] P
=> A, B, N und P werden gesichert, K und O aber nicht.

Andere Konstellation:
[x] A
[_] B
[_] information_schema
[x] J
[x] K
[_] mysql
[x] N
[x] O
[x] P
=> A, J, N und O werden gesichert, K und P aber nicht

Oder anders: Sei i die alphabetische Position der information_schema DB und j von mysql, so werde die i+1 te der ausgewählten DBs sowie die j+2 te nicht mitgesichert.

Der langen Rede kurzer Sinn: In WriteCronScript wird über ein Array iteriert, das eine andere Länge hat, als das, welches geändert wird. Fix functions.php (aktuelle Version) ab Zeile 391:

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Vielleicht noch kurz zur Erklärung (im Multidump-Fall):
$databases['Names'] hält alle DBs
$cron_db_array hält alle ausgewählten DBs
information_schema steht in databases['Names'] z.B. an 5. Stelle. In $cron_db_array gibt es information_schema aber nicht, deshalb wird die DB entfernt, die in databases['Names'] eigentlich erst an 6. Stelle steht.

Posted: 2011-12-06, 22:58 (No subject)

@marting
Super und herzlichen Dank für Deinen Fix. Obwohl ich anhand des Codes erwarte, dass der Grund gefunden und eliminiert ist: kann das bitte mal jemand gegenchecken, der das Problem hat und hier Feedback geben?

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Normalerweise müsste das Problem jeden betreffen. Probier doch mal eine Sicherung bei Dir mit dieser Konstellation. Es tritt halt erst dann auf, wenn insgesamt mehr DBs gesichert werden sollen, als die Stelle der ersten Sonderdatenbank in alphabetischer Reihenfolge ist.

Kannst Du den Fehler mit diesen Infos nicht reproduzieren? Wenn Du nicht weißt, was ich meine, dann schicke mir doch mal per PN eine Liste Deiner DBs und ich sage Dir, welche Du beispielsweise auswählen musst, um den Fehler zu reproduzieren.

Posted: 2011-12-08, 00:02 (No subject)

Ich schaue mir das am Sonntag mal genau an. Vorher komme ich nicht dazu.
Wäre natürlich schön, wenn jemand anders das vorher schon einmal checken könnte.

Posted: 2011-12-08, 01:49 (No subject)

Ich falle da leider flach und kann nicht testen, denn bei All-Inkl.com habe ich nicht einen User für mehrere DBs.

Und eine lokale XAMPP Installation habe ich im Moment nicht ...

**knows MySQLDumper** Joined: 05 Dec 2011 Posts: 8

Gibt es dazu noch etwas neues?

Posted: 2012-02-03, 21:22 (No subject)

Der Code aus dem Fix oben soll funktionieren.