긴 주제에 게시글을 옮기면 실패합니다

기여 버그
1

글을 이동할 수 있는 합리적인 개수를 초과했을 가능성이 있다는 점은 인지하고 있습니다. 지금은 다음과 같은 메시지와 함께 실패합니다:

There was an error moving posts.

1,500개의 글이 있는 주제에서 4,500개의 글이 있는 주제로 19개의 글을 이동하려고 했습니다.

그래도 해결책이 있다면 좋겠습니다.

새 주제로 이동하는 것은 정상적으로 작동합니다.

Unicorn worker received USR2 signal indicating it is about to timeout, dumping backtrace for main thread
config/unicorn.conf.rb:203:in `backtrace'
config/unicorn.conf.rb:203:in `block (2 levels) in reload'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rack-mini-profiler-3.3.1/lib/patches/db/pg.rb:110:in `exec'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rack-mini-profiler-3.3.1/lib/patches/db/pg.rb:110:in `async_exec'
(eval at /var/www/discourse/lib/method_profiler.rb:38):29:in `async_exec'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/postgres/connection.rb:217:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/active_record_postgres/connection.rb:38:in `block in run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/active_record_postgres/connection.rb:34:in `block in with_lock'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/concurrency/null_lock.rb:9:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/active_record_postgres/connection.rb:34:in `with_lock'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/active_record_postgres/connection.rb:38:in `run'
/var/www/discourse/lib/mini_sql_multisite_connection.rb:109:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/postgres/connection.rb:196:in `exec'
(eval at /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_sql-1.6.0/lib/mini_sql/builder.rb:62):2:in `exec'
/var/www/discourse/app/models/topic_user.rb:511:in `update_post_action_cache'
/var/www/discourse/app/models/post_mover.rb:634:in `update_statistics'
/var/www/discourse/app/models/post_mover.rb:116:in `move_posts_to'
/var/www/discourse/app/models/post_mover.rb:35:in `block in to_topic'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:6...


activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn' 
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch' 
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each' 
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch' 
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn' 
/var/www/discourse/lib/signal_trap_logger.rb:40:in `public_send' 
/var/www/discourse/lib/signal_trap_logger.rb:40:in `block (2 levels) in ensure_logging_thread_running' 
<internal:kernel>:187:in `loop'
/var/www/discourse/lib/signal_trap_logger.rb:37:in `block in ensure_logging_thread_running'

현재 최신 코어 버전 b6f62bcc05를 사용 중입니다.

논리를 sidekiq로 옮기는 계획이 아직 남아 있습니까?

3개의 좋아요
2

유사한 문제에 대한 최근 게시물이 있습니다:

최신 버전이 아니라면 업데이트를 시도해 보세요.

2개의 좋아요
3

알게 된 게 있어요..

2개의 좋아요
4

우리는 이 작업을 대기 큐로 보내면서 시간을 조금 더 벌 수 있습니다. 그렇게 하면 작업에 걸리는 시간이 30초에서 90초로 늘어납니다.

여기서 작업이 이렇게 오래 걸리는 점이 조금 걱정됩니다. 게시물 이동 이후에 나중에 수행할 수 있는 작업처럼 느껴지는 통계 업데이트가 이렇게 오래 걸리는 것은 이상합니다.

3개의 좋아요
12

일단 hijack은 처리했지만, 여기서 다른 최적화도 여러 가지 해야 할 것 같습니다:

3개의 좋아요