Description of problem: queue-workers appear to be ignoring configuration into dedicated task roles. Version-Release number of selected component (if applicable): 4.4.10042-7 How reproducible: assumed 100% Steps to Reproduce: 1. disable all bugzilla-queue workers 2. enable only a worker that has been configured to handle a dedicated tasks. e.g. jira 3. observe tasks on all queues decrease Actual results: all job types are handled by specialized, dedicated worker Expected results: only job types matching configuration are handled by specialized, dedicated workers Additional info:
There was a recent change on production to dispatch emails directly rather than put them through the job queue. That change was made to clear a big backlog of email jobs, but is still in place. If that change is going to become permanent, I would suggest reducing the number of job queue processors (to say 4 or 6 per web server) and removing the queue specialization mechanism, which was originally implemented to stop backlogged rules engine jobs from blocking email jobs (which can't happen if the emails aren't going through the job queue). I estimate that about 90% of the job queue throughput used to be email jobs. Reducing the number of queues by 1/2 or 2/3 would therefore be quite safe, would reduce the load on the database when the Rules Engine kill switch is set, and would reduce the number of pgpool connections permanently consumed by the job queues.
Unfortunately I have forgotten the specifics; I do recall that other queue types besides mail were being handled when they shouldn't have.
IIRC The issue was that non-mail queues where actually processing mail jobs.
Given I cannot effectively replicate this issuer at this time, I am happy for this issue to be closed for now. I can clone it if it pops up again.