Re: exec command fails in php, works in the command line

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



timeout isn't being used on either of these machines, and as far as I read it, the timeout directive would make the web server fail, producing an apache error or some strange behaviour on the client end. Neither of these happens, the php script completes normally, but the exec command (and only these exec commands, I'm using others in the script that work fine) doesn't always complete. Even if timeout was set to its normal default of 300 seconds, this all happens way before 300 seconds have passed. The whole process takes about 20 or 30 seconds.


 On Wed, 21 Sep 2005, John Nichel wrote:

ernst@xxxxxxxxxxxxxxx wrote:
the logs say things like:
/kunden/homepages/12/d117065027/htdocs/software/ImageMagick-6.2.3/utilities/convert ib_images/Other_Spices_Basic_004.jpg -resize 180x120 ib_images/Other_Spices_Basic_004_thumb.jpg

this is a command I'm trying to get php to run. I then cut and paste it to the command line, and it works fine. the paths are fine too, otherwise it would never run, not run some of the time. Can you give me an example of an apache directive that would restrict php?

Timeout

 On Wed, 21 Sep 2005, John Nichel wrote:

ernst@xxxxxxxxxxxxxxx wrote:

If the web server didn't have permission to execute the app, it would NEVER execute the app, not execute it some of the time. In fact, it ALWAYS executes the app, it just doesn't always allow it to finish. I log all attempts to run these apps in order to debug, so I know that the command as passed from php will work in the command line. I copy and paste the command from the log and it runs, even though it didn't complete execution when called from php.


What do the logs say??

I have increased several parameters in php.ini, including memory limit and allowed execution time. Nothing has helped. The only thing that helps is if I wrap the app I want to run in a perl script and call the perl script from php. That works more of the time, though it still often breaks.


Maybe the problem's not php but Apache (or whatever webserver you're using), as it has limits in place for these items too.

--
John C. Nichel
ÜberGeek
KegWorks.com
716.856.9675
john@xxxxxxxxxxxx

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


New Disorder Records - ten years of something:
Coming soon, new Power Struggle CD.
* Free Email with 5 megs, no ads
* Internet Radio Station - upload your music, we'll put it in rotation
* 100's of CDs for sale
* videos, message board, byofl
http://www.newdisorder.com



--
John C. Nichel
ÜberGeek
KegWorks.com
716.856.9675
john@xxxxxxxxxxxx

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


New Disorder Records - ten years of something:
Coming soon, new Power Struggle CD.
* Free Email with 5 megs, no ads
* Internet Radio Station - upload your music, we'll put it in rotation
* 100's of CDs for sale
* videos, message board, byofl
http://www.newdisorder.com
-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux