Які кроки для усунення та вирішення цієї проблеми відповідно до назви?

Коли я намагаюся запустити вручну, я отримую сторінку негайно, і повідомлення про помилку "Спроба повторно запустити cron, поки він вже працює".

Крон семафор, ймовірно, заблокований. Ви можете спробувати зателефонувати на drupal_cron_cleanup () з будь-якого місця свого коду (до нього, можливо, не посилається cron), і це повинно розблокувати вашу змінну cma semaphore.

Якщо у Drupal 6 налаштовано друк, ви також можете спробувати:

$ drush vdel -y cron_semaphore

Підсумок

Повідомлення про помилку, яке ви бачите, трапиться, якщо будуть виконані дві наступні умови:

• Ви не можете закінчити (помилка) або займати більше 4 хвилин;
• Ви викликаєте cron частіше, ніж кожні 4 хвилини (Відповідно до налаштувань crontab, а не налаштування в Drupal)

Таким чином, це повідомлення про помилку є симптомом кронових завдань, які або не спрацьовують, або запускають занадто довго. (Примітка. Я розумію, що ви вже знайшли винуватця, але я хотів додати відповідь людям, які знайшли цю сторінку за допомогою пошуку, як і я)

Фон

Перше, що потрібно зрозуміти - це те, як виконуються завдання Drupal cron. Друпальний крон викликається через регулярні проміжки часу - або через роботу cron на вашому сервері, або після кожного завантаження сторінки, якщо ви використовуєте крон бідного чоловіка, який за замовчуванням Drupal.

Завдання cron не обов'язково виконуються щоразу, коли виклик cron є, але в Drupal є налаштування (за замовчуванням - 3 години), яке говорить про те, як часто потрібно виконувати завдання cron. Але ця затримка на 3 години застосовується лише за умови успішного виконання завдань Cron.

У Drupal 7, cron використовує замикаючі механізми Drupal , які забезпечують спільну, дорадчу систему блокування. Однією з особливостей цієї системи блокування є те, що замки закінчуються через певний час. У випадку з cron термін дії закінчується через 4 хвилини - тому, якщо ваш cron викликається кожні 3 хвилини, і попереднє завдання cron до цього часу не закінчилося (або воно зламалося, або було дуже повільним), ви дійсно отримаєте це повідомлення про помилку .

Те, що ви встановили крон на кожні 12 годин, не має ніякого значення - оскільки завдання для крона Drupal не працює / займає занадто довго, Drupal припускає, що його не виконували, тому намагається запустити його знову, як тільки виклик крона. Затримка на дванадцять годин стосується лише успішних кронових циклів.

Змінна семафора хронів більше не існує в Drupal 7 - це було для більш старої версії Drupal. У Drupal 7 немає надійного способу звільнення блокування вручну, тому що резервний сервер блокування може змінитися - однак, якщо ви використовуєте механізм блокування ядра, ви можете випустити блоки cron шляхом редагування бази даних:

DELETE FROM semaphore WHERE name = 'cron';

Але, роблячи це, ви б лише виправити симптоми - проблема, яка потребує вирішення, - це те, що крон не працює / займає так довго, щоб запустити.

cron_semaphoreЗмінний Існуючий в Drupal 6, але ви використовуєте Drupal 7, так семафори замки переміщені в окрему таблицю з ім'ям semaphore.

Тож рішенням для розблокування серонного хрону було б:

Drupal 7

drush sqlq "TRUNCATE semaphore"

Друпал 6

drush -y vdel cron_semaphore 

Ви можете налагоджувати крон, використовуючи модуль налагодження Cron .

Налагодження Cron допоможе вам знайти кронні процеси, які

• збій через помилки програмування або виконання
• тайм-аут (PHP, сервер, база даних)
• дуже повільні

Налагодження Cron також дозволить перевірити запуск конкретних функцій cron, не виконуючи інші. Це може бути приємно для розробки функцій cron, де ви не хочете запускати повний cron.php з усіма технічним обслуговуванням, сповіщеннями та іншими завданнями щоразу, коли ви перевіряєте власну функцію.

Ось як я вирішив проблему cron:

1. Через PhpMyAdmin я заглянув у таблицю семафорів та видалив рядок де name = cron
2. Я запустив "drush cron" через командний рядок
3. Я побачив повідомлення про помилку, яке дало мені зрозумілу проблему; це може відрізнятися для вас, але для мене нещодавно видалений модуль, який спільно використовував бібліотеку PHP з встановленим модулем, викликав помилку

Для Drupal 8: drush sqlq "ВІДКЛЮЧИТИ З семафору WHERE name = 'cron"; "

На Drupal 7, як навіть інший варіант,

Через drush cronя добирався,

WD cron: Attempting to re-run cron while it is already running.       [warning]
Cron run failed.                                                      [error]

Це було в середовищі розробки і сталося тому, що попередній крон працював і перервався.

У includes/common.incрядку 5413 чи навколо ви знайдете цей блок, https://cgit.drupalcode.org/drupal/tree/includes/common.inc?h=7.x#n5413

  // Try to acquire cron lock.
  if (!lock_acquire('cron', 240.0)) {
    // Cron is still running normally.
    watchdog('cron', 'Attempting to re-run cron while it is already running.', array(), WATCHDOG_WARNING);
  }

Змініть ifз && FALSE,

  // Try to acquire cron lock.
  if (!lock_acquire('cron', 240.0) && FALSE) {
    // Cron is still running normally.
    watchdog('cron', 'Attempting to re-run cron while it is already running.', array(), WATCHDOG_WARNING);
  }

І повторний крон. Це дозволить йому працювати.

Будь ласка, не розгортайте це та поверніть його назад після його закінчення. Це також допомагає при налагодженні.

Я проти цього кілька разів зіштовхувався. У Drupal 6 Якщо ви не використовуєте барабан, ви можете виправити це так:

1 Видаліть змінні cron_% з таблиці змінних.

SELECT * FROM variable WHERE name like "cron%";

DELETE FROM variable WHERE name like "cron%";

2 очищення кеша Drupal за адресою: / admin / settings / performance

натиснувши кнопку "очистити кешовані дані" внизу сторінки.

3 запустіть cron з панелі адміністратора / admin / report / status / run-cron не запускайте його з командного рядка, оскільки це може спричинити проблеми.

4 Переконайтеся, що наступний автоматичний запуск крона завершився як звичайно.

Ви можете налагоджувати за допомогою xdebug, запустити cron з адміністраторського інтерфейсу Адміністратор> Конфігурація> система> cron.