Perl CronDump [Version 1.23] bleibt hängen...

**knows MySQLDumper** Joined: 20 Feb 2007 Posts: 9

Hallo,

ich habe das Problem seit dem Server-Umzug.

Wenn ich den MySQLDumper - Perl CronDump [Version 1.23] ausführe bleibt er immer an der selben Stelle hängen...

Posted: 2008-02-12, 22:06 (No subject)

Schalte spasseshalber mal die Optimierung der Tabellen aus. Das sollte etwas Zeit sparen. Wenn dann der Abbruch aus Tabellensicht später erfolgt, dann ist sozusagen bewiesen, dass es einen Timeout gibt.
Dein Testscript kann leider nicht hervorbringen, ob die Begrenzung z.B. nicht auf der Laufzeit des Scripts, sondern z.B. aufgrund der tatsächlich verbrauchten CPU-Sekunden erfolgt. Es gibt viele Wege Scripte zu beschränken.

Wenn Du z.B. sleep-Befehle im Script hast, die natürlich nichts berechnen und damit nicht wirklich CPU-Sekunden verbrauchen, dann kann dieses Script wesentlich länger laufen bevor ein Abbruch erfolgt. Das beweist also nicht, dass es keinen Timeout gibt.

**knows MySQLDumper** Joined: 20 Feb 2007 Posts: 9

Hallo,

da ändert sich nichts, bleibt immer ander selben Stelle hängen... bb1_acprules

Gruß
Ralph

Posted: 2008-02-12, 22:27 (No subject)

Hm, der einzige Grund, der mir dann noch einfällt, ist, dass die Tabelle defekt ist. Dem wiederspricht aber die Tatsache, dass das PHP-Backup problemlos durchläuft.

Kannst Du mir Zugriff auf den Server geben, damit ich mir das mal genauer ansehen kann?

**knows MySQLDumper** Joined: 20 Feb 2007 Posts: 9

Zugangs Daten habe ich per e-Mail Versand

Posted: 2008-02-14, 22:29 (No subject)

Die bisherige Analyse ergab, dass Perl entweder zuwenig Speicher zur Verfügung gestellt bekommt, so dass große Datensätze nicht in den Arbeitsspeicher passen und so einen Abbruch verursachen, oder dass es sich um einen Bug in der Perlversion handelt.
Ich bleibe am Ball...

Einen Abbruch aufgrund eines Perl-Timeouts können wir momentan in diesem Fall ausschließen.

**uses MSD regulary** Joined: 28 Dec 2006 Posts: 12

genau dieses problem habe ich auch ohne jedlichen grund bleib der cron stehen. spicher und timoute herhört keine besserrung optimierung an aus keine besserrung. der cron bleibt einfach stehen und nichts läd mehr usw..

hoffe es findet sich eine lösung

**uses MSD regulary** Joined: 28 Dec 2006 Posts: 12

schade das bisher keine lösung vorhanden ist

**first backups** Joined: 02 Oct 2008 Posts: 1

Huhu,
ich benutze auch seit gestern das Script, allerdings habe ich genau das selbe Problem. Aktivieren / Deaktivieren der Optimierung ändert nichts an der Stelle an der das Script stehen bleibt. Mit PHP funktioniert das Backup allerdings ohne Probleme...
Ich wäre für jeden Rat dankbar Smile

**knows MySQLDumper** Joined: 17 Oct 2008 Posts: 2

Auch ich hänge am gleichen Problem. PHP-Backup funktioniert einwandfrei. Sobald ich aber per Script sichern will, bricht das Backup bei einer halbwegs "großen" Tabelle (ca. 60MB) ab. Ich habe spaßeshalber die Tabelle geleert und siehe da, das Script läuft durch.

Ist übrigens mit jeder der letzten Versionen von MSD so.

Was ist zu tun?

Posted: 2008-10-17, 18:36 (No subject)

Leute, dass ein "Hängenbleiben" nicht an einem Timeout liegt ist die absolute Sonder-Ausnahme und trifft nur bei Ralph zu. Ihr habt alle schlichtweg einen Timeout auf Perl-Scripte. Das steht dick und fett in der FAQ beschrieben, sowohl in der beiliegenden ReadMe, als auch hier im Forum.

**knows MySQLDumper** Joined: 17 Oct 2008 Posts: 2

Hab den Support bemüht und folgende Antwort erhalten:

Das Problem bei serverseitigen Scripten ist, dass diese an die Serverrestriktionen gebunden sind. Bei der Sicherung grösserer Datenbanken kann es daher vorkommen, dass die max_execution_time von max. 30 Sekunden greift und die Sicherung abgebrochen wird.

Ich empfehle Ihnen hierzu die Verwendung von Programmen, die nicht an die Serverrestriktionen gebunden sind, wie zum Beispiel das frei erhältliche Programm HEIDISQL http://heidisql.de.

Installieren Sie sich diesen auf Ihrem loakalem System und stellen Sie eine Verbindung zur MySQL-Datenbank her. Sie können so auch grosse Datenbanken sichern.

Posted: 2008-10-21, 19:30 (No subject)

Tja, die Aussage des Supports kannst Du so, wie sie ist, in die Tonne treten, da sie sich auf PHP-Skripte bezieht und nicht auf Perl-Skripte. Hier haben wir wieder einmal einen Fall, wo sich der Support noch nicht einmal ansatzweise mit dem Problem des Anwenders auseinandergestezt hat und eine der üblichen Standardantworten gegeben hat. Das bringt Dich leider keinen Schritt weiter.

**Donator** Joined: 23 Oct 2008 Posts: 13

Hallo,

ich habe bei einem Managed Server bei Hetzner auch das Problem mit dem Hängenbleiben.

Der Supporter dort sagt, das es KEIN Timeout- sondern ein Speicherproblem wäre. Er hätte das Speicherlimit für Perl-Scripte "großzügig" erhöht.

Trotzdem läuft es nicht. Per PHP wie gehabt alles bestens.

Im Log habe ich ungefähr 10 Sekunden nach dem Start des Cronjobs folgende Meldung:

>> MAIL (mailed 12079 bytes of output but got status 0xffffffff )

Warum da nun "Mail" drin steht, ist mir unbekannt. Der Dumper ist so eingestellt, das weder Mail- noch FTP-Transfer stattfindet.

Vielleicht kann da jemand etwas mit anfangen ...

Gruß: - Reinhard -

P.S.: ich verwende die aktuelle Version vom Dumper.

**Donator** Joined: 23 Oct 2008 Posts: 13

Hallo,

mittlerweile läuft das Perl-Script hier auch einwandfrei. Auf meine Frage, was denn nun genau geändert wurde, erhielt ich folgende Antwort: