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
- Mise à jour interrompue : fermeture de l’onglet ou du navigateur en pleine mise à jour.
- Timeout serveur : le serveur a coupé la requête PHP avant que la mise à jour se termine (directive
max_execution_timetrop basse). - Erreur réseau : coupure internet côté client ou côté hébergeur pendant le processus.
- Ressources insuffisantes : mémoire PHP épuisée (
memory_limittrop basse), WordPress s’est arrêté sans nettoyer. - Mise à jour en arrière-plan bloquée : WordPress lance parfois des mises à jour automatiques silencieuses via WP-Cron — si le cron bugue, le verrou reste.
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 :
- Connectez-vous à votre hébergeur (cPanel, Plesk, o2switch, OVH…).
- Ouvrez phpMyAdmin.
- Sélectionnez la base de données de votre site WordPress.
- Cliquez sur la table
wp_options(le préfixe peut être différent :monsite_options, etc.). - En haut de la table, cliquez sur “Rechercher”.
- Dans le champ
option_name, entrez :core_updater.lock— puis lancez la recherche. - Si l’entrée apparaît, cliquez sur “Supprimer” à gauche de la ligne.
- Faites la même recherche avec
auto_updater.locket 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 PHP | Rôle | Symptôme si trop basse | Valeur conseillée |
|---|---|---|---|
memory_limit | Mémoire allouée à PHP | Mise à jour qui s’arrête sans message | 256M minimum |
max_execution_time | Durée max d’un script PHP | Timeout en pleine mise à jour | 120 à 300 secondes |
max_input_time | Temps max pour recevoir les données | Erreur sur les gros paquets | 120 secondes |
post_max_size | Taille max des données POST | Blocage lors de l’upload d’une mise à jour | 64M |
upload_max_filesize | Taille max d’un fichier uploadé | Erreur 413 sur les gros plugins | 64M |
Où les modifier :
- Via
wp-config.php(pourmemory_limit) :define('WP_MEMORY_LIMIT', '256M'); - Via
.htaccess(sur serveur Apache) :php_value memory_limit 256M php_value max_execution_time 300 - Via
php.iniou directement dans le panel de votre hébergeur (section PHP ou “Configuration PHP”).
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 probable | Solution recommandée |
|---|---|
| Verrou laissé après interruption | Supprimer core_updater.lock via phpMyAdmin ou WP-CLI |
| Accès phpMyAdmin impossible | Plugin SQL ou WP-CLI |
| Timeout serveur récurrent | Augmenter 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