Danke, diese zusätzliche Information ist hilfreich.
Da du auf ARM64 läuft, könnte das relevant sein. Die Unterstützung für ARM/aarch64-Container in Discourse hatte historisch bedingt eine besondere Behandlung im Vergleich zu x86_64. Daher würde ich das deutlich im Titel des Themas oder im ersten Beitrag erwähnen.
Das Ergebnis des AI-Plugins ist ebenfalls interessant. Da die Warnung nach dem Deaktivieren des AI-Plugins verschwunden ist, aber nach dem erneuten Aktivieren nicht sofort wieder aufgetreten ist, könnte dies auf eine einmalige Initialisierung, ein Aufwärmen des Caches, das Setup des Modells/Anbieters oder einen Hintergrundzustand zurückzuführen sein, und nicht auf einen konsistent reproduzierbaren Plugin-Fehler.
An dieser Stelle würde ich weiter beobachten, aber falls es erneut auftritt, würde ich versuchen, Folgendes zu erfassen:
- den genauen API-Endpunkt und die Struktur der Payload, wobei alle privaten Inhalte entfernt wurden;
- ob die Warnung nur beim ersten API-Post nach einem Neustart/Rebuild oder bei jedem API-Post auftritt;
- die Dauer der clientseitigen Anfrage;
- ob das Deaktivieren des AI-Plugins die Warnung bei mehreren Tests zuverlässig entfernt;
- ob dasselbe auf x86_64 oder nur auf ARM64 passiert, falls du das testen kannst.
Um die clientseitige Anfragedauer zu prüfen, kannst du curl mit Zeitmessung verwenden, zum Beispiel:
curl -s -o /dev/null \
-w "total=%{time_total}s connect=%{time_connect}s starttransfer=%{time_starttransfer}s\n" \
-X POST "https://deine-seite.beispiel.com/posts.json" \
-H "Api-Key: DEIN_API_KEY" \
-H "Api-Username: DEIN_BENUTZERNAME" \
--data-urlencode "title=API-Zeitmessungstest" \
--data-urlencode "raw=Kleiner reiner Text-API-Testbeitrag" \
--data-urlencode "category=1"
Wenn die Anfrage selbst etwa 2 Sekunden oder länger dauert, ist die Mutex-Warnung wahrscheinlich nur eine Meldung darüber, dass der Pfad zur Erstellung eines Beitrags länger gedauert hat als von Discourse erwartet. Wenn die Anfrage sehr schnell ist, aber die Warnung trotzdem auftritt, wäre das interessanter.
Die Hardware scheint für eine Single-User-Site mehr als ausreichend zu sein. Daher könnte es sich um ein architektur-, deployments- oder pluginpfadspezifisches Problem handeln und nicht um eine einfache Unterdimensionierung.