did path to php change in new versions?

[dmacleo]

just did a fresh install on centos 6.5 and now for every cron I have to enter the /usr/local/bin/php prefix to cron or I get the /usr/bin/php: bad interpreter: No such file or directory error.
I had never, to best of my recollection, symlinked /usr/bin/php to /usr/local/bin/php so I am curious as to why all crons looking for /usr/bin/php and not in /usr/local/bin/php by default.
not a big issue, crons seem to work ok on initial tests, just curious as to why the older setup (initial install of centos 6.4) worked w/o needing to specify the path.
is there a php.ini setting or conf file that points to /usr/bin/php somewheres?

 

[dmacleo]

huh crons run but don't actually do what they are supposed to (example import rss feeds into forum) and no errors emails, however no emails actually SENT either when they run UNLESS there is an error. so if no error tossed no email sent for success.

 

[DirectAdmin Support]

Hello,

/usr/bin/php is not ours.

The php binary for crons/scripts should be set to use:
/usr/local/bin/php

If that file does not exist, then recompile php:

cd /usr/local/directadmin/custombuild
./build php n

and see if that throws any errors (if it stops early)

John

 

[dmacleo]

tried that already.
whats happening now, when pointing to /usr/local/bin/php, is the crons run (per the logs) but don't actually execute. since they are running and not doing anything no emails sent out.
I know the tasks being called are good, been using them for years, they are tasks for invisionpower board such as (this is one I am testing with) rss importing into a forum.
prior to reloading wednesday I never had to put put the /usr/local/bin/php in front of task either, and one of the invision devs also sells dedicated boxes using DA and he also does not have to.
this is fresh centos 6.5 (maybe I should have started at 6.4?) with DA install and nothing else, yet crons (for other stuff like clipbucket site also) always look towards the centos default path.
have tried removing cron and reinstalling, no help there.
have tried php with cgi and cli, no help there either.

ugh and my backup issue happening again.
really thinking this is centos 6.5 issues

 

[dmacleo]

going to reinstall centos 6.4 and DA and start fresh again.
just need to read up on how to update stuff w/o updating to centos 6.5
the datacenter said they had a rash of reload reqs due to DA and centos 6.5, I don't have any further info on that though so take with grain of salt.
if I read it correctly yum --releasever=6.4 update should do updates and keep me 6.4 but i have never tried that, am I reading correctly?