Hallo zusammen,
was kann der Unterschied sein zwischen dem Aufruf des Perlscripts in der Shell und dem Aufruf als Cronjob?
Rufe ich crondump.pl in der Shell auf läuft die Sicherung durch(107MB!) und ich erhalte die E-Mail mit der Meldung. Das Script als Cronjob bricht kommentarlos ab. Die Sicherung ist dann ca. 80MB gross und die E-Mail wird nicht geschickt.
Auszug aus dem Perl-Log: 29.08.2007 23:30:01 : Starting backup using Perlscript version 1.22
29.08.2007 23:30:10 : Dumping data into file `db182668_8_2007_08_29_23_30_perl.sql.gz`
30.08.2007 11:41:01 : Starting backup using Perlscript version 1.22
30.08.2007 11:41:04 : Dumping data into file `db182668_8_2007_08_30_11_41_perl.sql.gz`
30.08.2007 11:46:05 : Perl Cron-Dump `db182668_8_2007_08_30_11_41_perl.sql.gz` finished.
30.08.2007 11:46:05 : Mail was sent to
webmaster@dummydomain.de. succesfully
Gestern um 23:00Uhr der Cronjob und heute der erneute Versuch aus der Shell. Die Kopie aus dem Verwaltungsbereich des Dumper zeigt bei beiden Backups die komplette korrekte Anzahl der Tabellen und die Anzahl der Datensätze stimmt auch. Die Größe ist jedoch, wie bereits gesagt, unterschiedlich.
Auszug aus der Verwaltungsseite des Dumper: Datenbank gz Script Kommentar Datum Multipart Tabellen/Einträge Dateigröße Kodierung
db182668_8 komprimiert (gz) perl(1.22) 30.08.2007 11:41 nein 59 / 6.735.416 107.43 MB latin1
db182668_8 komprimiert (gz) perl(1.22) 29.08.2007 23:30 nein 59 / 6.734.320 84.62 MB latin1
Kann es sein das es an der Größe der Backupdatei liegt?
Begrenzungen sind in der Cronjobumgebungen nicht gesetzt und der Server hat 4GB RAM, also nichts Kleines. 
Andere Backups mit dem Dumper laufen auf diesem Server, also in dieser Cronjobumgebung, problemlos. Allerdings sind dort die Datenbanken erheblich kleiner.
Grüße
Jo
