[Koha-bugs] [Bug 30654] Even with RabbitMQ enabled, we should poll the database for jobs at worker startup

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Mon May 9 03:06:30 CEST 2022


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30654

David Cook <dcook at prosentient.com.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dcook at prosentient.com.au

--- Comment #3 from David Cook <dcook at prosentient.com.au> ---
I don't know about this one. The database fall-back already doesn't scale, so
this would make it so that you could only ever have a maximum of 1
background_jobs_worker.pl for a queue.

For this particular use case, wouldn't it be better to enqueue any tasks that
weren't enqueued due to RabbitMQ being offline? 

(To avoid a race condition, you could either have 1 process responsible for
that activity, or you could use database locking I suppose. I'd have to
double-check the Koha::BackgroundJob code.)

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list