Problem mit cronJob und Rechten unter Linux

halskrause · 02.03.2011, 22:42

Hi. Ich habe Problem mit einem CronJob.
Folgender Fall:
Order 1(777) hat ein Script(777), dass 8 ".cache" Dateien aktualisiert. Bei manueller Ausführung (Urlaufruf) klappt alles wunderbar. Alle 8 Dateien werden aktualisiert.

Ordner 2(777) beinhaltet alle 8 ".cache" Dateien. Auch diese haben 777 Rechte. Wenn ich über Plesk "Geplante Aufgaben" einen Cronjob einrichte und starte, gibt es Probleme!. Den Cronjob rufe ich so auf: wget http://xyz.de/crons/xyz.php
Das Problem ist, dass 3 von den 8 ".cache" Dateien aktualisiert werden. DIe restlichen 5 bleiben unberührt. Als MailNachricht kriege ich "Permission Denied".

PHP-Code:

  /* Hier der Codeabschnitt, der die Dateien aktualisiert. */
file_put_contents("../cache/".$cacheFile ."_". $country . $fileType, serialize($data) );

Woher kommt diese Restrikion? Wie gesagt, klappt alles bei manueller Ausführung prima.

tr0y · 03.03.2011, 03:50

riecht ganz pauschal gesagt danach das die Cronjobs zu schnell hintereinander ausgeführt werden und die cache-files noch in benutzung sind ( gelocked ) wärend die nächste instanz schon wieder drin rumschrieben will, was je nach system in ein "Access Denied" oder "file is locked." endet.

Wie groß sind die Cache-Files denn die da entstehen ? Sind die Scriptlaufzeiten so gestrickt das der nächste aufruf des Cronjobs nicht im Zeitfenster noch aktuell laufender Cronjobinstanzen liegt ?

halskrause · 03.03.2011, 10:13

Die Laufzeit des gesamten scripts beträgt ca. 0.2 Sekunden.
Und es werden immer die gleichen '.cache' Files nicht aktualisiert. Ich habe die Sache mal mit 'www.cronjob.de' getestet. Da funktioniert alles so wie es soll. Halt nur nicht über einen im Plesk eingerichteten CronJob. Getestet habe ich es über Plesk als "admin" und als "Kunde/Domain".

tr0y · 03.03.2011, 10:49

schon mal überlegt die cache-files /dev/null zu schenken und sie einfach neu schreiben zu lassen ? ( Es ist nicht ersichtlich was du schon alles versucht hast, geschweige denn ob dein script dauerhaft überschreibt oder vorher löscht. )

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
Probleme nach Umzug Linux ==> Windows	Janosch2008	PHP Tipps 2010	4	10.11.2010 11:45
Cronjob hinzufügen + php	gipsy111	PHP Tipps 2010	5	28.09.2010 13:06
Blog-Launch: Refining Linux	Manko10	Off-Topic Diskussionen	17	19.08.2010 22:20
[Erledigt] Timestamp Problem bei PHP-Script über Cronjob	hoffmann	PHP-Fortgeschrittene	1	16.06.2010 13:29
Cronjob Zeitintervalländerung erzwingen	dev83	PHP-Fortgeschrittene	2	15.03.2010 01:58
Webseiten werden bei Linux nicht richtig angezeigt		Server, Hosting und Workstations	13	16.10.2005 13:39
Problem mit Mac OS X (ist im Hintergrund ja auch Linux)	BEGINNER-L	Server, Hosting und Workstations	12	05.08.2005 14:52
Problem mit Bootloader	Monkey	Off-Topic Diskussionen	10	11.07.2005 16:11
[Erledigt] Problem mit User/Group: nobody(99)/99		Server, Hosting und Workstations	3	09.07.2005 15:31
problem bei exec(tar ...) ausführen über cronjob		PHP-Fortgeschrittene	2	06.07.2005 10:58
QT unter Linux, Compiler Problem	suter	Server, Hosting und Workstations	3	06.06.2005 16:47
Lohnt sich Linux?		Server, Hosting und Workstations	38	24.12.2004 15:10
[Erledigt] PHP linux user wechseln		PHP-Fortgeschrittene	12	05.12.2004 16:11
[Erledigt] Linux		Server, Hosting und Workstations	14	25.11.2004 17:04
ttf unter windows und linux		PHP Tipps 2004	0	19.10.2004 17:03

02.03.2011, 22:42
halskrause Erfahrener Benutzer Registriert seit: 29.08.2008 Beiträge: 777	Problem mit cronJob und Rechten unter Linux Hi. Ich habe Problem mit einem CronJob. Folgender Fall: Order 1(777) hat ein Script(777), dass 8 ".cache" Dateien aktualisiert. Bei manueller Ausführung (Urlaufruf) klappt alles wunderbar. Alle 8 Dateien werden aktualisiert. Ordner 2(777) beinhaltet alle 8 ".cache" Dateien. Auch diese haben 777 Rechte. Wenn ich über Plesk "Geplante Aufgaben" einen Cronjob einrichte und starte, gibt es Probleme!. Den Cronjob rufe ich so auf: wget http://xyz.de/crons/xyz.php Das Problem ist, dass 3 von den 8 ".cache" Dateien aktualisiert werden. DIe restlichen 5 bleiben unberührt. Als MailNachricht kriege ich "Permission Denied". PHP-Code: `/* Hier der Codeabschnitt, der die Dateien aktualisiert. */ file_put_contents("../cache/".$cacheFile ."_". $country . $fileType, serialize($data) );` Woher kommt diese Restrikion? Wie gesagt, klappt alles bei manueller Ausführung prima.


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

03.03.2011, 03:50
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	riecht ganz pauschal gesagt danach das die Cronjobs zu schnell hintereinander ausgeführt werden und die cache-files noch in benutzung sind ( gelocked ) wärend die nächste instanz schon wieder drin rumschrieben will, was je nach system in ein "Access Denied" oder "file is locked." endet. Wie groß sind die Cache-Files denn die da entstehen ? Sind die Scriptlaufzeiten so gestrickt das der nächste aufruf des Cronjobs nicht im Zeitfenster noch aktuell laufender Cronjobinstanzen liegt ? __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

03.03.2011, 10:13
halskrause Erfahrener Benutzer Registriert seit: 29.08.2008 Beiträge: 777	Die Laufzeit des gesamten scripts beträgt ca. 0.2 Sekunden. Und es werden immer die gleichen '.cache' Files nicht aktualisiert. Ich habe die Sache mal mit 'www.cronjob.de' getestet. Da funktioniert alles so wie es soll. Halt nur nicht über einen im Plesk eingerichteten CronJob. Getestet habe ich es über Plesk als "admin" und als "Kunde/Domain".

03.03.2011, 10:49
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	schon mal überlegt die cache-files /dev/null zu schenken und sie einfach neu schreiben zu lassen ? ( Es ist nicht ersichtlich was du schon alles versucht hast, geschweige denn ob dein script dauerhaft überschreibt oder vorher löscht. ) __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.