Cron Job von externem Dienst anstossen

**knows MySQLDumper** Joined: 29 Jan 2012 Posts: 4

Ich scheitere bei dem Versuch einen Job auf einer gehostete MSD-Installation (Hosteurope: WebPack) durch Cron-job.org anstossen zu lassen.

MSD:1.24.4 | PHP:5.2.17
Es gibt:
1.) eine mysqldumper.config mit: $config['cron_printout'] = '0';
2.) eine crondump.pl mit: my $absolute_path_of_configdir="/is/htdocs/WEBSPACE_ID/www/mysqldumper/work/config/";
3.) der Pfad zu crondump.pl hat CHMOD: www:770 ; mysqldumper:750 ; msd_cron:755 ; crondump.pl:755
4.) einen Subdomainverweis dbdump.URL.XX auf /is/htdocs/WEBSPACE_ID/www/mysqldumper
5.a) den Pfadeintrag bei cron-job.org mit: http://dbdump.URL.XX/msd_cron/crondump.pl?config=mysqldumper
5.b) bzw. (als Versuch): http://dbdump.URL.XX/msd_cron/crondump.pl?config=mysqldumper&html_output=0
6. Die Tests unter Backup|Backup Perl verlaufen positiv (bis auf: Error: modul Net::FTPSSL not found!)

Die Folge:
- ein manuelles Backup funktioniert (allerdings nicht ganz wie erwartet vgl:http://forum.mysqldumper.de/post48077.html#48077)
- cron-job.org meldet bei 5.a) & 5.b): "fehlerhaft: Der Cronjob konnte nicht ausgeführt werden (z.B. wegen fehlerhafter URL)"
- direkt als URL im Browser ergibt 5.a) einen offenbar einwandfreien Durchlauf mit Rückmeldung im Browser, Log-File sowie dem Backup
- direkt als URL im Browser ergibt 5.b) den Fehler:" Das Skript konnte nicht fehlerfrei ausgeführt werden. - Häufige Ursachen sind, dass das Skript nicht im ASCII-Modus hochgeladen oder der Interpreter (z.B.: #!/usr/bin/perl) nicht angegeben wurde."

Darüber hinaus:
- Das stundenlange Gefummel hat mir den letzten Nerv geraubt
- ich will zum Therapeuten

Weiß jemand Rat? Dankbarkeit ist ihm gewiß!

Posted: 2012-01-31, 00:21 (No subject)

Das ist jetzt nicht mehr so richtig nachvollziehbar.
Nach der Änderung der Serverkonfiguration bezüglich Suhosin-Patch käme es nun auf einen neuen Versuch an (siehe Thread: http://forum.mysqldumper.de/post48083.html).
Per Browser funktioniert das Cronscript jetzt ganz normal - rennt allerdings bei 3 Datenbanken in einen Timeout, weshalb die Lösung hier nicht in Betracht kommt.