PHP/SQL Error bij cronjob

[robertkeus]

Wanneer een server van ons tasks (cronjobs) gaat uitvoeren dan conflicteert dit met MYSQL. Alle websites waar dan een database achter zit, die op deze server staan, gaan dan voor +/- 5 minuten offline. En wij krijgen dan de volgende error:

"PHP has encountered an Access Violation at 01E13ED5"

Heeft iemand hier ervaring mee of dit ook ooit gehad?

[Marin]

Wat heb je allemaal in die cron table staan?

Overigens, je gooit dit topic onder "Micrososft Hosting" maar het lijkt me wel Linux?

[robertkeus]

Nee het draait op een windows server (2003), Programma: Windows Tasks

[Marin]

Nee het draait op een windows server (2003), Programma: Windows Tasks

Dat is dus iets anders als een CronJob he

Welke tasks draai je dan?

[robertkeus]

oh oké uhm... maar je kan er hetzelfde mee? Het zijn tasks die feeds controleren of er nog nieuwe items zijn bijgekomen.

[Marin]

oh oké uhm... maar je kan er hetzelfde mee? Het zijn tasks die feeds controleren of er nog nieuwe items zijn bijgekomen.

Ja, alleen in windows heet het "Task manager" en in Unix-based heet het "Cron".

Maar die tasks, gaan die heel erg aan de gang in een database?

[robertkeus]

Ja die plaatsen veel nieuwe items in de database.

[robertkeus]

Maar die tasks, gaan die heel erg aan de gang in een database?

Kan dat de fout veroorzaken?

[dreamhost_nl]

Is het misschien aan te raden om de tasks onder te verdelen over afzonderlijke tasks die allemaal na elkaar worden aangeroepen (evt. met pauzes)? Zo krijg je een beter overzicht waar het fout loopt.

[GuusDeGraeve]

Zijn die tasks ook php scripts? Zoja steek er dan wat logging in en zoals dreamhost zegt probeer ze zoveel mogelijk op te delen. Misschien voer je bepaalde zware queries tegelijk uit en zorg je er zo voor dat andere gelocked worden waardoor er andere dingen offline gaan. Maar dat zegt nog niks over die access violation...

Worden je tasks goed uitgevoerd?

[GuusDeGraeve]

Die access violation wil trouwens meestal zeggen dat PHP ergens bestanden wil raadplegen/editen waarop hij geen permissies heeft. Controleer je session_save en upload dir + tmp dir paths eens en controleer of de scripts daarop toegang hebben.

Draai je trouwens PHP+IIS? Want er zat ooit ergens een bug in PHP die deze error op IIS veroorzaakte, probeer mss dus ook eens een php upgrade als je IIS hebt.

[KristianT]

Als je de task als admin uitvoert werkt deze dan wel goed ?

[Digiover]

Hoe is de task ingesteld? PHP op de commandline reageert wat anders dan PHP via HTTP. Voer je scheduled task eens uit via de cmd.exe commandline en vaak wordt e.e.a dan wel duidelijk (foutmeldingen).

Bijvoorbeeld iets als: c:\php\php-cgi.exe c:\inetput\wwwroot\script.php

als script.php een include bestand niet kan vinden, een verbinding niet kan maken of een database-connectie niet kan openen, dan wordt dat netjes gemeld.

PS: Zo te zien heb je al sinds 14 december 2009 last van dit probleem. Het niet gebruiken van een reactie op een ander forum, en multi-posten is niet zo netjes :-p