- changed component to DICOM Networking
Tasks get stuck behind store SCP when both use Celery
I think this is because they are in the same queue.
We can create multiple queues and specify which task goes to which queue.
Comments (5)
-
reporter -
reporter Set the store scp task to use a particular queue, added instruction to docs so I remember how to create the queues, added name of default queue to settings - not sure this is required, but the default queue otherwise is called celery. This seems to work, though some imports are failings still on the retrieve. However, it might be unrelated (see ref
#262). Refs#260→ <<cset 2766c79e73fd>>
-
reporter Added instructions on how to use the new Celery queues to install and to release-0.7 docs. Refs
#260→ <<cset e7a10ae9a7f7>>
-
reporter - changed status to closed
Created new queue to handle the StoreSCP task, preventing other tasks from getting stuck behind it. Made the StoreSCP less chatty by removing reference to debug mode. Made both StoreSCP and QRSCU less chatty by commenting out print statements. Closes
#260→ <<cset 249bf0960ee3>>
-
reporter Added ref
#260to changes.→ <<cset b43365b97227>>
- Log in to comment