You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copied worker configs from Confluence with the following changes:
- Removed newrelic integration
- Added mysql80 dependency for workes (not just mysql57)
- Updated image to match the newer coordinates (matching lms and cms
containers, which apparently both use `lms-dev`)
- Added explanation to `C_FORCE_ROOT`
- Fixed cms-worker hostname (was using `lms` in name)
Supporting changes:
- Add docs and comment explaining how to use the workers
- Add cms-worker and lms-worker to the list of services available for
CLI autocomplete
Some mostly unrelated cleanup as well:
- Update lms and cms Django settings argument from `devstack_docker`
to just `devstack`; the former only imported the latter and that has
been the case for years (after the switch from Vagrant).
- Alphabetize service lists (cms was renamed from studio and should have
been moved)
- Fix some link syntax in the service list
Copy file name to clipboardExpand all lines: docs/advanced_configuration.rst
+10
Original file line number
Diff line number
Diff line change
@@ -25,3 +25,13 @@ This is handled for you automatically by setting the ``OPENEDX_RELEASE`` environ
25
25
26
26
As a specific example, if ``OPENEDX_RELEASE`` is set in your environment as ``juniper.master``, then ``COMPOSE_PROJECT_NAME`` will default to ``devstack-juniper.master`` instead of ``devstack``.
27
27
28
+
Celery workers
29
+
~~~~~~~~~~~~~~
30
+
31
+
In devstack, edxapp and possibly other services are configured to run Celery tasks synchronously rather than requiring another worker service to handle them. However, there is some support for using a separate worker. To use Celery for LMS or CMS:
32
+
33
+
1. Edit ``docker-compose.yml`` to update the LMS and CMS ``command`` lines to use ``--settings devstack_with_worker`` instead of just ``--settings devstack``
34
+
2. Run ``make lms-worker-up cms-worker-up``
35
+
3. Start LMS and CMS as usual
36
+
37
+
To verify that Celery communication is working, try ``curl -sS 'http://localhost:18000/heartbeat?extended'`` and confirm that the ``celery`` component of the response shows success.
0 commit comments