In order for Ultimate Cron to work properly, cron must be invoked every minute.

Normal (wget)


* * * * *      /usr/local/bin/wget -O - -q -t 1


Each launcher plugin for Ultimate Cron can provide a poormans cron mechanism. The launchers Serial and Background Process (bundled with Ultimate Cron) each provide a poormans cron mechanism.
Poormans cron can be enabled at /admin/config/system/cron/settings/poorman.


Loggers are responsible for logging job results. Ultimate Cron comes bundled with 2 loggers: Database and Cache.

The default logger can be changed at /admin/config/system/cron/logger. This option can be overridden per job.

Configuring cron jobs with hosteurope

Setting up a cronjob at hosteurope

This Document shows one way to set up a cronjob at hosteurope. There may be other ways, this one works.

1. Grab your FTP-Account

Edit /scripts/

Be sure that FTP works as expected and you can connect to your installed drupal-site via an ftp-client (like cyberduck, filezilla or some other, terminal-ftp will do it, too). Connect to your drupal-site, navigate to /scripts and open file for editing. In cyberduck just doubleclick the file, an appropriate editor should launch. Other ftp-clients will need you to download to your desktop.

You should see something like this:


/usr/bin/lynx -source > /dev/null 2>&1

The first line is for the operating-system to tell it that this file will be interpreted by shell. Just leave it. The next line is the standard-drupal suggestion for lynx-based cronjobs. Comment this line out by putting a # sign in front of it (or simply delete it) and write this:

lynx -dump http://[your-website-url]/cron.php?cron_key=[your-cron-key] > /dev/null

Multiserver setup

When running Drupal on multiple servers, it can be useful to offload the cron processing to all or some servers.
If using the wget method for launching cron, this can be done on all servers which will then serve as redundant launchers. You can settle for launching cron on one server, but then you have a single point of failure.

Service groups

A service group is a collection of service hosts and a method for distributing load to these hosts. The default distribution algorithm is to choose a random host. An alternative method for distributing load is implemented in the Background Process Apache Server Status as a proof-of-concept. This method sends the job to the web server with the most idle connections.


Assuming as the host name, and that the following servers are present in the setup:

Server #1:
Server #2:
Server #3:
Server #4:

Service host configuration

To configure the above service hosts, the following is add to settings.php:

$conf['background_process_service_hosts'] = array(
'server_1' => array(
'base_url' => '',
'http_host' => '',
'server_2' => array(
'base_url' => '',
'http_host' => '',
'server_3' => array(


Q: My web site is slow or unresponsive
A: Ultimate Cron launches jobs in parallel through an HTTP request (unless using Drush). If a lot jobs are scheduled to run, ensure that the "Simultaneous connections" setting is lower than the MaxClient of your web server.

Q: Jobs are stuck in "Starting" state.
A: If the Drupal site is not reachable at $base_url from the web server, Background Process can fail in launching requests, especially if migrating db's from one environment to another. One solution can be to click the "Determine default service host" button on the Background Process settings page. Another solution could be to manually configure the service hosts in the settings file. See Background Process for more.
A: The web server accepts the connection but never actually executes it. This a somewhat theoretical problem that hasn't been confirmed yet, but seem to have happened to some people, especially when using SSL.
A: This will happen with the combination Drupal 6, clean urls and nginx. This has been fixed in the dev version

Q: Jobs are running but never finishes.
A: It can happen from time to time that a job dies without Ultimate Cron being able to catch this. There are two known reasons for this.


It is recommended to disable Ultimate Cron's poorman's cron function, and instead setup the crontab on the server to run each minute, e.g.:

* * * * * wget -O - -q -t 1

Ultimate Cron will launch each Drupal cron handler at it's configured time. By default, all queues run each minute, and all regular jobs run every 10 minutes, with a slight offset to each other. The default rule can be configured on the Ultimate Cron settings page.


Subscribe with RSS Subscribe to RSS - cron