PerlScripte stellen plötzlich Ihren Dienst ein

**uses MSD regulary** Joined: 17 Nov 2006 Posts: 13

Hallo,

ich nutze seit etwa 2 Wochen mysqldumper 1.21 b6 in mit einem täglichen Cron auf die Perls für 2 Datenbanken (ungezippt 1.~8MB; 2. ~1MB)

Der Server ist ein Debian Sarge (root) mit Apache 1.33, php5.1 und mysql 4.0.24_Debian-10sarge2.Per ConFixx habe ich die Ausführung von Dateien auch außerhalb cgi-bin erlaubt. Das lief soweit alles prima, bis heute morgen. Ich wollte ein manuelles Backup der Datenbanken mittels des Browserlinks auf die PerlDatei, wie ich es die vergangenen Tage zuvor schon getan habe, weil der Cron-Upload bouncte, der HomeServer war weg.

Plötzlich bekomme ich beim Aufruf der PerlDatei einen "Internal Server Error 500". Per FTP also in die Verzeichnisse und die Berechtigungen genmäß Anleitung geprüft, alles wie es sein soll. Mit Putty auf die Console, die Perl-Datei per SSH aufgerufen klappte prima, aber kein FTP-Upload zu meinem HomeServer mehr. Na gut, das kann ich vorerst verschmerzen.

Backup per PHP-Script versucht: klappt prima (ohne FTP weil das damals bei der PHP-Kompilierung seitesn des Providers ausgelassen wurde und ich keine Bock habe PHP neu zu bauen.)

Heute Abend schau ich also ins var/log/httpd/Error und finde nach ein wenig suchen das hier:

[Thu Nov 16 10:48:01 2006] crondump.pl: Warning: something's wrong at crondump.pl line 803 during global destruction.

Datei defekt? Also crondump.pl ausgetauscht, die Pfade wieder eingetragen, als Ascci hochgeladen, Berechtigung geprüft, neuer Versuch per PerlBrowserlink, doch leider keine Änderung.

Stattdessen bekomme ich das im ErrorLog:
[Fri Nov 17 20:52:51 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: PFAD_ZUR/mysqldumper/msd_cron/simpletest.pl

Hä? In meiner Ratlosigkeit habe ich sogar den Server rebootet (meine schöne uptime von 175 Tagen also zu Teufel), half aber auch nichts.

Ich habe an der Kiste seit 3 Wochen außer der üblichen Debian Updates und eines PHPmyAdmin Updates vor etwa 6 Tagen nichts gemacht. mysqldump lief ja problemlos auch nach den Updates. Ich bin überfordert. Hat jemand einen Tipp?

Posted: 2006-11-18, 09:13 (No subject)

Also zunächst einmal ändert sich von alleine nichts an den Dateien.
Es kann aber natürlich sein, dass sich bei Updates der benötigten Perlmodule etwas geändert hat und es dadurch zu Fehlern kommt.

**uses MSD regulary** Joined: 17 Nov 2006 Posts: 13

moin,

danke für Deine Mithilfe. Ich denke ich auch nicht, das etwas urplötzlich aufhört zu funktionieren. Da muss was passiert sein.

Ich bin mir nicht bewusst, das die letzten Debian-Updates auch Perl Module aktualisiert hätten. Die Mails die ich von der Security-List bekomme zeigten zumindest für mich nicht sichtbar, das auch Perl-Module betroffen waren.

Posted: 2006-11-18, 11:53 (No subject)

Für mich sieht das so aus, als wenn versucht wird Datenbanken zu sichern, die gar nicht mehr existieren oder auf die der MySQL-User keinen Zugriff hat. Hat sich etwas an den Zugangsdaten des MySQL-Users geändert?

Mache folgendes:

installiere zunächst einmal die aktuelle Version 1.21b6 des Dumpers.
Dann klicke auf "Datenbanken neu laden" udn speichere die Konfiguration neu ab.
Dann schauen wir weiter. Könnte aber gut sein, dass das Problem bereits löst.

**uses MSD regulary** Joined: 17 Nov 2006 Posts: 13

@DSB
Danke für Deine Antwort. Die Zugangsdaten des mysql-users haben sich nicht geändert. Ich habe mysqldumper 1.21b heute morgen bereits "from scratch" auf die Kiste getan (altes Verzeichnis gelöscht, Apache gracefull rebootet) und den gesamten Installationsverlauf noch einmal Schritt für Schritt durchlaufen, sowie auch am Ende noch einmal die Einstellungen und Berechtigungen kontrolliert, geändert hat sich leider nichts.

Posted: 2006-11-18, 12:15 (No subject)

Hm, dann habe ich ehrlich gesagt aus der Ferne auch keinen Anhaltspunkt mehr für eine Problemlösung.
Kannst Du mir einen FTP-Zugang einrichten, damit ich mir das selbst ansehen kann?

Posted: 2006-11-18, 13:40 (No subject)

Schade, bis jetzt hätte ich Zeit gehabt mir das anzusehen.
Jetzt bin ich bis spät abends erstmal unterwegs.

Tschühüüs. Anxious

**uses MSD regulary** Joined: 17 Nov 2006 Posts: 13

*zefix* Problem gelöst, läuft wieder, wir wissen aber nicht wie und warum.

Ein Freund hat einen ähnlichen Server, dem habe ich schnell meine Datenbank verpasst und mysqldumper dort aufgesetzt. Lief auf Anhieb wie seinerzeit bei mir auch. Dann habe ich mir 'sein' Paket kopiert, bei mir drauf gehauen, und das Setup durchlaufen => ging sofort, also keine Fehlermeldung (?).

Mein kaputtes Paket von meinem Server kopiert, Setup bei ihm komplett neu durchlaufen lassen, 'mein' Fehler war wieder. Wir haben dann die Einstellungen "Stück-für-Stück" verglichen und keinen Unterschied (bis auf die Pfade) feststellen können.

Das Einzig was noch bleibt ist, das zuerst eine andere Datei auf dem Server defekt ging und ich von meinem möglicherweise defekten Download aus neu installiert hatte. Da muss eine Datei kaputt sein, anders kann ich mir das nicht vorstellen. Aber genug Zeit dafür verblasen, *goddammit* der ganze Tag ist fast dafür drauf gegangen...

Anyway sorry für die Nuss, aber das hatte offensichtlich nicht mit mysqldumper zu tun.

@DSB
Merci für Dein freundliches Angebot, ich war dann unterwegs zu meinem Freund und hatte das Board gar nicht mehr im Sinn. Der "Jagdtrieb", Du verstehst sicher. Very Happy

lg
RhO

Posted: 2006-11-18, 23:56 (No subject)

Hehe, kein Problem.
Und wenn sich dann noch rausstellt, dass der Dumper unschuldig war, dann bin ich doch zufrieden. Wink

**uses MSD regulary** Joined: 17 Nov 2006 Posts: 13

Ja, das glaube ich wohl. Smile

OT:
Mal so quer gefragt: Wie könnte man eigentlich eine Art Integritätsprüfung der Dateien ermöglich. Ich stelle mir jetzt z.B. auch vor, das ungeübte oder besser unachtsame Nutzer für den Datentransfer via FTP nicht den ASCII-Mode nutzen, sonder Binär hochladen. Kann man so was überhaupt 'sondieren'? Mit einem HASH-Value der Dateien vielleicht?

Posted: 2006-11-19, 16:12 (No subject)

**uses MSD regulary** Joined: 17 Nov 2006 Posts: 13

Weiterhin OT:
Hast auch wieder recht. Nur um ganz sicher zu gehen, der große Schalter in der Mitte, wo das Licht drunter leuchtet "und "On" drauf steht? Wink

Posted: 2006-11-19, 17:51 (No subject)

Im Prinzip schon, aber da geht es schon wieder los mit den Versionsunterschieden.
Bei machen Steht "AN". Mr. Green

**uses MSD regulary** Joined: 04 Mar 2006 Posts: 16

Hi Forum,

ich hänge mich hier mal mit meinem Problem an. Ich hatte zuerst vor langer Zeit die Vorgängerversion von 1.21V6 installiert und war rundum zufrieden. Nach dem Update (auch vor langer Zeit Very Happy

) hatte ich eigentlich auch keine Probs - bis auf eine Merkwürdigkeit.

Irgendwann nach 1 oder 3 Monaten (kein bestimmter Zeitraum) wird das cgi-Script einfach nicht mehr ausgeführt.
Im Server-Log steht dann immer:
Use of uninitialized value in split at crondump.cgi line 200.

Dabei werden meine Backup-Dateien gar nicht gesplittet (brauche ich auch nicht, da a) meine Dateien nur max 1,5MB groß sind - und b) ich diesbezüglich keine Dateigrößenbeschränkung habe).

Der Fehler kann durch einfaches umkonfigurieren behoben werden. Einmal in der Konfiguration auf Splitgröße (default ist 1MB eingestellt) - abspeichern - und danach wieder umstellen (auf nicht splitten).

...was kann das sein?

-volker-

Posted: 2007-02-28, 00:33 (No subject)