Les modules d'IA ont soudainement cessé de fonctionner

J’ai installé le plugin Discourse AI, configuré Gemini et activé quelques modules : Résumé, Sentiment, Sujets Connexes, Recherche IA et Toxicité.

Au début, cela a très bien fonctionné, le bouton Résumé est apparu et a généré le contenu.

Dès que j’ai activé les options Sentiment et Toxicité, le Résumé a cessé de fonctionner, le bouton Résumé a disparu de tous les sujets. L’onglet Sentiment sur le tableau de bord n’affiche aucune donnée.

Lorsque je consulte les journaux de Discourse, je vois ces erreurs :

Message


Job exception: ERROR:  must be owner of database discourse



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'

4 messages ont été déplacées vers un nouveau sujet : Discourse AI ne peut pas définir ivfflat.probes sur les installations auto-hébergées

Cela signifie que votre utilisateur de base de données ne peut pas exécuter

https://github.com/discourse/discourse-ai/blob/main/lib/embeddings/vector_representations/base.rb#L154

sur la base de données Discourse. Je vous suggère de vérifier vos autorisations.

[quote=“Falco, post:3, topic:295232, username:Falco”]sur la base de données Discourse. Je suggère de vérifier vos autorisations.
[/quote]

Je suis désolé, mais je ne vois pas comment vous aider sur ce point. J’ai simplement suivi les instructions de ce sujet (et des autres sujets sur les modules IA), installé le plugin, reconstruit Discourse et configuré depuis la page d’administration.

Je n’ai vu aucune étape concernant la configuration des autorisations des utilisateurs. Ai-je manqué une étape ou pourrait-il s’agir d’un scénario exceptionnel non géré par le script d’installation/de construction ?

  • Comment faire cela ?
  • Cela ne devrait-il pas être automatiquement défini lorsque j’installe le plugin et que je reconstruis ?

@Falco des avis sur ce sujet ?

Il semble que l’utilisateur de la base de données sur les installations auto-hébergées manque des autorisations pour définir ceci. Une meilleure façon de définir ceci est suivie en amont, attendons un correctif là-bas un peu avant d’essayer de le gérer

1 « J'aime »

Merci pour la mise à jour, Falco. Pourriez-vous s’il vous plaît me faire savoir quelles sont les fonctionnalités ou l’impact de ceci et/ou s’il est lié aux erreurs de journal ou à une fonctionnalité d’IA qui ne fonctionnera pas ; de cette façon, je saurai à quoi m’attendre ou ce qui ne fonctionnera pas et si je dois désactiver temporairement ces fonctionnalités pour éviter d’autres problèmes qui pourraient découler de cette erreur.

EDIT : Il semble que le nombre de sondes soit calculé en fonction du nombre d’éléments dans la base de données. Je me demande si cela pourrait être défini lors d’une reconstruction (donc, bien que la base de données puisse croître avec le temps, chaque fois que Discourse est mis à niveau, cela l’optimisera jusqu’à ce qu’il y ait une solution d’exécution). Temporairement, à l’exécution, vérifiez s’il existe des autorisations SUPERUTILISATEUR avant d’essayer de le modifier.

1 « J'aime »

Ceci a été corrigé dans le cadre de la nouvelle fonctionnalité de recherche rapide IA

2 « J'aime »

Fantastique. Mise à niveau maintenant. Y a-t-il quelque chose que je doive faire pour lancer le processus précédent ?

1 « J'aime »

Ce sujet a été automatiquement fermé après 38 heures. Les nouvelles réponses ne sont plus autorisées.