Índice
Qué es el error «Another update is currently in progress»
Lo he visto decenas de veces en tickets de soporte. Entras al escritorio de WordPress, vas a Actualizaciones y te topas con ese aviso que no te deja hacer nada: «Another update is currently in progress». La traducción literal sería «Otra actualización está actualmente en progreso». El problema es que, en la mayoría de los casos, no hay ninguna actualización ejecutándose. WordPress ha dejado un candado activo después de un fallo previo. Un corte de conexión, el servidor que se reinicia, el navegador que se cierra a mitad de proceso. Cualquiera de esas cosas basta para que el sistema se quede bloqueado sin motivo real.
No es un fallo de seguridad ni compromete tus datos. Pero paraliza la gestión del sitio por completo. Mientras ese candado siga ahí, no podrás actualizar plugins, temas ni el núcleo. Y algunos procesos automáticos de mantenimiento también se ven afectados. Saber de dónde viene el bloqueo es la mitad del trabajo.
¿Por qué aparece este error?
WordPress usa un mecanismo de bloqueo para evitar que dos actualizaciones se ejecuten a la vez. Tiene lógica: si dos procesos intentan modificar los mismos archivos al mismo tiempo, el desastre está garantizado. Cuando una actualización arranca, WordPress crea una entrada en la base de datos llamada core_updater.lock o un transitorio con el nombre auto_update_core. Si todo sale bien, ese candado se elimina al terminar. Si algo sale mal, se queda ahí. En teoría expira a los 15 minutos. En la práctica, con ciertos hostings y configuraciones, puede quedarse atascado mucho más tiempo.
- Actualización interrumpida: el servidor se reinicia, se corta la conexión o el navegador se cierra a mitad de una actualización.
- Caché persistente: sistemas como Redis o Memcached retienen el transitorio de bloqueo más tiempo del que deberían.
- Cron de WordPress mal configurado: el programador de tareas no ejecuta la limpieza programada del candado.
- Plugins de mantenimiento conflictivos: herramientas de seguridad o backups que interfieren con el proceso de actualización.
- Actualizaciones automáticas fallidas: WordPress intenta actualizar solo, encuentra un error fatal y deja el bloqueo sin limpiar.
Cómo solucionar el error paso a paso
Hay varios caminos. Yo recomiendo empezar por el más simple y subir la escalera técnica solo si hace falta. Ninguno de estos métodos es peligroso si sigues las instrucciones tal cual.
Método 1: Esperar 15 minutos
Suena a consejo de manual, pero funciona más veces de las que crees. WordPress está diseñado para liberar el candado automáticamente después de 900 segundos. Si acabas de ver el mensaje, ve a por un café y vuelve. Recarga la página de Actualizaciones. Si pasados 20 minutos el error sigue ahí, el bloqueo no se va a ir solo. Toca pasar al siguiente método.
Método 2: Eliminar el bloqueo desde phpMyAdmin
Este es el método que suelo recomendar porque resuelve el problema de forma inmediata y sin rodeos. Necesitas acceso a phpMyAdmin desde el panel de tu hosting (cPanel, Plesk o similar). Los pasos son estos:
- Entra en phpMyAdmin y selecciona la base de datos de tu WordPress.
- Abre la pestaña SQL.
- Pega y ejecuta esta consulta:
DELETE FROM wp_options WHERE option_name LIKE '%core_updater.lock%';
Si tu prefijo de tablas no es wp_, cámbialo por el que uses. Conviene también ejecutar una segunda consulta para limpiar transitorios residuales:
DELETE FROM wp_options WHERE option_name = 'auto_update_core';
Con eso debería bastar. Vuelve a la pantalla de Actualizaciones y comprueba si el mensaje ha desaparecido. Si no tienes acceso a phpMyAdmin, hay plugins como WP-DBManager que permiten ejecutar consultas desde el propio WordPress, aunque el acceso directo a la base de datos sigue siendo lo más fiable.
Método 3: Usar WP-CLI desde la línea de comandos
Si tienes acceso SSH, este es el camino más limpio. Conecta al servidor y, desde el directorio raíz de WordPress, ejecuta:
wp option delete core_updater.lock
wp transient delete --all
El primer comando borra el candado específico. El segundo limpia todos los transitorios, lo que de paso resuelve otros bloqueos menores que puedas tener sin saberlo. Si gestionas varios sitios, WP-CLI te permite automatizar esta limpieza con un script. Muy útil cuando administras decenas de instalaciones.
A veces el candado ya no está en la base de datos, pero sigue retenido en memoria. Pasa con Redis, Memcached, LiteSpeed Cache, Varnish, NGINX FastCGI Cache. La solución es purgar toda la caché desde el panel de tu hosting y desde cualquier plugin de caché que tengas activo. Después abre el sitio en una ventana de incógnito. Si el error desaparece ahí pero no en tu navegador normal, el problema era simplemente caché local.
Cómo prevenir que el error vuelva a aparecer
Una vez resuelto el bloqueo, conviene aplicar un par de medidas para que no se repita. La más importante: garantizar que las actualizaciones se completen sin interrupciones. Suena obvio, pero la mayoría de los casos que veo vienen de ahí.
- No cierres el navegador durante una actualización: espera siempre a que WordPress muestre el mensaje de confirmación. Aunque parezca que no avanza, dale tiempo.
- Configura el cron real del servidor: sustituye el cron simulado de WordPress por una tarea cron real en tu panel de hosting. Esto asegura que los candados se limpien puntualmente.
- Desactiva plugins conflictivos durante actualizaciones grandes: Wordfence, iThemes Security y algunos plugins de backup pueden bloquear procesos de actualización sin avisar. Desactívalos temporalmente si vas a actualizar el núcleo o muchos plugins a la vez.
- Usa un hosting con recursos suficientes: los timeouts de PHP y los límites de memoria bajos son causa frecuente de actualizaciones fallidas. Busca al menos 256 MB de memoria PHP y un timeout de 300 segundos.
- Actualiza en lotes pequeños: si tienes 20 plugins pendientes, ve de cinco en cinco. Reduce el riesgo de fallos en cadena y te permite detectar qué plugin causa problemas.
Preguntas frecuentes sobre el error update in progress
¿Es peligroso eliminar el candado de la base de datos?
No. Eliminar la opción core_updater.lock es completamente seguro. Solo estás quitando un indicador temporal que WordPress usa para evitar actualizaciones simultáneas. No afecta a tus contenidos, plugins ni configuración del sitio.
¿Cuánto tarda en desaparecer el error por sí solo?
En teoría, 15 minutos. El transitorio de bloqueo expira automáticamente tras 900 segundos. Si pasados 20 minutos el error sigue visible, algo está reteniendo el candado, normalmente la caché del servidor o un cron desconfigurado.
¿Puedo actualizar plugins manualmente por FTP si el error persiste?
Sí. Puedes descargar los plugins o temas actualizados desde el repositorio oficial de WordPress y subirlos por FTP o desde el administrador de archivos de tu hosting. Sustituye los archivos antiguos por los nuevos y el plugin quedará actualizado sin pasar por el proceso estándar de actualización.
Conclusión
El error «Another update is currently in progress» es molesto, pero tiene solución fácil si sabes dónde buscar. En la mayoría de los casos basta con esperar unos minutos o eliminar el candado de la base de datos mediante phpMyAdmin o WP-CLI. La clave para que no se repita está en mantener un cron saludable, evitar interrupciones durante las actualizaciones y contar con un hosting que ofrezca recursos adecuados y copias de seguridad automáticas.
Si después de aplicar todos los métodos el error persiste, o si no te sientes cómodo tocando la base de datos, en RedServicio contamos con un equipo de administradores de sistemas especializados en WordPress que puede resolver cualquier incidencia técnica por ti. Visita redservicio.net y abre un ticket de soporte: nos encargamos del problema mientras tú te dedicas a hacer crecer tu proyecto.
