Commit 8c4dcc5
fix: set stale jobs to "revoked" status instead of "pending" (#1169)
* fix: revoke stale jobs by default instead of setting PENDING
update_stale_jobs previously checked Celery for task state, but
AsyncResult returns PENDING for tasks it has no record of. This
caused stale jobs to cycle through PENDING endlessly, and async_api
jobs kept serving tasks to workers via the /tasks/ endpoint.
Now: only trust Celery when it reports a known state (SUCCESS,
FAILURE, etc). Otherwise revoke the job and clean up NATS/Redis
resources. Also adds --dry-run flag.
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* refactor: extract check_stale_jobs() for reuse by periodic task
Move core stale-job logic from management command into
check_stale_jobs() in tasks.py. The management command is now a
thin wrapper. Add tests for the extracted function.
This prepares for #1025 which will call check_stale_jobs() from a
Celery Beat periodic task.
Co-Authored-By: Claude <noreply@anthropic.com>
* refactor: move jobs tests into tests/ package
Consolidate ami/jobs/tests.py, test_tasks.py, and tests_update_stale_jobs.py
into an ami/jobs/tests/ package with consistent test_ prefixes. All files are
now discovered by Django's default test runner pattern.
Co-Authored-By: Claude <noreply@anthropic.com>
* fix: correct stale job handling in check_stale_jobs()
Four issues fixed:
- Use states.READY_STATES instead of ALL_STATES - {PENDING} so non-terminal
Celery states (STARTED, RETRY, RECEIVED) don't leave jobs stuck
- Guard SUCCESS: only accept it when job.progress.is_complete(), matching the
existing check in update_job_status(); otherwise revoke the job
- Set finished_at in both the "updated" and "revoked" branches
- Capture previous_status before calling update_status() so the result dict
reflects the original state rather than the post-mutation REVOKED value
Tests added for the updated-from-Celery-state and SUCCESS-with-incomplete-
progress paths.
Co-Authored-By: Claude <noreply@anthropic.com>
* fix: extend async_api progress guard to FAILURE, add cleanup to terminal branch
Two issues from code review:
- Guard FAILURE the same as SUCCESS for async_api jobs: if Celery reports
SUCCESS or FAILURE but progress is incomplete, treat as non-terminal and
revoke instead, matching the AsyncJobStateManager convention
- Call cleanup_async_job_if_needed() in the is_terminal branch so NATS/Redis
resources are freed for recovered jobs, not only for revoked ones
Co-Authored-By: Claude <noreply@anthropic.com>
* fix: use select_for_update to prevent concurrent stale-job processing
Fetch stale job PKs first, then re-acquire each inside transaction.atomic()
with select_for_update(). The re-fetch re-checks running state and cutoff so
a job handled by a concurrent run is skipped (DoesNotExist) rather than
double-processed. Async resource cleanup (NATS/Redis) runs outside the
transaction to avoid holding the row lock during network calls.
Matches the pattern used by _fail_job() and _update_job_progress().
Co-Authored-By: Claude <noreply@anthropic.com>
* fix: catch Celery backend errors in stale-job cleanup loop
Wrap AsyncResult(task_id).state in try-except so a single broker/backend
failure doesn't abort the entire batch. Failed lookups are logged and
the job is revoked as if Celery state were unknown.
Co-Authored-By: Claude <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>1 parent 5283e23 commit 8c4dcc5
6 files changed
Lines changed: 235 additions & 22 deletions
File tree
- ami/jobs
- management/commands
- tests
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
1 | | - | |
2 | | - | |
3 | 1 | | |
4 | | - | |
5 | 2 | | |
6 | | - | |
| 3 | + | |
| 4 | + | |
7 | 5 | | |
8 | 6 | | |
9 | 7 | | |
10 | | - | |
11 | | - | |
12 | | - | |
| 8 | + | |
13 | 9 | | |
14 | | - | |
15 | 10 | | |
16 | 11 | | |
17 | 12 | | |
18 | 13 | | |
19 | 14 | | |
20 | | - | |
| 15 | + | |
| 16 | + | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
| 20 | + | |
21 | 21 | | |
22 | 22 | | |
23 | 23 | | |
24 | | - | |
25 | | - | |
26 | | - | |
27 | | - | |
| 24 | + | |
| 25 | + | |
| 26 | + | |
| 27 | + | |
| 28 | + | |
28 | 29 | | |
29 | | - | |
30 | | - | |
31 | | - | |
32 | | - | |
33 | | - | |
34 | | - | |
| 30 | + | |
| 31 | + | |
| 32 | + | |
| 33 | + | |
| 34 | + | |
| 35 | + | |
35 | 36 | | |
36 | | - | |
37 | | - | |
38 | | - | |
| 37 | + | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
316 | 316 | | |
317 | 317 | | |
318 | 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 | + | |
319 | 410 | | |
320 | 411 | | |
321 | 412 | | |
| |||
Whitespace-only changes.
File renamed without changes.
File renamed without changes.
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
| 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 | + | |
0 commit comments