forked from celery/celery
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Changelog
504 lines (314 loc) · 15.2 KB
/
Changelog
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
.. _changelog:
================
Change history
================
<<<<<<< HEAD
This document contains change notes for bugfix releases in the 3.1.x series
(Cipater), please see :ref:`whatsnew-3.1` for an overview of what's
new in Celery 3.1.
=======
.. contents::
:local:
If you're looking for versions prior to 3.0.x you should go to :ref:`history`.
.. _version-3.0.13:
3.0.13
======
:release-date: 2012-11-30 XX:XX:XX X.X UTC
- Fixed a deadlock issue that could occur when the producer pool
inherited the connection pool instance of the parent process.
- The :option:`--loader` option now works again (Issue #1066).
- :program:`celery` umbrella command: All subcommands now supports
the :option:`--workdir` option (Issue #1063).
- Groups included in chains now give GroupResults (Issue #1057)
Previously it would incorrectly add a regular result instead of a group
result, but now this works:
.. code-block:: python
# [4 + 4, 4 + 8, 16 + 8]
>>> res = (add.s(2, 2) | group(add.s(4), add.s(8), add.s(16)))()
>>> res
<GroupResult: a0acf905-c704-499e-b03a-8d445e6398f7 [
4346501c-cb99-4ad8-8577-12256c7a22b1,
b12ead10-a622-4d44-86e9-3193a778f345,
26c7a420-11f3-4b33-8fac-66cd3b62abfd]>
- Chains can now chain other chains and use partial arguments (Issue #1057).
Example:
.. code-block:: python
>>> c1 = (add.s(2) | add.s(4))
>>> c2 = (add.s(8) | add.s(16))
>>> c3 = (c1 | c2)
# 8 + 2 + 4 + 8 + 16
>>> assert c3(8).get() == 38
- Subtasks can now be used with unregistered tasks.
You can specify subtasks even if you just have the name::
>>> s = subtask(task_name, args=(), kwargs=())
>>> s.delay()
- The :program:`celery shell` command now always adds the current
directory to the module path.
- The worker will now properly handle the :exc:`pytz.AmbiguousTimeError`
exception raised when an ETA/countdown is prepared while being in DST
transition (Issue #1061).
- force_execv: Now makes sure that task symbols in the original
task modules will always use the correct app instance (Issue #1072).
- AMQP Backend: Now republishes result messages that have been polled
(using ``result.ready()`` and friends, ``result.get()`` will not do this
in this version).
- Handling of ETA/countdown fixed when the :setting:`CELERY_ENABLE_UTC`
setting is disabled (Issue #1065).
- A number of uneeded properties were included in messages,
caused by accidentally passing ``Queue.as_dict`` as message properties.
- Fixed a typo in the broadcast routing documentation (Issue #1026).
- Rewrote confusing section about idempotence in the task user guide.
- Fixed typo in the daemonization tutorial (Issue #1055).
- Fixed several typos in the documentation.
Contributed by Marius Gedminas.
- Batches: Now works when using the eventlet pool.
Fix contributed by Thomas Grainger.
- Batches: Added example sending results to :mod:`celery.contrib.batches`.
Contributed by Thomas Grainger.
- Fixed problem when using earlier versions of :mod:`pytz`.
Fix contributed by Vlad.
- Docs updated to include the default value for the
:setting:`CELERY_TASK_RESULT_EXPIRES` setting.
- Improvements to the django-celery tutorial.
Contributed by Locker537.
- The ``add_consumer`` control command did not properly persist
the addition of new queues so that they survived connection failure
(Issue #1079).
3.0.12
======
:release-date: 2012-11-06 02:00 P.M UTC
- Now depends on kombu 2.4.8
- [Redis] New and improved fair queue cycle algorithm (Kevin McCarthy).
- [Redis] Now uses a Redis-based mutex when restoring messages.
- [Redis] Number of messages that can be restored in one interval is no
longer limited (but can be set using the
``unacked_restore_limit``
:setting:`transport option <BROKER_TRANSPORT_OPTIONS>`.)
- Heartbeat value can be specified in broker URLs (Mher Movsisyan).
- Fixed problem with msgpack on Python 3 (Jasper Bryant-Greene).
- Now depends on billiard 2.7.3.18
- Celery can now be used with static analysis tools like PyDev/PyCharm/pylint
etc.
- Development documentation has moved to Read The Docs.
The new URL is: http://docs.celeryproject.org/en/master
- New :setting:`CELERY_QUEUE_HA_POLICY` setting used to set the default
HA policy for queues when using RabbitMQ.
- New method ``Task.subtask_from_request`` returns a subtask using the current
request.
- Results get_many method did not respect timeout argument.
Fix contributed by Remigiusz Modrzejewski
- generic_init.d scripts now support setting :envvar:`CELERY_CREATE_DIRS` to
always create log and pid directories (Issue #1045).
This can be set in your :file:`/etc/default/celeryd`.
- Fixed strange kombu import problem on Python 3.2 (Issue #1034).
- Worker: ETA scheduler now uses millisecond precision (Issue #1040).
- The ``--config`` argument to programs is now supported by all loaders.
- The :setting:`CASSANDRA_OPTIONS` setting has now been documented.
Contributed by Jared Biel.
- Task methods (:mod:`celery.contrib.methods`) cannot be used with the old
task base class, the task decorator in that module now inherits from the new.
- An optimization was too eager and caused some logging messages to never emit.
- :mod:`celery.contrib.batches` now works again.
- Fixed missing whitespace in ``bdist_rpm`` requirements (Issue #1046).
- Event state's ``tasks_by_name`` applied limit before filtering by name.
Fix contributed by Alexander A. Sosnovskiy.
.. _version-3.0.11:
3.0.11
======
:release-date: 2012-09-26 04:00 P.M UTC
- [security:low] generic-init.d scripts changed permissions of /var/log & /var/run
In the daemonization tutorial the recommended directories were as follows:
.. code-block:: bash
CELERYD_LOG_FILE="/var/log/celery/%n.log"
CELERYD_PID_FILE="/var/run/celery/%n.pid"
But in the scripts themselves the default files were ``/var/log/celery%n.log``
and ``/var/run/celery%n.pid``, so if the user did not change the location
by configuration, the directories ``/var/log`` and ``/var/run`` would be
created - and worse have their permissions and owners changed.
This change means that:
- Default pid file is ``/var/run/celery/%n.pid``
- Default log file is ``/var/log/celery/%n.log``
- The directories are only created and have their permissions
changed if *no custom locations are set*.
Users can force paths to be created by calling the ``create-paths``
subcommand:
.. code-block:: bash
$ sudo /etc/init.d/celeryd create-paths
.. admonition:: Upgrading Celery will not update init scripts
To update the init scripts you have to re-download
the files from source control and update them manually.
You can find the init scripts for version 3.0.x at:
http://github.com/celery/celery/tree/3.0/extra/generic-init.d
- Now depends on billiard 2.7.3.17
- Fixes request stack protection when app is initialized more than
once (Issue #1003).
- ETA tasks now properly works when system timezone is not the same
as the configured timezone (Issue #1004).
- Terminating a task now works if the task has been sent to the
pool but not yet acknowledged by a pool process (Issue #1007).
Fix contributed by Alexey Zatelepin
- Terminating a task now properly updates the state of the task to revoked,
and sends a ``task-revoked`` event.
- Generic worker init script now waits for workers to shutdown by default.
- Multi: No longer parses --app option (Issue #1008).
- Multi: stop_verify command renamed to stopwait.
- Daemonization: Now delays trying to create pidfile/logfile until after
the working directory has been changed into.
- :program:`celery worker` and :program:`celery beat` commands now respects
the :option:`--no-color` option (Issue #999).
- Fixed typos in eventlet examples (Issue #1000)
Fix contributed by Bryan Bishop.
Congratulations on opening bug #1000!
- Tasks that raise :exc:`~celery.exceptions.Ignore` are now acknowledged.
- Beat: Now shows the name of the entry in ``sending due task`` logs.
.. _version-3.0.10:
3.0.10
======
:release-date: 2012-09-20 05:30 P.M BST
- Now depends on kombu 2.4.7
- Now depends on billiard 2.7.3.14
- Fixes crash at startup when using Django and pre-1.4 projects
(setup_environ).
- Hard time limits now sends the KILL signal shortly after TERM,
to terminate processes that have signal handlers blocked by C extensions.
- Billiard now installs even if the C extension cannot be built.
It's still recommended to build the C extension if you are using
a transport other than rabbitmq/redis (or use forced execv for some
other reason).
- Pool now sets a ``current_process().index`` attribute that can be used to create
as many log files as there are processes in the pool.
- Canvas: chord/group/chain no longer modifies the state when called
Previously calling a chord/group/chain would modify the ids of subtasks
so that:
.. code-block:: python
>>> c = chord([add.s(2, 2), add.s(4, 4)], xsum.s())
>>> c()
>>> c() <-- call again
at the second time the ids for the tasks would be the same as in the
previous invocation. This is now fixed, so that calling a subtask
won't mutate any options.
- Canvas: Chaining a chord to another task now works (Issue #965).
- Worker: Fixed a bug where the request stack could be corrupted if
relative imports are used.
Problem usually manifested itself as an exception while trying to
send a failed task result (``NoneType does not have id attribute``).
Fix contributed by Sam Cooke.
- Tasks can now raise :exc:`~celery.exceptions.Ignore` to skip updating states
or events after return.
Example:
.. code-block:: python
from celery.exceptions import Ignore
@task
def custom_revokes():
if redis.sismember('tasks.revoked', custom_revokes.request.id):
raise Ignore()
- The worker now makes sure the request/task stacks are not modified
by the initial ``Task.__call__``.
This would previously be a problem if a custom task class defined
``__call__`` and also called ``super()``.
- Because of problems the fast local optimization has been disabled,
and can only be enabled by setting the :envvar:`USE_FAST_LOCALS` attribute.
- Worker: Now sets a default socket timeout of 5 seconds at shutdown
so that broken socket reads do not hinder proper shutdown (Issue #975).
- More fixes related to late eventlet/gevent patching.
- Documentation for settings out of sync with reality:
- :setting:`CELERY_TASK_PUBLISH_RETRY`
Documented as disabled by default, but it was enabled by default
since 2.5 as stated by the 2.5 changelog.
- :setting:`CELERY_TASK_PUBLISH_RETRY_POLICY`
The default max_retries had been set to 100, but documented as being
3, and the interval_max was set to 1 but documented as 0.2.
The default setting are now set to 3 and 0.2 as it was originally
documented.
Fix contributed by Matt Long.
- Worker: Log messages when connection established and lost have been improved.
- The repr of a crontab schedule value of '0' should be '*' (Issue #972).
- Revoked tasks are now removed from reserved/active state in the worker
(Issue #969)
Fix contributed by Alexey Zatelepin.
- gevent: Now supports hard time limits using ``gevent.Timeout``.
- Documentation: Links to init scripts now point to the 3.0 branch instead
of the development branch (master).
- Documentation: Fixed typo in signals user guide (Issue #986).
``instance.app.queues`` -> ``instance.app.amqp.queues``.
- Eventlet/gevent: The worker did not properly set the custom app
for new greenlets.
- Eventlet/gevent: Fixed a bug where the worker could not recover
from connection loss (Issue #959).
Also, because of a suspected bug in gevent the
:setting:`BROKER_CONNECTION_TIMEOUT` setting has been disabled
when using gevent
3.0.9
=====
:release-date: 2012-08-31 06:00 P.M BST
- Important note for users of Django and the database scheduler!
Recently a timezone issue has been fixed for periodic tasks,
but erroneous timezones could have already been stored in the
database, so for the fix to work you need to reset
the ``last_run_at`` fields.
You can do this by executing the following command:
.. code-block:: bash
$ python manage.py shell
>>> from djcelery.models import PeriodicTask
>>> PeriodicTask.objects.update(last_run_at=None)
You also have to do this if you change the timezone or
:setting:`CELERY_ENABLE_UTC` setting.
- Note about the :setting:`CELERY_ENABLE_UTC` setting.
If you previously disabled this just to force periodic tasks to work with
your timezone, then you are now *encouraged to re-enable it*.
- Now depends on Kombu 2.4.5 which fixes PyPy + Jython installation.
- Fixed bug with timezones when :setting:`CELERY_ENABLE_UTC` is disabled
(Issue #952).
- Fixed a typo in the celerybeat upgrade mechanism (Issue #951).
- Make sure the `exc_info` argument to logging is resolved (Issue #899).
- Fixed problem with Python 3.2 and thread join timeout overflow (Issue #796).
- A test case was occasionally broken for Python 2.5.
- Unit test suite now passes for PyPy 1.9.
- App instances now supports the with statement.
This calls the new :meth:`~celery.Celery.close` method at exit, which
cleans up after the app like closing pool connections.
Note that this is only necessary when dynamically creating apps,
e.g. for "temporary" apps.
- Support for piping a subtask to a chain.
For example:
.. code-block:: python
pipe = sometask.s() | othertask.s()
new_pipe = mytask.s() | pipe
Contributed by Steve Morin.
- Fixed problem with group results on non-pickle serializers.
Fix contributed by Steeve Morin.
.. _version-3.0.8:
3.0.8
=====
:release-date: 2012-08-29 05:00 P.M BST
- Now depends on Kombu 2.4.4
- Fixed problem with amqplib and receiving larger message payloads
(Issue #922).
The problem would manifest itself as either the worker hanging,
or occasionally a ``Framing error`` exception appearing.
Users of the new ``pyamqp://`` transport must upgrade to
:mod:`amqp` 0.9.3.
- Beat: Fixed another timezone bug with interval and crontab schedules
(Issue #943).
- Beat: The schedule file is now automatically cleared if the timezone
is changed.
The schedule is also cleared when you upgrade to 3.0.8 from an earlier
version, this to register the initial timezone info.
- Events: The :event:`worker-heartbeat` event now include processed and active
count fields.
Contributed by Mher Movsisyan.
- Fixed error with error email and new task classes (Issue #931).
- ``BaseTask.__call__`` is no longer optimized away if it has been monkey
patched.
- Fixed shutdown issue when using gevent (Issue #911 & Issue #936).
>>>>>>> 3.0
If you're looking for versions prior to 3.1 you should visit our
:ref:`history` of releases.
.. contents::
:local:
.. _version-3.1.0:
3.1.0
=====
:state: FROZEN
:branch: master
See :ref:`whatsnew-3.1`