Bugfix für das Einspielen der Daten in falsche Datenbank

Last edited by DSB on 2008-08-08, 10:11; edited 1 time in total

Hallo MySQLDumper-User,

in Version 1.23 pre-release kommt es bei einigen Servern zu dem Fehler, dass bei Benutzung mehrere Konfigurationsdatein bei einer Wiederherstellung versehentlich auf die Standardkonfiguration umgeschaltet wird und so die Daten in die falsche Datenbank eingespielt wurden.
Ich glaube nun, den Fehler gefunden zu haben. Bitte tauscht die restore.php im Dumper-Hauptverzeichnis gegen die hier angehangene aus, testet das bitte und gebt mir hier kurz Feedback, ob es hilft.
Sollte sich der Bugfix als erfolgreich herausstellen, ist es nicht mehr weit bis zur nächsten stabilen Version. Ich habe dann nur noch ein Problem auf dem Zettel: bei Verwendung von Multipart gerät die automatische Löschroutine des crondump.pl-Skripts in Schleudern.

Zunächst brauche ich aber euer Feedback, ob das Einspielen von Backups nun in die richtige Datenbank erfolgt.

Posted: 2008-02-19, 00:11 (No subject)

Hallo,
habe es soeben getestet, funktioniert nun einwandfrei. Very Happy

Sieht jetzt auch im Firefox gut aus (Fortschrittsbalken).

**knows MySQLDumper** Age: 35 Joined: 28 Oct 2007 Posts: 3

Du weist zwar schon das es bei mir geht, ab trotzdem noch mal Danke für die super Arbeit. clap

Ich habe es bei meiner echten Installation jetzt mal mit dem ersetzen der Datei getestet und habe keine Probleme mehr feststellen können.

Björn

**MySQLDumper-Translator** Joined: 16 Nov 2005 Posts: 91

Ich kann leider auch nichts dazu beitragen, da ich den Fehler nicht hatte, aber ein riesen Dankeschön ist hier glaub ich immer am richtigen Platz clap

**knows MySQLDumper** Joined: 02 Jan 2008 Posts: 8

schaut gut aus - habs zwar nicht an der datenbank getestet die zuletzt das problem hatte, aber es scheint behoben zu sein :) danke

**first backups** Age: 33 Joined: 28 Feb 2008 Posts: 1

ich könnt dich knutschen :o))))

danke danke danke!!!

hatte gestern eine zweite konfigurationsdatei erstellt und seitdem bei jeder wiederherstellung die falsche db gefüttert.
als ich dem wahnsinn nahe war, fand ich hier direkt die lösung :o)))

jetzt klappts einwandfrei und das backup landet in der db, wo es hinsoll ;o)

**Moderator** Joined: 30 Aug 2007 Posts: 241

Hallo Daniel,

ich habe zwar noch die 1.22er Version,aber ich überlege mir auf 1.23 pre-release zu wechseln.
Muss ich das Bugfix dann selbst einbauen oder ist es schon in der Download-Version eingebaut?

Gruss,
Daniel

Posted: 2008-03-01, 18:41 (No subject)

Das hier muss noch eingebaut werden.
Es handelt sich aber lediglich um den Austausch einer Datei. Du musst also nicht händisch in bestehenden Dateien rumfummeln. Wink

**Donator** Age: 27 Joined: 14 May 2006 Posts: 18

Moin - vielen Dank für das Bugfix - funktioniert auch bei mir ohne erkennbare Probleme im Test Smile

Was genau meinst du mit

Posted: 2008-03-02, 09:17 (No subject)

Es kommt wie auch dein Problem bei einigen serverkonfigurationen zu Problemen beim Löschen. Das heißt wenn du z.B. einstellst er solle alle Backups die älter sind als 15 Tage löschen, tut er das meist nicht, sondern löscht willkürlich irgendein Backup. Das kann dann schonmal das aktuellste sein. Wink

**first backups** Joined: 23 Mar 2008 Posts: 1

Ich hatte heute ein Problem mit diesem Bugfix und MSD 1.23PR Rev257.

Nachdem ich die aktuelle Revision installiert hatte war ich noch nicht gewahr, dass es ein Bugfix für die Restore.php gibt und rannte in genau das oben beschriebene Problem.

Die Sicherung (eine DB gesichert mittels perlscript in MSD 1.21) wurde in die Default-Datenbank und nicht in die angegebene Datenbank eingespielt.

Nach der Installation des Bugfix restore.php hat er dann die richtige DB ausgewählt und begann mit der Wiederherstellung. Allerdings spielte er 98 Rows der ersten Tabelle ein und begab sich dann in eine Endlosschleife ohne weitere Sätze einzuspielen.

Ich habe dann die 8 MB große Sicherung mit phpMyAdmin eingespielt und mit 1.23 REV257 eine Sicherung der DB erstellt. Danach diese neu erstellte Sicherung eingespielt und siehe da das hat funktioniert. Ein neuerlicher Versuch die Sicherung der 1.21er Version einzuspielen schlug danach aber mit dem gleichen Problem (Endlosschleife) fehl.

LG Lydia

**Donator** Joined: 29 Mar 2005 Posts: 25

Hi,

leider bin ich auch in das Problem geraten und nun wurde die falsche DB überschrieben :-(

Jedoch scheint das Update zu funktionieren...

Gruß
NBA

**knows MySQLDumper** Joined: 30 Apr 2008 Posts: 2

Nachdem ich mir heute ein Livesystem zerschossen habe was genau auf das hier beschriebene und gefixte Problem zurückzuführen war, bitte ich die restore.php in die Download Datei zu kopieren. Da kann einigen Leuten unnötigen Bluthochdruck ersparen.

Trotz allem vielen Dank fürs fixen.
Sebastian

Posted: 2008-05-01, 10:43 (No subject)

Na ok, übergeredet. Smile

Ich werde den Bugix in den nächsten Tagen in den Download einbinden.

**first backups** Age: 42 Joined: 23 May 2008 Posts: 1