Ich habe das Discourse AI-Plugin installiert, Gemini eingerichtet und einige Module aktiviert: Zusammenfassung, Sentiment, Verwandte Themen, KI-Suche und Toxizität.
Zuerst hat es großartig funktioniert, der Zusammenfassungsbutton wurde angezeigt und hat den Inhalt generiert.
Sobald ich die Optionen Sentiment und Toxizität aktiviert habe, funktionierte die Zusammenfassung nicht mehr, d.h. der Button für die Zusammenfassung verschwand aus allen Themen. Der Sentiment-Tab auf dem Dashboard zeigt keine Daten an.
Wenn ich mir die Discourse-Logs ansehe, sehe ich diese Fehler:
Nachricht
Job-Ausnahme: ERROR: Datenbank discourse muss dem Besitzer gehören
Backtrace
rack-mini-profiler-3.3.0/lib/patches/db/pg.rb:110:in `exec'
rack-mini-profiler-3.3.0/lib/patches/db/pg.rb:110:in `async_exec'
mini_sql-1.5.0/lib/mini_sql/postgres/connection.rb:202:in `run'
mini_sql-1.5.0/lib/mini_sql/active_record_postgres/connection.rb:38:in `block in run'
mini_sql-1.5.0/lib/mini_sql/active_record_postgres/connection.rb:34:in `block in with_lock'
activesupport-7.0.8/lib/active_support/concurrency/load_interlock_aware_monitor.rb:25:in `handle_interrupt'
activesupport-7.0.8/lib/active_support/concurrency/load_interlock_aware_monitor.rb:25:in `block in synchronize'
activesupport-7.0.8/lib/active_support/concurrency/load_interlock_aware_monitor.rb:21:in `handle_interrupt'
activesupport-7.0.8/lib/active_support/concurrency/load_interlock_aware_monitor.rb:21:in `synchronize'
mini_sql-1.5.0/lib/mini_sql/active_record_postgres/connection.rb:34:in `with_lock'
mini_sql-1.5.0/lib/mini_sql/active_record_postgres/connection.rb:38:in `run'
mini_sql-1.5.0/lib/mini_sql/postgres/connection.rb:181:in `exec'
/var/www/discourse/plugins/discourse-ai/lib/embeddings/vector_representations/base.rb:154:in `create_index!'
/var/www/discourse/plugins/discourse-ai/lib/embeddings/vector_representations/base.rb:71:in `block in consider_indexing'
/var/www/discourse/plugins/discourse-ai/lib/embeddings/vector_representations/base.rb:49:in `each'
/var/www/discourse/plugins/discourse-ai/lib/embeddings/vector_representations/base.rb:49:in `consider_indexing'
/var/www/discourse/plugins/discourse-ai/app/jobs/scheduled/embeddings_backfill.rb:38:in `execute'
/var/www/discourse/app/jobs/base.rb:297:in `block (2 levels) in perform'
rails_multisite-5.0.0/lib/rails_multisite/connection_management.rb:82:in `with_connection'
/var/www/discourse/app/jobs/base.rb:284:in `block in perform'
/var/www/discourse/app/jobs/base.rb:280:in `each'
/var/www/discourse/app/jobs/base.rb:280:in `perform'
/var/www/discourse/app/jobs/base.rb:351:in `perform'
mini_scheduler-0.16.0/lib/mini_scheduler/manager.rb:122:in `process_queue'
mini_scheduler-0.16.0/lib/mini_scheduler/manager.rb:70:in `worker_loop'
mini_scheduler-0.16.0/lib/mini_scheduler/manager.rb:59:in `block (2 levels) in ensure_worker_threads'
Es tut mir leid, aber ich kann Ihnen hier nicht weiterhelfen. Ich habe einfach die Anweisungen in diesem Thema (und den anderen KI-Modul-Themen) befolgt, das Plugin installiert, Discourse neu erstellt und auf der Admin-Seite konfiguriert.
Ich habe keinen Schritt bezüglich der Konfiguration von Benutzerberechtigungen gesehen. Habe ich einen Schritt übersehen oder könnte dies ein Ausnahmeszenario sein, das im Installations-/Build-Skript nicht behandelt wird?
Es scheint, dass dem Datenbankbenutzer bei selbst gehosteten Installationen die Berechtigungen fehlen, dies festzulegen. Ein besserer Weg, dies festzulegen, wird upstream verfolgt. Warten wir dort auf eine Korrektur, bevor wir versuchen, dies zu handhaben.
Danke für das Update, Falco. Könnten Sie mir bitte mitteilen, welche Funktionen oder Auswirkungen dies hat und/oder ob es sich auf die Log-Fehler oder eine KI-Funktionalität bezieht, die nicht funktioniert? So weiß ich, was ich erwarten kann oder was nicht funktionieren wird, und ob ich diese Funktionen vorübergehend deaktivieren muss, um andere Probleme zu vermeiden, die sich aus diesem Fehler ergeben könnten.
EDIT: Es sieht so aus, als ob die Anzahl der Sonden basierend auf der Anzahl der Elemente in der Datenbank berechnet wird. Ich frage mich, ob dies während eines Rebuilds festgelegt werden könnte (so dass, obwohl die Datenbank im Laufe der Zeit wachsen kann, jedes Mal, wenn Discourse aktualisiert wird, sie optimiert wird, bis es eine Laufzeitkorrektur gibt). Vorübergehend, zur Laufzeit prüfen, ob SUPERUSER-Berechtigungen vorhanden sind, bevor versucht wird, diese zu ändern.