Как настроить cron для moodle

Как настроить cron для moodle

The Moodle ‘cron’ process is a PHP script (part of the standard Moodle installation) that must be run regularly in the background. The Moodle cron script runs different tasks at differently scheduled intervals.

IMPORTANT: Do not skip setting up the cron process on your server for your Moodle. Your site will not work properly without it.

It is recommended that the cron is run every minute, as required for asynchronous activity deletion when using the recycle bin.

The cron program (that runs the Moodle script) is a core part of Unix based systems (including Linux and OSX) being used to run all manner of time-dependent services. On Windows the simplest solution is to create a task in the Windows Task Scheduler and set it to run at regular intervals. On shared hosting, you should find the documentation (or ask support) how cron is configured. Most shared hosting systems use CPanel to manage sites, and usually will have a section for Cron Jobs on the panel.

Essentially, the task involves adding a single command to the list of cron activities on your system. On Unix based systems this list is a file called a ‘crontab’ which all users have.


General discussion

See the later sections for your server type; this section contains some general background information.

There are essentially two steps to implementing cron:

  1. identifying the correct command to run
  2. finding the right place on your system to put the command

Working out the Moodle cron command

Moodle has two different ways to deploy cron which use different scripts within the Moodle install. These are as follows.

  1. The CLI (command line interpreter) script. This will be at the path If in doubt, this is the correct script to use. This needs to be run by a ‘PHP CLI’ program on your computer. So the final command may look something like You can (and should) try this on your command line to see if it works. WARNING: Check your command-line PHP version is compatible with your chosen version of Moodle. The command-line PHP program is different to the one running your web site and is not always the same version.
  2. If, for some reason, you cannot run the CLI script there is the web based script. Note that this is now deprecated and may be removed in future versions. This needs to be run from a web browser and will be accessed via a web url something like http://your.moodle.site/admin/cron.php. You can find command line based web browser (e.g. wget) so the final command may look like This has the advantage that it can be run from *anywhere*. If you can’t get cron to work on your machine it can be run somewhere else.

The web based Moodle cron command

  • If you have a choice, do not use the web based cron. It is likely to be removed in a future Moodle version.
  • From Moodle 2.9 onwards, the cron job can no longer be run from web by default. You will get an error message:
  • You can change this in ‘ Dashboard ► Site administration ► Security ► Site policies ‘ by deselecting ‘Cron execution via command line only’.
    • You will be warned that ‘Running the cron from a web browser can expose privileged information to anonymous users. Thus it is recommended to only run the cron from the command line or set a cron password for remote access.’
    • You can then write a ‘Cron password for remote access’. If this field is left empty, no password is required.
    • This means that the cron.php script cannot be run from a web browser without supplying the password using the following form of URL:

Finding the right place to put the command

This really does depend on the system you are using and you should find and read the documentation for your platform or hosting. In most cases getting the Moodle cron to run consists of establishing the correct command (above) and then adding it, and the time to run the command, to some sort of file. This might be either through a specific user interface or by editing the file directly.

Читайте также:  Как настроить pid квадрокоптера

If using the CLI version you also need to make sure that the cron process is run as the correct user. This is not an issue with the web version.

Example. installing cron on Ubuntu/Debian Linux. Assuming logged in as root..

use the crontab command to open a crontab editor window for the www-data user. This is the user that Apache (the web server) runs as on Debian based systems

This will open an editor window. To run the cli cron script every 1 minute, add the line:

NOTE: the final >/dev/null sends all the output to the ‘bin’ and stops you getting an email every 1 minute.

Setting up cron on your system

Choose the information for your server type:

  • Cron with Unix or Linux- Cron services on various UNIX and Linux flavored operating systems.
  • Cron with Windows OS — Cron services in Windows
  • Apple OSX — use the built-in ‘crontab’ service which is exactly the same as Cron with Unix or Linux. However, you might want to do it the ‘Apple way’ using launchd — see Cron with MAC OS X
  • Cron with web hosting services- Cron services in various web hosting examples.

Here are some more instructions for specific hosts (please check that these are up to date):

Using third party cron service

Besides using cron hosted on your own server, you may use third party cron service (usually called webcron):

  • cron-job.org is a free service. (1Minute cron is possible)
  • EasyCron — A webcron service provider that eliminates the need of crontab or other task schedulers to set cron job.
  • WebCron — A free and easy webcron service provider.

Cron settings in Moodle

An admin can set cron execution via command line only or a cron password for remote access in ‘Site security settings’ in the Site administration.

Remote cron

Using the ‘web based’ version of cron it is perfectly ok to place the cron process on a different machine to the Moodle server. For example, the cron service on a Unix server can invoke the cron web ‘page’ on a Windows based Moodle server.

Scheduling tasks

An administrator can schedule cron tasks very precisely from Administration > Site administration > Server > Scheduled tasks, see Scheduled tasks

Running cron for several Moodle servers

  • Tasks can run in parallel and processes use locking to prevent tasks from running at the same time which allows cron to be triggered from multiple web servers that serve the same Moodle instance.
  • If you are running different Moodle instances on the same server, then each Moodle instance needs a cron job. (Even a single Apache web server can run different Moodle instances on different domains by using its virtual hosts capability https://httpd.apache.org/docs/2.2/vhosts/index.html.)

Debugging Scheduled Tasks

Sometimes, a particular cron task may not be working correctly. In Moodle versions before 2.7 — any cron task that was throwing exceptions would prevent the rest of cron from running. The only way to monitor if cron was completing each time, was to add some automated checking of the output of running cron (e.g. searching for the string «Cron completed at «).

In Moodle 2.7 and later, a single failing scheduled task will not prevent the remaining tasks from completing. When any single scheduled task fails, it is marked as a failure, and scheduled to be reattempted. If the task keeps failing, the next scheduled time will be backed off until it is attempted at most once every 24 hours. But checking the Scheduled tasks admin page, you can see if any task is currently failing (it will have a non-zero fail delay — which is the number of seconds to wait before reattempting a failed task). A simple way to debug a failing task, is to run it immediately using the cli scheduled task runner and monitor the output.

See also

  • Scheduled tasks
  • Wikipedia article on cron function
  • MDL-50694 — Cron message «The operation timed out while waiting for a lock» isn’t really an error
  • How to log the output of a Scheduled Task on Windows — this discussion explains a nice trick that can be very useful when you are experiencing problems with your Windows Scheduled Task and you need to log the output of the Scheduled Task to a log file.
Читайте также:  Как настроить форсунки bosch


Как настроить cron для moodle

Дошли руки до Moodle и сервера, на котором он расположен, точнее вынудили обстоятельства. Moodle начал очень сильно тормозить , это на двух процессорах E5440, из которых выделено 80% на виртуальную маши. При обращении более 10 пользователей MySQL грузил все 8-мь ядер на 100% в течении 10 минут. Чего делал:

Правильно настроил cron для Moodle

После установки Moodle, в папке, вы найдете /admin/cron.php , который должен регулярно запускаться в фоновом режиме. Вы должны правильно настроить в процессе установки и настройки, но. если вы переносите Moodle на другой сервер или хостинг — об этой настройке можно забыть.

cron.php запускает отправку почты, обновление отчетов Moodle, RSS-каналов, завершение действий, размещение сообщений на форуме и другие задачи.

По сути, все дело состоит в том, чтобы добавить одну команду в список операций cron в вашей системе. В системах на основе Unix этот список представляет собой файл под названием «crontab», который есть у всех пользователей.

Очень много споров и обсуждений на тему правильной настройки cron для Moodle, но как по мне — все однозначно описано в документации, рассмотрены все возможные варианты для всех типов ОС. Сервер, наш, Ubuntu 16 лучше всего выполнить следующий порядок действий:

запустить команду crontab -e и в файле добавить строку */15 * * * * /usr/bin/wget http://site.ru/moodle/admin/cron.php /которая будет запускать cron каждые 15 минут. Есть побочный эффект — в папке пользователя, со временем, будет очень много файлов типа cron.php.xxx, но они показывают, что cron работает))) Если такой расклад вас не устраивает — используйте (рекомендуется) */15 * * * * /usr/bin/php /path/to/moodle/admin/cli/cron.php >/dev/null

Оптимизация таблиц базы данных в PHPMyAdmin

Оптимизация таблиц или дефрагментация индексов таблиц необходима, так как в базе данных Moodle постоянно добавляются и удаляются данные (записи). Проще говоря оптимизация таблиц БД позволяет убрать «пустые» ключи, тем самым ускоряя в будущем операции выборки, а так же уменьшает общий размер базы данных.

Чтобы выполнить оптимизацию таблиц в phpMyAdmin необходимо:

  • Нажимаем на пункт «Базы данных» в верхнем меню, или в окне слева выбираем нашу БД, щелкая по ней.
  • Нам буде показан список всех таблиц БД. Теперь прокручиваем список в самый низ, нажимаем «Отметить все» и после этого из выпадающего списка «С отмеченными» выбрать «Оптимизировать таблицу».
  • После успешной оптимизации вы увидите сообщение «SQL-запрос успешно выполнен».

Рекомендуется хотя бы раз в месяц проводить дефрагментацию таблиц на таких сайтах как электронные магазины, форумы, блоги.

В моем случае, общий размер таблиц базы данных уменьшился с 253,5Mb до 204,3Mb.

Ускоряем (оптимизируем) Apache

Включает кэш браузера. Установим модуль Apache mod_expires или mod_headers командами (оба модуля использовать ни к чему):

sudo a2enmod expires


sudo a2enmod headers

перезагрузим сервер Apache:

sudo service apache2 reload

Я использовал модуль expires и в файл .htaccess добавил:

ExpiresActive On
ExpiresDefault «access plus 1 day»
ExpiresByType application/javascript «access plus 1 week»
ExpiresByType image/x-icon «access plus 1 month»
ExpiresByType image/gif «access plus 1 month»
ExpiresByType image/png «access plus 1 month»
ExpiresByType image/jpg «access plus 1 month»
ExpiresByType image/jpeg «access plus 1 month»
ExpiresByType text/css «access plus 1 month»

Если вы будите использовать headers в файл .htaccess нужно добавить:


Header set Cache-Control «max-age=600, must-revalidate»


Header set Cache-Control «max-age=604800, public»


Header set Cache-Control «max-age=2592000, public»

Об этом можно прочесть здесь

Рекомендуется включить сжатие ответов Apache средствами модуля mod_deflate, в файл .htaccess добавляем:

AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE text/css

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html



Office 365, AD, Active Directory, Sharepoint, C#, Powershell. Технические статьи и заметки.

Настройка запуска Cron Moodle в Windows Server 2012R2

Дано: система электронного обучения LMS Moodle установлена в IIS на Windows Server 2012 R2.
Задача: настроить периодический запуск специального файла cron.php

Что такое cron в Moodle и почему он важен? Это специальная сервисная процедура, которая обслуживает процессы, происходящие в системе мудл, такие как очистка данных, резервирование, отправка оповещений и т.п. Если ее не запускать, то нормальная работа система может быть нарушена.

Если крон не запускался более суток, то администратор увидит об этом сообщение, если перейдет в административном меню по ссылке «Уведомления«:

Читайте также:  Как настроить квадрокоптер arctic fox

Cron должен запускаться как можно чаще, обычно рекомендуют устанавливать периодичность запуска каждые 5 минут.

Крон может запускаться как из браузера, так и прямым доступом к его файлу: cron.php.

Например, можно проверить работу крона перейдя по адресу:

Если при переходе по данному адресу появилось сообщение: «. Извините, доступ к этой странице через интернет заблокирован администратором. . » , то значит возможность запуска крона из браузера заблокирована.

Желательно, чтобы возможность запуска крона из браузера была отключена в целях безопасности. Чтобы это сделать, в административном меню Moodle переходим:
/ Администрирование
/ Безопасность
/ Политика безопасности сайта

На открывшейся странице находим и устанавливаем параметр «Запуск cron только из командной строки (cronclionly)»
Если этот параметр установлен, то cron может быть запущен только из командной строки, а не через веб-интерфейс.

Теперь необходимо настроить запуск крона из командной строки.

На странице официальной документации — https://docs.moodle.org/29/en/Cron_with_Windows_OS как самый быстрый способ настройки — предлагают установить специальную утилиту, которая создаст службу в системе Windows. Однако данная служба будет запускать крон из браузера, а мы эту возможность отключили. Поэтому способ не подходит.

Запуск крона будем настраивать через стандартный планировщик системы Windows — Task Scheduler.

Предварительно создайте пользователя в системе, например, usercron. Его учетную запись будем использовать для запуска процесса крона. Для создания системного профиля один раз заходим под этим пользователем в систему.
Также даем право modify данному пользователю на папку с данными Moodle.

Далее создаем bat-файл (например, cron.bat) со следующим содержимым (скриптом):

В данном скрипте необходимо правильно задать пути:
PathPHP — путь к запускному файлу php (его можно посмотреть по кнопке PHP Manager в IIS)
PathCron — абсолютный путь к файлу крона: \admin\cli\cron.php
PathLOG — любое место, куда будут записываться логи крона

Данный скрипт запускает крон по указанному пути, результат его работы записывает в лог-файл, а также удаляет логи старше 5 дней.

Для проверки можно запустить данный скрипт от имени созданного ранее пользователя, чтобы заранее выявить возможные ошибки.

При отработке крона в логах можно обнаружить такую ошибку:
Fatal error: $CFG->dataroot is not writable, admin has to fix directory permissions! Exiting.
Это означает, что пользователю usercron не заданы права записи на Moodle-папку для хранения данных. Задайте права, если Вы забыли это сделать.

Далее необходимо настроить планировщик таким образом, чтобы данный скрипт запускался, допустим, каждые 10 минут (либо можете настроить на каждые 5 минут).

Открываем встроенный планировщик Windows (Task Scheduler) и добавляем новую задачу:

На вкладке General новой задачи задаем поля имени задачи.
В блоке Security options нажимаем «Change User…» и указываем ранее созданного пользователя (usercron), задавая таким образом пользователя для запуска задачи.
Также выбираем параметр «Run whether user is logged on or not«, чтобы задача выполнялась всегда, не зависимо от того, залогинен наш пользователь или нет.
Конфигурацию указываем — Windows Server 2012 R2:

На вкладке Триггеры (Triggers) нужно будет задать периодичность запуска задачи. Нажимаем кнопку New и настраиваем расписание запуска (я поставила на каждые 10 минут):

На вкладке Действия (Action) задаем, что нужно сделать. Нажимаем кнопку New и выбираем «Start a program«, а в поле «Program/script» указываем путь к только что созданному bat-файлу:

На вкладке Условия (Conditions) оставляем всё по умолчанию:

Настраиваем под себя вкладку Настройки (Settings):

После нажатия на ОК попросят ввести пароль указанного ранее пользователя, а затем может возникнуть сообщение:
This task requires that the user account specified has Log on as batch job rights

Это означает, что пользователю необходимо предоставить право регистрироваться для запуска пакета команд.

Если проигнорировать это сообщение, то при запуске задания будет возникать ошибка:
Task Scheduler failed to start «\Moodle Cron Service» task for user «ServerName\usercron». Additional Data: Error Value: 2147943785 .

Нам нужно предоставить дополнительные привилегии для нашего пользователя (usercron). Для того запускаем в системе оснастку Local Security Policy:

В открывшемся окне находим ветку «Local Policies — User Rights Assignment«:

Открываем настройку «Log on as a batch job» и к уже имеющемуся списку пользователей добавляем нашего usercron (по кнопке Add User or Group):

После этого запускаем нашу задачу в планировщике. По лог-файлам можно отследить ход выполнения процедуры cron. Через 5 дней желательно проверить, что старые логи удаляются, согласно заданному скрипту.