Le verrou de mise à jour WordPress : ce qui bloque et comment s’en sortir

Vous cliquez sur “Mettre à jour” dans WordPress, la page tourne, puis plus rien — ou pire, vous revenez dans le tableau de bord et le message s’affiche en rouge : “Another update is currently in progress.” Toutes vos mises à jour sont bloquées. Aucun plugin, aucun thème, aucune mise à jour du cœur ne passe.

Ce message est frustrant, mais le problème est bien identifié et entièrement réversible. WordPress a simplement laissé un verrou en base de données actif après une mise à jour interrompue — une mise à jour qui s’est arrêtée à mi-chemin (perte de connexion, timeout, fermeture de l’onglet, erreur serveur). Ce verrou est stocké sous forme d’option dans votre base de données. Il suffit de le supprimer pour débloquer tout le système.

Ce que ça implique : aucun fichier n’est corrompu dans la grande majorité des cas. Vous n’avez pas besoin de réinstaller WordPress. Les solutions qui suivent vont du plus simple au plus technique — commencez par la première et arrêtez-vous dès que ça fonctionne.


Pourquoi ce verrou apparaît

Le verrou en question s’appelle core_updater.lock (pour les mises à jour du cœur) ou auto_updater.lock. Il est stocké dans la table wp_options de votre base de données. Tant qu’il existe, WordPress refuse de lancer une nouvelle mise à jour pour éviter deux processus simultanés.


Solution 1 — Attendre quelques minutes (vraiment)

Avant toute manipulation, attendez 15 minutes. WordPress pose un verrou avec une durée de vie limitée : s’il a simplement “oublié” de le supprimer, il le fera automatiquement après ce délai. Actualisez ensuite votre tableau de bord et retentez la mise à jour.

Si le verrou persiste après ce délai, passez à la solution suivante.


Solution 2 — Supprimer le verrou via phpMyAdmin (recommandé)

C’est la méthode la plus directe. Elle ne nécessite aucun plugin et fonctionne même si le tableau de bord WordPress est inaccessible.

Étapes :

  1. Connectez-vous à votre hébergeur (cPanel, Plesk, o2switch, OVH…).
  2. Ouvrez phpMyAdmin.
  3. Sélectionnez la base de données de votre site WordPress.
  4. Cliquez sur la table wp_options (le préfixe peut être différent : monsite_options, etc.).
  5. En haut de la table, cliquez sur “Rechercher”.
  6. Dans le champ option_name, entrez : core_updater.lock — puis lancez la recherche.
  7. Si l’entrée apparaît, cliquez sur “Supprimer” à gauche de la ligne.
  8. Faites la même recherche avec auto_updater.lock et supprimez-la si elle existe.

Retournez dans votre tableau de bord WordPress et relancez vos mises à jour.


Solution 3 — Supprimer le verrou en ligne de commande (WP-CLI)

Si vous avez accès à votre serveur en SSH — ce qui est souvent le cas sur les hébergements VPS ou les plans avancés — WP-CLI est la méthode la plus rapide.

wp option delete core_updater.lock
wp option delete auto_updater.lock

Ces deux commandes suppriment les verrous directement sans passer par phpMyAdmin. Si vous n’êtes pas encore à l’aise avec SSH, consultez notre guide SSH : connexion serveur, clés et bonnes pratiques avant de vous lancer.


Solution 4 — Via un plugin de gestion de base de données

Si phpMyAdmin n’est pas disponible sur votre hébergement ou que vous préférez rester dans WordPress, des plugins comme WP-DBManager ou Advanced Database Cleaner permettent d’exécuter une requête SQL directement depuis le tableau de bord (si vous avez encore accès à l’administration).

Rendez-vous dans l’outil SQL du plugin et exécutez :

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

Adaptez wp_options à votre préfixe réel si nécessaire.


Solution 5 — Vérifier et corriger les limites PHP

Si ce verrou revient régulièrement, le problème vient probablement de ressources PHP insuffisantes : WordPress commence une mise à jour, le serveur coupe la connexion, et le verrou reste. Voici les directives à vérifier :

Directive PHPRôleSymptôme si trop basseValeur conseillée
memory_limitMémoire allouée à PHPMise à jour qui s’arrête sans message256M minimum
max_execution_timeDurée max d’un script PHPTimeout en pleine mise à jour120 à 300 secondes
max_input_timeTemps max pour recevoir les donnéesErreur sur les gros paquets120 secondes
post_max_sizeTaille max des données POSTBlocage lors de l’upload d’une mise à jour64M
upload_max_filesizeTaille max d’un fichier uploadéErreur 413 sur les gros plugins64M

Où les modifier :

Si votre hébergement limite ces valeurs et refuse vos modifications, c’est souvent le signe qu’un plan supérieur ou un hébergement plus souple est nécessaire. Ce type de blocage récurrent est aussi typique des hébergements mutualisés d’entrée de gamme.


Solution 6 — Vérifier WP-Cron

Si le verrou revient sans que vous ayez lancé de mise à jour manuellement, WP-Cron est probablement en cause. WordPress s’appuie sur ce système de tâches planifiées pour les mises à jour automatiques. Si WP-Cron est bloqué ou mal configuré, il peut laisser des verrous orphelins.

Dans wp-config.php, vérifiez qu’il n’y a pas cette ligne qui désactiverait complètement le cron :

define('DISABLE_WP_CRON', true);

Si elle est présente et que personne ne sait pourquoi, commentez-la provisoirement et observez. Si votre site génère peu de trafic, WP-Cron peut ne jamais se déclencher — configurez alors un vrai cron système via votre hébergeur pour pallier le problème.


Tableau récapitulatif : cause → solution

Cause probableSolution recommandée
Verrou laissé après interruptionSupprimer core_updater.lock via phpMyAdmin ou WP-CLI
Accès phpMyAdmin impossiblePlugin SQL ou WP-CLI
Timeout serveur récurrentAugmenter max_execution_time et memory_limit
WP-Cron bloquéVérifier la config et passer à un cron système
Hébergement trop limitéChanger de plan ou d’hébergeur

FAQ

Le verrou va-t-il disparaître tout seul ?

Parfois oui : WordPress prévoit une expiration automatique après quelques minutes. Mais si la mise à jour a planté de façon brutale (timeout serveur, mémoire épuisée), le verrou peut rester indéfiniment. Si le message est toujours là après 15-20 minutes, supprimez-le manuellement.

Supprimer ce verrou peut-il casser mon site ?

Non. Vous supprimez uniquement une entrée de contrôle dans wp_options. Aucun fichier WordPress, aucun contenu, aucun réglage n’est modifié. Le pire scénario : vous relancez une mise à jour qui était en cours — et WordPress la reprend depuis le début, proprement.

J'ai le message mais je ne retrouve pas `core_updater.lock` en base. Pourquoi ?

Votre préfixe de table est peut-être différent de wp_. Vérifiez dans phpMyAdmin le nom exact de votre table d’options (elle se termine toujours par _options). Cherchez aussi auto_updater.lock qui est une variante utilisée selon les versions.

Comment éviter que ça ne se reproduise ?

Deux réflexes : ne jamais fermer l’onglet en pleine mise à jour, et vérifier que vos limites PHP (memory_limit, max_execution_time) sont suffisantes avant de lancer des mises à jour groupées. Un plan de maintenance avec des mises à jour planifiées en heures creuses — comme ce qu’on décrit dans notre article sur la maintenance d’un site web en 2026 — réduit considérablement ces incidents.

Mes mises à jour sont débloquées mais un plugin a planté juste après. Que faire ?

C’est un problème différent : une mise à jour qui s’est bien lancée mais qui a cassé quelque chose. Consultez notre guide Plugin cassé après MAJ WordPress : rollback propre pour reprendre la main rapidement.


Quand passer la main à un pro

Si le verrou revient systématiquement, si vous n’avez pas accès à phpMyAdmin ou SSH, ou si la suppression du verrou a révélé une autre erreur (écran blanc, erreur critique WordPress, base de données inaccessible), le problème est plus profond qu’un simple verrou orphelin. Une mise à jour interrompue au mauvais moment peut laisser des fichiers de cœur WordPress dans un état intermédiaire — et dans ce cas, une intervention manuelle sur les fichiers du serveur est nécessaire. C’est le moment d’appeler quelqu’un qui a un accès complet à votre environnement et sait ce qu’il touche.

Ce problème, Peechy s'en occupe

Plutôt que de tout gérer seul, confiez votre site à une agence qui s'occupe de tout — hébergement, sécurité, maintenance et corrections. Encore plus simple en abonnement : on règle les soucis avant même que vous les remarquiez.

Confier mon site à Peechy