로그에 DistributedMutex 오류 경고가 자주 나타남

지원
5

감사합니다. 그 추가 정보가 유용합니다.

ARM64 환경에서 실행 중이시므로, 이는 관련이 있을 수 있습니다. Discourse의 ARM/aarch64 컨테이너 지원은 역사적으로 x86_64와 비교했을 때 몇 가지 특별한 처리가 있었기 때문에, 토픽 제목이나 첫 번째 게시물에 이를 명확히 언급하는 것이 좋습니다.

AI 플러그인의 결과도 흥미롭습니다. AI 플러그인을 비활성화한 후 경고가 사라졌지만, 재활성화한 후 즉시 다시 나타나지 않았으므로, 이는 일회성 초기화, 캐시 워밍업, 모델/프로바이더 설정 또는 백그라운드 상태와 같은 요인 때문일 수 있으며, 일관되게 재현되는 플러그인 버그는 아닐 수 있습니다.

이 시점에서는 계속 관찰하는 것이 좋겠지만, 다시 발생한다면 다음 사항들을 기록해 보시기 바랍니다:

  1. 모든 비공개 내용을 제거한 정확한 API 엔드포인트와 페이로드 형식;
  2. 경보가 재시작/재빌드 후 첫 번째 API 게시에서만 나타나는지, 아니면 모든 API 게시에서 나타나는지;
  3. 클라이언트 측 요청 소요 시간;
  4. AI 플러그인을 비활성화하면 여러 테스트에 걸쳐 경고가 일관되게 제거되는지;
  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가 예상한 시간보다 오래 걸렸다는 것을 보고하는 것일 가능성이 높습니다. 반면, 요청은 매우 빠르지만 경고가 여전히 나타난다면 이는 더 흥미로운 상황이 됩니다.

하드웨어는 단일 사용자 사이트에 대해 충분히 여유 있어 보이므로, 이는 단순한 자원 부족보다는 아키텍처/배포/플러그인 경로에 특정한 문제일 수 있습니다.