mirror of
https://github.com/hibiken/asynq.git
synced 2026-04-26 07:25:56 +03:00
[GH-ISSUE #492] [BUG] Archived tasks prevent new tasks being queued when using TaskID #1238
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#1238
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 @jt-voyager on GitHub (Jun 15, 2022).
Original GitHub issue: https://github.com/hibiken/asynq/issues/492
Originally assigned to: @hibiken on GitHub.
Describe the bug
If we have a task that has a TaskID, and it exhausts it's retry count, you cannot queue that task up again as it's considered a duplicate.
To Reproduce
Expected behavior
If a task is in the archive state, we should be able to enqueue a new task with that TaskID
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):
asynqpackage: v0.23.0@linhbkhn95 commented on GitHub (Jun 17, 2022):
hi @jt-voyager
IMO, the task is archive state which occurs due to some reasons. If it can be an internal error, network error, incorrect format data... So, It can retry unlimited but workers still perform successfully. We should process manually instead of creating new task automation. We can use asynqmon to retry archive tasks.
@hibiken commented on GitHub (Jun 19, 2022):
@jt-voyager Thank you for creating an issue.
This is WAI (working as intended).
If you really need to enqueue another task with the same TaskID, then I suggest using
Inspector.DeleteTaskto ensure that the old task with the same ID is deleted.@bojanz commented on GitHub (Aug 30, 2023):
@hibiken
We ran into the same problem. If nothing else, this needs a strong warning in the TaskID documentation because it prevents unique tasks from working in some cases such as ours, where the goal is to permit a single in-flight operation per entity ID.