If you click on every Active schedule at /index.php?module=Schedulers&action=index - and NONE of them show date/times when they last ran…
Then that must be a fresh install, brand new?
Have you ever had Suite running in daily usage?
and root cause is very likely cron - what steps have you take to configure your cron and prove it works - (eg have you any cron tasks outside of SuiteCRM (eg a dummy task that say appends a date line to a file every minute)
SuiteCRM has been installed since a couple of days.
No I don’t have other cron task outside SuiteCRM.
But if I do a nano on syslog, I see that the command of Cron for www-data seems to be running without errors. But no other proof than no message after the command is passed.
Do I need to put the root user on the permission inside the config.php file of SuiteCRM ?
Is there other things I must verify ?
I try rebuilding the default schedules et recreating a target list , a new campaign, repair the schedules etc…
The permissions of the /var/www/suitecrm folders and the folders indicated in the installation guide have the good permissions for the www-data (apache user)
Would it be a good Idea to also include the root user in the permissions inside the config.pho file ? (www-data which is apache user is the only one in the permission right now)
What does your crontab hint suggest to you when you are on the SuiteCRM Scheduler screen (at the bottom)? In order to run SuiteCRM Schedulers, edit your web server user’s crontab file with this command:
sudo crontab -e -u www-data
... and add the following line to the crontab file:
* * * * * cd /var/www/html/suitecrminstance; php -f cron.php > /dev/null 2>&1
This thread solution was the cron tab file itself so no necessarily the same issue we are seeing here, but does provide some troubleshooting actions you can read to help.
I succeeded ! I had to modify my crontab for user www-data and include the directories where the suitecrm is located and also specify the fpm. here is the crontab line :