La ressource est verrouillée et ne peut pas être modifiée pour le moment.
Où peut-elle apparaître ?
Cette erreur peut apparaître dans les journaux applicatifs, messages clients, outils de supervision ou traces de protocole. Conservez l’horodatage, le contexte de la requête et les événements autour avant de dépanner.
Causes probables
Verrou WebDAV
Édition concurrente
Verrou applicatif non libéré
Vérifications et résolution
Identifier le propriétaire du verrou
Attendre ou libérer le verrou proprement
Vérifier les journaux de l’application
Précaution : Ne supprimez pas un verrou de production sans confirmer qu’aucune opération légitime n’est active.
Lecture diagnostique et validation
Pour « 423 — Ressource verrouillée », consignez l’URL exacte, la méthode HTTP, l’heure, le code reçu et les en-têtes utiles avant toute modification. Distinguez la réponse du client, du reverse proxy et de l’application afin d’éviter d’attribuer au serveur d’origine une erreur produite par un intermédiaire.
Test discriminant
Rejouez la requête de façon contrôlée depuis un client connu, puis comparez le résultat en accès direct à l’origine et via le chemin normal. Conservez le statut, les en-têtes et le journal serveur correspondant au même horodatage ; ce croisement permet de localiser la couche qui génère réellement l’échec.
Critère de résolution
Considérez l’incident résolu seulement lorsque la requête représentative retourne le statut attendu plusieurs fois de suite et que les journaux ne montrent plus la cause initiale. Si le correctif modifie cache, proxy, authentification ou routage, vérifiez aussi une requête non mise en cache et un second client.