Obtenir des erreurs de blocage dans les logs

Soutien
1 
Exception de tâche : PG::TRDeadlockDetected : ERREUR :  détection d'interblocage
DÉTAIL :  Le processus 29659 attend un ShareLock sur la transaction 892416679 ; bloqué par le processus 29650.
Le processus 29650 attend un ShareLock sur la transaction 892416541 ; bloqué par le processus 29659.
INDICE :  Voir le journal du serveur pour les détails de la requête.
CONTRÔLE :  en revalidant le tuple mis à jour (36923,3) dans la relation « discourse_activity_pub_actors »

CleanShot 2025-03-27 at 08.57.49@2x
CleanShot 2025-03-27 at 08.57.49@2x1920×500 96.5 KB

Ces éléments apparaissent dans /logs @angus, je ne suis pas sûr s’il y a des problèmes visibles par l’utilisateur. La trace de la pile pointe vers une tâche gérant les livraisons :

rack-mini-profiler-3.3.1/lib/patches/db/pg.rb:69:in `exec_params'
rack-mini-profiler-3.3.1/lib/patches/db/pg.rb:69:in `exec_params'
(eval at /var/www/discourse/lib/method_profiler.rb:38):105:in `exec_params'
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:894:in `block (2 levels) in exec_no_cache'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract_adapter.rb:1004:in `block in with_raw_connection'
activesupport-7.2.2.1/lib/active_support/concurrency/null_lock.rb:9:in `synchronize'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract_adapter.rb:976:in `with_raw_connection'
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:893:in `block in exec_no_cache'
activesupport-7.2.2.1/lib/active_support/notifications/instrumenter.rb:58:in `instrument'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract_adapter.rb:1119:in `log'
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:892:in `exec_no_cache'
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:872:in `execute_and_clear'
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql/database_statements.rb:79:in `exec_delete'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/database_statements.rb:208:in `update'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/query_cache.rb:27:in `update'
activerecord-7.2.2.1/lib/active_record/relation.rb:610:in `block in update_all'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:421:in `with_connection'
activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection'
activerecord-7.2.2.1/lib/active_record/relation.rb:598:in `update_all'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_failure_tracker.rb:36:in `set_domain_actors_as_available'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_failure_tracker.rb:22:in `track_success'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_deliver.rb:50:in `perform_request'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_deliver.rb:15:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
1 « J'aime »
3

Ceci devrait le résoudre

2 « J'aime »
4

Hmm, cela ne semble malheureusement pas résoudre le problème @angus. Il y a beaucoup d’acteurs, possiblement, dans la base de données, et le traitement par lots est toujours insuffisant.

Sur meta, par exemple, il y a plus de 90 000 lignes dans ce modèle :

discourse(prod)> DiscourseActivityPubActor.where(domain: 'mastodon.social').size
=> 90264

Avons-nous absolument besoin de mettre à jour leur colonne available à chaque livraison ?

5

Je vois. J’espère que cela, ainsi que les changements précédents, le résoudra :

1 « J'aime »
6

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