В логах часто появляются предупреждения об ошибках DistributedMutex

Поддержка
5

Спасибо, эти дополнительные детали полезны.

Поскольку вы работаете на ARM64, это может иметь значение. Поддержка контейнеров ARM/aarch64 в Discourse исторически требовала особой обработки по сравнению с x86_64, поэтому я бы чётко указал это в заголовке темы или в первом сообщении.

Результат работы плагина ИИ также интересен. Поскольку предупреждение исчезло после отключения плагина ИИ, но не появилось сразу же после его повторного включения, это может быть связано с однократной инициализацией, прогревом кэша, настройкой модели/провайдера или фоновым состоянием, а не с последовательной воспроизводимой ошибкой плагина.

На данном этапе я бы продолжил наблюдение, но если проблема повторится, я бы попытался зафиксировать:

  1. точную конечную точку API и структуру полезной нагрузки, удалив любые конфиденциальные данные;
  2. появляется ли предупреждение только при первом API-запросе после перезапуска/пересборки или при каждом API-запросе;
  3. длительность запроса на стороне клиента;
  4. надёжно ли отключение плагина ИИ устраняет предупреждение в нескольких тестах;
  5. происходит ли то же самое на x86_64 или только на ARM64, если у вас есть возможность это проверить.

Для проверки длительности запроса на стороне клиента можно использовать curl с выводом таймингов, например:

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"

Если сам запрос занимает около 2 секунд или больше, то предупреждение о мьютексе, вероятно, просто сообщает, что путь создания публикации занял больше времени, чем ожидал Discourse. Если запрос выполняется очень быстро, но предупреждение всё равно появляется, это было бы более интересно.

Аппаратное обеспечение выглядит более чем достаточным для сайта с одним пользователем, поэтому проблема может быть специфичной для архитектуры/развёртывания/пути плагина, а не просто следствием недостаточного выделения ресурсов.