[Erledigt] Server führt PHP-Skript nicht aus - für den Browser schon!

SHODAN · 27.08.2010, 18:25

Ich habe zu meiner Problematik entweder nichts passendes gefunden oder die beschriebenen Sachen haben nicht funktioniert.

Hintergrund:

Ich möchte eine MySQL-Datenbank automatisch sichern lassen und habe dazu auch schon eine PHP-Datei "backup.php" erstellt. Diese legt beim Aufruf einen Dump der DB in dem FTP-Ordner an.

Das Skript funktioniert tadellos, allerdings möchte ich die Ausführung des Skripts via Cronjob lösen und andererseits die PHP-Datei und den Speicherort für die Dump-Files unter das html-Verzeichnis legen, so dass beides nicht über URL zu erreichen ist.

Problem:

Der Cronjob wurde auch erfolgreich eingebunden und lässt sich auch in der Console über crontab -l anzeigen:

Code:

50 23 * * * php /var/backup/backup.php

Allerdings wird zum gewünschten Zeipunkt kein Dump angelegt. Also habe ich den Cronjob geändert, dass er minütlich die Datei ausführt und die PHP-Datei ins html-Verzeichnis /var/www/html/backup.php gesetzt. Und wieder werden keine Dump-Dateien angelegt, in den Logs sehe ich aber, das der Cronjob minütlich durchgeführt wurde. Rufe ich nun die URL htt://www.domain.de/backup.php auf, so erhalte ich mein gewünschtes sql-Dump.

Nun habe ich u.A. weiter probiert und wollte die PHP-Datei über die Konsole (mit Putty) öffnen, z.B.

php /var/backup/backup.php
php -f /var/backup/backup.php
/usr/bin/php /var/backup/backup.php
u.v.m.

ich erhalte bei allen Sachen zwar keine Fehlermeldung als wenn alles funktioniert, aber die sql-Dumps werden einfach nicht erstellt.

Zur Info:

Ich habe vollen Zugriff auf den Server (Apache/2.2.3 CentOS) und nutze PHP 5.1.6 (cli).

Ich hoffe, dass jemand eine Lösung oder weitere Ansatzpunkte für mein Problem kennt.

SHODAN

nikosch · 27.08.2010, 18:27

Dann wirst Du wohl den falschen Pfad benutzen.

Wolla · 27.08.2010, 18:34

Mach mal in Zeile 0, also noch vor <?php diese Zeile:

#!/usr/bin/php

SHODAN · 27.08.2010, 18:39

@nikosch:
Der Pfad ist aber richtig, denn wenn ich beispielsweise beim Cronjob nicht backup.php sondern backup2.php eingebe, dann erhalte ich eine eMail mit der Fehlermeldung, dass die input-File nicht geöffnet werden konnte.

@Wolla:
Das habe ich auch schon ausprobiert, ändert aber leider nichts. Außerdem habe ich gelesen, dass dies bei cli ignoriert wird und daher auch entfernt werden kann.

nikosch · 27.08.2010, 18:50

Dann wird der Dump vielleicht nur woanders hingeschrieben. Oder es fehlen Berechtigungen o.ä. Im Zweifel mal die Logfiles lesen.

Wolla · 27.08.2010, 18:52

Hmpf - ich würde mal zu Anfang und Ende eine mail schicken mit einem Zeitstempel und sonstigen verfügbaren Informationen.

lstegelitz · 27.08.2010, 19:02

Klingt so, als habe dein Script Abhängigkeiten, die einem CLI Script nicht zur Verfügung stehen.. kannst du Code posten oder sprengt das den Rahmen?

SHODAN · 28.08.2010, 18:15

Also das besagte PHP-Skript sieht wie folgt aus:

PHP-Code:

 
#!/usr/bin/php

<?php

 
$user="user";

$pass="password";

$db="database";

 
$file= "backup_". $db . "-" . date("d.m.y-H.i") .".sql"; 

$dump=exec("mysqldump --user=$user --password=$pass --add-drop-table --all-databases > $file");  

 
?>

Um zu schauen, ob ein PHP-Code über die Konsole gestartet werden kann habe ich mal die Datei "test.php" hochgeladen:

PHP-Code:

  <?php

 
echo "Hello World!";

 
?>

Mit dem Aufruf "php test.php" bekomme ich dann bei der Konsole auch "Hello World!" angezeigt.

Ein Berechtigungsproblem kann es nicht sein, weil ich alles mit root probiert habe, allerdings muss eventuell die Konfiguration geändert werden.

Ich habe mein Problem übrigens auf andere (elegantere) Weise ohne PHP gelöst. Ich mach den Dump via mysqldump direkt über den Cronjob:

Code:

50 23 * * * mysqldump --default-character-set=latin1 --user=user --password=password database > /var/db-backup/db_backup_`date +\%Y-\%m-\%d`.sql

Damit bekomme ich nun täglich um 23:50 Uhr meine MySQL-Sicherung, z.B. heute als /var/db-backup_2010-08-28.sql.

SHODAN

nikosch · 28.08.2010, 18:28

Und wieso gibst Du dort den absoluten Pfad an und im PHP nicht?!

SHODAN · 28.08.2010, 18:33

Zitat:

- Dann wird der Dump vielleicht nur woanders hingeschrieben.
- Und wieso gibst Du dort den absoluten Pfad an und im PHP nicht?!

Das ist genau das Problem gewesen! Beim Aufruf durch den Browser wurde der Dump immer in das Verzeichnis geschrieben, wo sich die PHP-Datei befand. Wenn ich es aber über die Konsole gemacht habe, dann wurde der Dump stattdessen immer ins Verzeichnis /root/ geschrieben, was ich allerdings nicht bemerkt hatte.

Also es hat alles super funktioniert, es war nur ein falsches Verzeichnis. Aber ich werde meine tägliche Sicherung über den im oberen Post geschilderten Cronjob durchführen.

Vielen Dank für das Lesen und die Hilfe.

SHODAN

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Per Browser ein Script auf den Server Starten	smilla	PHP-Fortgeschrittene	30	03.04.2010 11:56
[Erledigt] [Windows] Server starten	Pat009	PHP Tipps 2010	2	22.03.2010 23:07
Problem mit SERVER & REMOTE_ADDR	dev83	Server, Hosting und Workstations	1	22.03.2010 12:06
Biete Webspace mit Domain auf schnellem Server zu Duping-Preis an!	75MrCoolBoy	Off-Topic Diskussionen	9	07.02.2010 22:16
Anwendung für mehrere Server entwickeln	smilla	Software-Design	14	30.12.2009 00:05
[Erledigt] WAMP unter Windows 2000 Server oder Windows 2003 Server	Mecronomecon	Server, Hosting und Workstations	3	18.06.2008 09:15
Skript auf einem anderen Server!	aha_01	PHP Tipps 2008	3	05.12.2007 09:02
[Erledigt] Server durchsuchen mit php		PHP Tipps 2008	7	18.08.2007 12:24
Server für shell_exec() / exec() vorbereiten	Martek	Server, Hosting und Workstations	2	16.03.2007 15:03
streaming von videos, server lahmt bereits nach einem abruf	snowflow	Server, Hosting und Workstations	6	30.11.2006 18:04
PHP-Ausgabe gepuffert an Browser senden	sponer	PHP Tipps 2006	2	24.04.2006 00:08
Suche Tipps für Persormance-Steigerung (Geld für Nützliches)		Beitragsarchiv	18	16.08.2005 10:57
[Erledigt] Funktionssammlung auf externen Server auslagern		PHP Tipps 2005	20	29.05.2005 14:04
zlib.output_compression kompression Server -> Browser	tekknotrip	PHP Tipps 2004-2	1	12.11.2004 13:12
[Erledigt] Vom Server überprüfen, ob der Browser noch da ist?		PHP Tipps 2004	15	25.10.2004 15:28

27.08.2010, 18:25
SHODAN Neuer Benutzer Registriert seit: 27.08.2010 Beiträge: 4 PHP-Kenntnisse: Anfänger	[Erledigt] Server führt PHP-Skript nicht aus - für den Browser schon! Ich habe zu meiner Problematik entweder nichts passendes gefunden oder die beschriebenen Sachen haben nicht funktioniert. Hintergrund: Ich möchte eine MySQL-Datenbank automatisch sichern lassen und habe dazu auch schon eine PHP-Datei "backup.php" erstellt. Diese legt beim Aufruf einen Dump der DB in dem FTP-Ordner an. Das Skript funktioniert tadellos, allerdings möchte ich die Ausführung des Skripts via Cronjob lösen und andererseits die PHP-Datei und den Speicherort für die Dump-Files unter das html-Verzeichnis legen, so dass beides nicht über URL zu erreichen ist. Problem: Der Cronjob wurde auch erfolgreich eingebunden und lässt sich auch in der Console über crontab -l anzeigen: Code: 50 23 * * * php /var/backup/backup.php Allerdings wird zum gewünschten Zeipunkt kein Dump angelegt. Also habe ich den Cronjob geändert, dass er minütlich die Datei ausführt und die PHP-Datei ins html-Verzeichnis /var/www/html/backup.php gesetzt. Und wieder werden keine Dump-Dateien angelegt, in den Logs sehe ich aber, das der Cronjob minütlich durchgeführt wurde. Rufe ich nun die URL htt://www.domain.de/backup.php auf, so erhalte ich mein gewünschtes sql-Dump. Nun habe ich u.A. weiter probiert und wollte die PHP-Datei über die Konsole (mit Putty) öffnen, z.B. php /var/backup/backup.php php -f /var/backup/backup.php /usr/bin/php /var/backup/backup.php u.v.m. ich erhalte bei allen Sachen zwar keine Fehlermeldung als wenn alles funktioniert, aber die sql-Dumps werden einfach nicht erstellt. Zur Info: Ich habe vollen Zugriff auf den Server (Apache/2.2.3 CentOS) und nutze PHP 5.1.6 (cli). Ich hoffe, dass jemand eine Lösung oder weitere Ansatzpunkte für mein Problem kennt. SHODAN Geändert von SHODAN (27.08.2010 um 18:47 Uhr).


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

27.08.2010, 18:27
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.257 PHP-Kenntnisse: Fortgeschritten	Dann wirst Du wohl den falschen Pfad benutzen. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

27.08.2010, 18:34
Wolla Moderator Registriert seit: 06.06.2008 Beiträge: 4.849 PHP-Kenntnisse: Fortgeschritten	Mach mal in Zeile 0, also noch vor <?php diese Zeile: #!/usr/bin/php __________________ Warum denkt mein Hund eigentlich immer dann, wenn es an der Tür klingelt, es sei für ihn?

27.08.2010, 18:39
SHODAN Neuer Benutzer Registriert seit: 27.08.2010 Beiträge: 4 PHP-Kenntnisse: Anfänger	@nikosch: Der Pfad ist aber richtig, denn wenn ich beispielsweise beim Cronjob nicht backup.php sondern backup2.php eingebe, dann erhalte ich eine eMail mit der Fehlermeldung, dass die input-File nicht geöffnet werden konnte. @Wolla: Das habe ich auch schon ausprobiert, ändert aber leider nichts. Außerdem habe ich gelesen, dass dies bei cli ignoriert wird und daher auch entfernt werden kann.

27.08.2010, 18:50
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.257 PHP-Kenntnisse: Fortgeschritten	Dann wird der Dump vielleicht nur woanders hingeschrieben. Oder es fehlen Berechtigungen o.ä. Im Zweifel mal die Logfiles lesen. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

27.08.2010, 18:52
Wolla Moderator Registriert seit: 06.06.2008 Beiträge: 4.849 PHP-Kenntnisse: Fortgeschritten	Hmpf - ich würde mal zu Anfang und Ende eine mail schicken mit einem Zeitstempel und sonstigen verfügbaren Informationen. __________________ Warum denkt mein Hund eigentlich immer dann, wenn es an der Tür klingelt, es sei für ihn?

27.08.2010, 19:02
lstegelitz Erfahrener Benutzer Registriert seit: 07.09.2009 Beiträge: 3.891 PHP-Kenntnisse: Fortgeschritten	Klingt so, als habe dein Script Abhängigkeiten, die einem CLI Script nicht zur Verfügung stehen.. kannst du Code posten oder sprengt das den Rahmen? __________________ Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

28.08.2010, 18:15
SHODAN Neuer Benutzer Registriert seit: 27.08.2010 Beiträge: 4 PHP-Kenntnisse: Anfänger	Also das besagte PHP-Skript sieht wie folgt aus: PHP-Code: `#!/usr/bin/php <?php $user="user"; $pass="password"; $db="database"; $file= "backup_". $db . "-" . date("d.m.y-H.i") .".sql"; $dump=exec("mysqldump --user=$user --password=$pass --add-drop-table --all-databases > $file"); ?>` Um zu schauen, ob ein PHP-Code über die Konsole gestartet werden kann habe ich mal die Datei "test.php" hochgeladen: PHP-Code: `<?php echo "Hello World!"; ?>` Mit dem Aufruf "php test.php" bekomme ich dann bei der Konsole auch "Hello World!" angezeigt. Ein Berechtigungsproblem kann es nicht sein, weil ich alles mit root probiert habe, allerdings muss eventuell die Konfiguration geändert werden. Ich habe mein Problem übrigens auf andere (elegantere) Weise ohne PHP gelöst. Ich mach den Dump via mysqldump direkt über den Cronjob: Code: 50 23 * * * mysqldump --default-character-set=latin1 --user=user --password=password database > /var/db-backup/db_backup_`date +\%Y-\%m-\%d`.sql Damit bekomme ich nun täglich um 23:50 Uhr meine MySQL-Sicherung, z.B. heute als /var/db-backup_2010-08-28.sql. SHODAN

28.08.2010, 18:28
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.257 PHP-Kenntnisse: Fortgeschritten	Und wieso gibst Du dort den absoluten Pfad an und im PHP nicht?! __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --