Errores y advertencias frecuentes de DistributedMutex en los registros

Soporte
8

Gracias por probarlo.

En ese caso, no consideraría que el plugin de IA sea la causa más probable. Podría haber sido una coincidencia, o el ciclo de desactivación/reactivación podría haber cambiado temporalmente algún estado transitorio.

Lo más útil para capturar a continuación es probablemente el tiempo de la solicitud y el patrón de cuándo aparece la advertencia.

Por ejemplo:

curl -s -o /dev/null \
  -w "total=%{time_total}s connect=%{time_connect}s starttransfer=%{time_starttransfer}s\n" \
  -X POST "https://your-site.example.com/posts.json" \
  -H "Api-Key: YOUR_API_KEY" \
  -H "Api-Username: YOUR_USERNAME" \
  --data-urlencode "title=API timing test" \
  --data-urlencode "raw=Small plain text API test post" \
  --data-urlencode "category=1"

Si la advertencia vuelve a aparecer, sería útil comparar:

  1. el valor de time_total desde el lado del cliente;
  2. si ocurre solo algunas veces o en cada publicación de la API;
  3. si ocurre después de un reinicio/reconstrucción o durante la ejecución normal;
  4. si se están realizando varias solicitudes de API en rápida sucesión;
  5. si la misma llamada a la API crea la publicación correctamente y solo una vez.

En este punto, aún parece tratarse de una advertencia porque el camino de creación de publicaciones de la API tarda más que la ventana corta del mutex, en lugar de ser evidencia de una publicación fallida o de un problema de publicaciones duplicadas.