Erros de DistributedMutex aparecem frequentemente nos logs

Suporte
8

Obrigado por testar isso.

Nesse caso, eu não trataria o plugin de IA como a causa provável. Pode ter sido apenas uma coincidência, ou o ciclo de desativar/reativar pode ter alterado temporariamente algum estado transitório.

A próxima coisa mais útil a capturar é provavelmente o tempo da solicitação e o padrão de quando o aviso aparece.

Por exemplo:

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: SUA_CHAVE_API" \
  -H "Api-Username: SEU_USUÁRIO" \
  --data-urlencode "title=Teste de tempo da API" \
  --data-urlencode "raw=Pequeno post de teste em texto simples da API" \
  --data-urlencode "category=1"

Se o aviso aparecer novamente, seria útil comparar:

  1. o valor time_total do lado do cliente;
  2. se isso acontece apenas às vezes ou em toda postagem via API;
  3. se isso ocorre após uma reinicialização/reconstrução ou durante a execução normal;
  4. se múltiplas solicitações de API estão sendo feitas próximas no tempo;
  5. se a mesma chamada de API cria o post com sucesso e apenas uma vez.

Neste ponto, ainda parece ser um aviso de que o caminho de pós-criação da API está levando mais tempo do que a janela curta do mutex, em vez de evidência de um post falho ou de um problema de post duplicado.