Cron Job

[murtuza_hasan]

I have been trying to run a cron every 30 mins. the command is as follows:

/usr/bin/php /home/username/public_html/myfile.php

But it is giving me a Internal 500 Error.
Please suggest solutions as soon possible.


Thanks All.

[quietFinn]

Originally Posted by murtuza_hasan

I have been trying to run a cron every 30 mins. the command is as follows:

/usr/bin/php /home/username/public_html/myfile.php

But it is giving me a Internal 500 Error.
Please suggest solutions as soon possible.


Thanks All.

Change the permissions (chmod) of the file to 644.

[murtuza_hasan]

Originally Posted by quietFinn

Change the permissions (chmod) of the file to 644.

Thanks for the reply. But the file is already in 644. Is there any alternative to perform the task.

Thanks

[whnp]

An internal server error (500) is a HTTP error code, not a error a php script would give.

http://en.wikipedia.org/wiki/List_of...x_Server_Error

Its impossible to say without looking at the code, but either you php script is calling a website which returns a 500 error or your cron job is not actually setup as you listed in the first post.

If it really is exactly what you listed, I would open up a ticket with the Hostgator admins, because this is not something we can tell you how to fix without looking at the specific code itself.

[GvilleRick]

Originally Posted by murtuza_hasan

Thanks for the reply. But the file is already in 644. Is there any alternative to perform the task.

Thanks

It's difficult to provide much help with the limited information given. A 500 error is pretty generic, there may be more details in your Error Log in your cPanel that would help. The most common reason is permissions. What is the purpose of the file the cron is calling?

[quietFinn]

Originally Posted by whnp

An internal server error (500) is a HTTP error code, not a error a php script would give.

http://en.wikipedia.org/wiki/List_of...x_Server_Error

Its impossible to say without looking at the code, but either you php script is calling a website which returns a 500 error or your cron job is not actually setup as you listed in the first post.

If it really is exactly what you listed, I would open up a ticket with the Hostgator admins, because this is not something we can tell you how to fix without looking at the specific code itself.

In HostGator servers PHP is executed as CGI (using suPHP). Because of that a php file can be writable only by the owner of the file, not more.
If a php file has too wide permissions (like 777 or 666 or even 664) you will get a 500-error when you try to execute that file.
And yes, that error does come from the http server (Apache), not from the php script itself.


EDIT:
Just came to think of it... if that is running as a crontab job, how can it give a 500 error?

[murtuza_hasan]

Thanks all for your replies.

The php script i am using is working with the twitter api's to search profiles and tweets. When i am running the script independently its fine. but the script take about 5-8 minutes to execute. The error is resolved when i am removing the cron.

Is it the process time of the script? i am not very well versed with cpanel. But there is a place in cpanel where its showing the process logs. The max processes is 25. But when ever the cron is running its going upto 32. Then is when the error is getting fired.

I hope this information will be of some use to resolve the problem.

Thanks.

[striddy]

Originally Posted by murtuza_hasan

When i am running the script independently its fine. but the script take about 5-8 minutes to execute. The error is resolved when i am removing the cron.

Is it the process time of the script? i am not very well versed with cpanel. But there is a place in cpanel where its showing the process logs. The max processes is 25. But when ever the cron is running its going upto 32. Then is when the error is getting fired.

The HG Tos (link at bottom of page) states:

7. Resource Usage
User may not:
a) Use 25% or more of system resources for longer then 90 seconds.

You might want to submit a ticket to support to see if that's the reason your script is failing.

[gwyneth]

Plus this might considered to violate the next TOS provision, "b) Run stand-alone, unattended server-side processes at any point in time on the server".

[eLIANT]

Originally Posted by gwyneth

"b) Run stand-alone, unattended server-side processes at any point in time on the server".

Unfortunately, this rule is impossible to comprehend since all .php scripts (including the ubiquitous phpinfo.php) are "stand-alone, unattended server-side processes."

[gwyneth]

Originally Posted by eLIANT

Unfortunately, this rule is impossible to comprehend since all .php scripts (including the ubiquitous phpinfo.php) are "stand-alone, unattended server-side processes."

Yeah, I know, which is why I said 'might'.

phpinfo.php, though is normally run by the person browsing to that address, so it's not unattended.

and while cron entries are normally unattended, they're not stand-alone, since they run something else.

eLiant, you might bring this provision up in the thread in the suggestons category about clarifying the TOS.

[eLIANT]

Good point. Thread updated.