Portal Home > Knowledgebase > Articles Database > WHMCS CronJob issue
WHMCS CronJob issue
| Posted by Timoots, 05-14-2008, 01:25 PM |
| hi guys I have a reseller account with Reseller Zoom. My problem started 72 hours ago when I noticed my WHMCS was not working on my website. I was also recieving Cron Daemon emails stating:
Site error: the file /home/tmass10/public_html/clients/admin/cron.php requires the ionCube PHP Loader ioncube_loader_lin_5.2.so to be installed by the site administrator.
at this time i was using the standard WHMCS cron: php -q /home/tmass10/public_html/clients/admin/cron.php
RZ told me they made a custom php.ini file and placed it in my directory. Then said to change my Cron job to
php -c/home/tmass10/public_html/clients/admin/php.ini /home/tmass10/public_html/clients/admin/cron.php
At this point i noticed the WHMCS was loading again on my website. However I am still recieving Cron Job errors.
Any ideas?
|
| Posted by Spacerich, 05-14-2008, 11:28 PM |
| I think you should install Ioncube.
WHMCS Manual: http://v3manual.whmcs.com/display.php?id=8
|
| Posted by net, 05-14-2008, 11:31 PM |
| Moved > Technical & Security Issues.
|
| Posted by david510, 05-19-2008, 12:14 PM |
| Make a phpinfo page inside folder /home/tmass10/public_html/clients/admin/ and see if ioncube is installed fine. If not, ask the host to enable it for your account.
|
| Posted by vincent91326, 05-19-2008, 12:15 PM |
| When i had whmcs there were many "bugs" i would go with clientexec or something else
|
| Posted by ub3r, 05-19-2008, 01:10 PM |
| run this
php -c/home/tmass10/public_html/clients/admin/php.ini --info | less
if you don't see ioncube listed, you need to edit your php.ini to include the appropriate ioncube loader extension.
|
| Posted by whmcsguru, 05-19-2008, 08:35 PM |
| This is not a bug at all. This is something that is required, and is not loading. Here's why:
Ioncube is on the server (unless you specifically deleted it from the WHMCS install). If you can get into whmcs, it's there.
The reason this isn't responding is because it's not loaded in the php loaders, which is common. There IS a way around this, however. Well, there are two, none of them are extremely hard.
#1:
Call the file via browser. To do this change
to
If that doesn't work, try
or
in the cron entry itself.
#2:
edit php.ini (for cpanel servers, this will be in /usr/local/lib/), and add the following line RIGHT AFTER the main Zend line
|
| Posted by Timoots, 05-20-2008, 01:45 AM |
| i have tried all the sudgested solutions none are working. I know the cron is running fine. I can see that from checking the Activity log. However it is not sending me the output reports.
Im am lost on this....
Last edited by Timoots; 05-20-2008 at 01:49 AM.
|
| Posted by phpa, 05-22-2008, 01:16 PM |
| There are a couple of things to be aware of here with regards to extensions that may be relevant. The first is that a change to the implementation of dl() in PHP 5.2.5 and above requires modules to be installed in the extensions directory. Previously a path relative to the extensions directory could be specified allowing more flexibility for where extensions could be located. The second is that the php.ini file used by PHP CGI/CLI may not be the same script as used by the PHP module in the web server; in fact, the versions of PHP may even be different after a PHP upgrade and if care was not taken to upgrade both the web server module and command line versions properly.
If you were using runtime install previously for Loaders then you should switch to installing them in the php.ini file, and if encoded files work for e.g. the web server but not a cronjob, check that the PHP version is the same for command line and web server and also that the php.ini file being processed by PHP is the same. A phpinfo page will tell you this.
|
| Posted by hosteur, 05-22-2008, 01:22 PM |
| Which version of WHMCS are you using?
|
| Posted by Timoots, 05-22-2008, 11:33 PM |
| the latest stable one 3.6.1
|
| Posted by MichelleH, 05-22-2008, 11:42 PM |
| Doesn't WHMCS have a ticket support system? I know the one time I had an issue they logged in and fixed it right away for me
|
| Posted by ub3r, 05-23-2008, 01:17 AM |
| As much as I hate whmcs, this is not a whmcs problem. This is a 'he does not know how to edit php.ini to load the ioncube extension' problem.
|
| Posted by nberlanga, 06-14-2009, 09:20 PM |
| Hello,
I had this same error. In looking at the problem, it seems that I have 2 php.ini files that needed to be edited.
/etc/php5/apache2/php.ini <----I had already updated this one and added the line "zend_extension = /usr/local/ioncube/ioncube_loader_lin_X.X.so, and my php info page indicated that it was working.
and
/etc/php5/cli/php.ini <----Updating this file seems to have been what solved the problem.
I assume since it is in the "cli" (I am guessing "command line interface") directory, it is the one that contains the options for shell executed php scripts.
Hope this helps you out.
|
| Posted by whmcsguru, 06-14-2009, 09:31 PM |
| php will only use one ini file . You can find out what file is loaded in php by looking at a phpinfo page. To use this simply create a simple php file , with the following content in it
and viewing the page in a browser.
You can also tell what ini file is used by executing the following command inside ssh:
which will return something like:
In this case, the configuration file loaded is the standard location for compiled php w/ Zend, which is /usr/local/Zend/etc/php.ini (or /usr/local/lib/php.ini, which is an alias to that file).
Long and short:
You only need to edit one ini file here, not all the ones on your server.
As well,
is it REALLY necessary to re-open a thread that's a year old???
|
| Posted by nberlanga, 06-14-2009, 10:28 PM |
| Interestingly, on my server, what you suggested showed 2 different locations.
The "php info" page displayed under "Loaded Configuration File" "/etc/php5/apache2/php.ini".
However, the command "php --info | grep php.ini" puts out:
Configuration File (php.ini) Path => /etc/php5/cli
Loaded Configuration File => /etc/php5/cli/php.ini
I did not realize that posting in this thread would cause a problem. I googled the error, and this thread came up. It did not have an answer, nor did any of the other threads that google pulled up. Most of google's results were not related to the error. I posted my solution because it worked for me, and I hope that it will help someone else. My apologies, it it is such a big problem, delete my posts and close the thread for all eternity.
|
| Posted by timelead129, 06-15-2009, 04:04 PM |
| The right way is to make a phpinfo page inside the whmcs installation folder and find the loaded php.ini file and see if ioncube is installed fine.
If not, either you can enable it by editing the loaded config file from the phpinfo page or ask the provider to install it for you.
|
| Posted by whmcsguru, 06-15-2009, 06:06 PM |
| Then you have two different versions of php on your server, which happens when you have a package based install (rpm, debian, etc), and a compiled install together. You should clean that up and fix that.
Actually, the "right" way is to fix the php install so that there's only ONE ini file for the server.
|
Add to Favourites 
Print this Article
Also Read
Redirect URL (Views: 711)
Shared Hosting
Shared Hosting
