WordPress: «Another update is currently in progress»

#Что означает ошибка

Перед обновлением ядра WordPress ставит блокировку: запись core_updater.lock в таблице wp_options. Если обновление было прервано (закрыли вкладку, истёк таймаут PHP, закончилось место), блокировка остаётся и действует 15 минут. Пока она есть, WordPress отказывается запускать новое обновление и пишет «Another update is currently in progress». Чаще всего достаточно подождать или удалить запись вручную.

#Причины и решения

#Пошаговое решение

1. Подождите 15 минутЕсли при обновлении WordPress появляется «Another update is currently in progress», не запускайте второй процесс обновления. Откройте «Консоль → Обновления», проверьте, нет ли текущей операции и как давно она началась; подождите около 15 минут и обновите страницу. Если активная задача всё ещё выполняется, сбрасывать блокировку нельзя: это может повредить файлы.
2. Проверьте место и праваВ панели хостинга посмотрите занятую квоту диска и inode, а также права пользователя PHP на каталоги WordPress; через SSH допустимы df -h и df -i. В error.log ищите ошибки записи или нехватку памяти. Если сервер не может создать временный файл, сначала восстановите свободное место или права на конкретный каталог с сохранением исходных настроек.
3. Снимите блокировку через WP-CLIЕсли вы убедились, что обновление завершилось или прервалось, сделали резервную копию и имеете WP-CLI, подключитесь через SSH к корню именно этой установки WordPress. Выполните wp option get core_updater.lock и только при подтверждённой устаревшей блокировке — wp option delete core_updater.lock. Если команды WP-CLI нет, не пытайтесь запускать её в браузере; перейдите к альтернативе через панель базы.
4. Либо удалите запись через SQLАльтернатива, НЕ следующий обязательный шаг после WP-CLI: в phpMyAdmin выберите базу WordPress и таблицу опций с реальным префиксом, найдите core_updater.lock. Сначала экспортируйте базу и проверьте, что операция не выполняется, затем удалите только эту запись по точному option_name. Не запускайте безусловный SQL-запрос из интернета против таблицы с неизвестным префиксом.
5. Проверьте целостность ядраПосле снятия устаревшей блокировки в SSH из корня WordPress выполните wp core verify-checksums, если WP-CLI настроен и права позволяют. Сопоставьте различия с пользовательскими изменениями и версией локализации; отчёт о несовпадении не является основанием удалять файлы сразу. При подозрении на повреждение восстановите ядро из официального пакета на тестовой копии.
6. Повторите обновлениеСоздайте свежую резервную копию файлов и базы, затем в административной панели WordPress откройте «Консоль → Обновления» и запустите ровно одно обновление ядра. Следите за завершением, проверьте сайт и вход; через WP-CLI это делают опытные администраторы с корректными параметрами пользователя. Если обновление снова зависает, изучите конкретную ошибку до повторной попытки.
7. Увеличьте лимитыЕсли журнал явно указывает на нехватку памяти, проверьте PHP memory_limit для данного домена и доступную RAM. Параметр WP_MEMORY_LIMIT в wp-config.php сам по себе не обходит лимит сервера. Увеличивайте только допустимые значения на тестовой копии и возвращайте настройку, если ошибка не связана с памятью.
8. При сбое восстановите файлыЕсли после прерванного обновления сайт не работает, сначала проверьте, есть ли пригодный полный снимок файлов и базы. Восстановите через средства хостинга либо официальную процедуру WordPress с версией, совместимой с БД; не копируйте папки wp-admin и wp-includes вслепую на работающий многосайтовый проект. После восстановления протестируйте вход, публикацию и обновление.
9. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
   Выберите подходящий вариант — это не команды для последовательного выполнения

   Вариант 1Снятие блокировки и обновление через WP-CLI (из каталога сайта).

   Linux · Терминал (Bash)С осторожностьюКопировать всёВыделить

   Снятие блокировки и обновление через WP-CLI (из каталога сайта).

   wp option delete core_updater.lock

   wp core verify-checksums

   wp core update

   wp core update-db

   Команда может изменить состояние системы или её настройки. Проверьте параметры и последствия перед запуском.

   Вариант 2Удаление блокировки в базе (замените префикс wp_ на свой).

   SQLКопировать всёВыделить

   Удаление блокировки в базе (замените префикс wp_ на свой).

   DELETE FROM wp_options WHERE option_name = 'core_updater.lock';

Если сайт после прерванного обновления показывает «Briefly unavailable for scheduled maintenance», удалите файл .maintenance из корня сайта через FTP. Это отдельная блокировка, она создаётся на время обновления и убирается автоматически. Если WordPress постоянно просит данные FTP при обновлении, добавьте в wp-config.php define('FS_METHOD', 'direct'); после того, как исправите владельца файлов. Документация — WordPress: обновление.