WHMCS cron job silently failing since January

Just found out my WHMCS cron has been failing since January. Someoneelses problem became mine real fast. Four months of invoices sitting unprocessed. Customers not billed. Now I get to explain why "your account is suspended" emails are coming out in April for services used since winter.

The CronJob[1] itself? Permissions looked fine. Paths looked fine. I checked everything obvious. Nothing in error_log. Silent failure is worst failure because you don't know you're bleeding until someoneelse points at the puddle.

[1] https://docs.whmcs.com/Crons - not that it helped

Running on KnownHost VPS, cPanel. php version changed in December, maybe that's it? Anyone else seen this particular nightmare?

Actually, check your php binary path first. (common issue (especially after php upgrades (the shebang in cron.php gets stale))).

Run: `which php` then compare to your cron entry. If mismatched, that's your (silent (because no stderr redirect)) killer.

Also check that your cron user has permission to (read (and execute)) the full path. WHMCS docs skip this sometimes.

09/04/2026 - classic case. Had same on Time4VPS last year. Php8.1 to 8.2 migration, binary moved from /usr/bin/php to /usr/bin/php8.2. Cron kept calling old path. Bloody silent.

Check your crontab with:

* * * * * /usr/bin/php -q /path/to/cron.php >> /dev/null 2>&1

That 2>&1 is critical. Without it, errors vanish. Most "silent" failures are actually screaming, just into void.

Metric: 200 late notices is roughly 6.7 notices per day if spread evenly. Brutal concentration of customer rage.

Oh no hos 200 notice very bad ạ

I have same before on GreenCloudVPS https://greencloudvps.com cron fail 3 month no know ạ

Fix for me is very simple ạ change php path and add log file ạ

* * * * * /usr/local/bin/php /home/user/cron.php >> /var/log/whmcs_cron.log 2>&1

Now I check log every day ạ very important ạ

Your customer will understand ạ maybe ạ

Wesh Berlin1, le server حلو but cron not حلو incha'allah you fix fast

I had this on CloudCone, same story. php path changed after update. French hosting always does this, they love breaking paths.

Code-switch: check if your host uses alt-php or ea-php. CPanel servers often have both. Le wrong binary = le silent death.

Bonne chance !