mirror of
https://github.com/hibiken/asynq.git
synced 2026-04-26 07:25:56 +03:00
[GH-ISSUE #668] [FEATURE REQUEST] Customize logging when a task's retries are exhausted #335
Labels
No labels
CLI
bug
designing
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
idea
invalid
investigate
needs-more-info
performance
pr-welcome
pull-request
question
wontfix
work in progress
work in progress
work-around-available
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/asynq#335
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jsmartt on GitHub (Jun 8, 2023).
Original GitHub issue: https://github.com/hibiken/asynq/issues/668
Originally assigned to: @hibiken on GitHub.
Is your feature request related to a problem? Please describe.
I'd like to be able to customize the logging behavior when a task's retries are exhausted.
The log message is not useful to me as-is, and therefore just clutters up my logs.
Describe the solution you'd like
I'd like to be able to specify a function to replace the default behavior defined here which is hardcoded as:
I want to customize the log message text, but I'd also like to be able to change the log level or even skip logging altogether if I want to, hence providing a function instead of some options or a formatter.
Describe alternatives you've considered
I can't think of any alternatives that meet my needs in a reasonable manor. The only alternative I can think of is to use a custom logger that checks each and every log message to see if it begins with
"Retry exhausted for task id=".Additional context
I don't need to modify the processor's
handleFailedMessagelogic as a whole; I just want to customize the logging.@safaci2000 commented on GitHub (Sep 30, 2024):
That would be nice! I'd love to be able to have a decaying retry policy.