Skip to content

Research and tune download failures across API and Celery #6704

Description

@patphongs

What we’re after

Research and implement better handling for download failures across the API and Celery apps.

Logs show jobs can hit DB statement timeouts. The task writes download-failed:<task_id> for the API flow, but Celery reports the task as succeeded.

Action item(s)

  • Decide whether Download failed should re-raise so Celery marks the task failed.
  • Add a distinct metric or structured log for download failures, especially DB statement timeouts.

Completion criteria

  • API and Celery failure behavior is documented.
  • Download failures are visible through Celery logs.
  • When API download fails, Celery should fail.

References/resources/technical considerations

  • webservices/tasks/download.py: generic Exception logs Download failed, writes Redis failure state, and does not re-raise.
  • webservices/resources/download.py: API polling reads download-failed:<task_id> and returns HTTP 500.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions