mirror of
https://github.com/hibiken/asynq.git
synced 2026-04-25 23:15:51 +03:00
[GH-ISSUE #390] [BUG] Deadline of active task is invalid #173
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#173
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 @nkbai on GitHub (Jan 28, 2022).
Original GitHub issue: https://github.com/hibiken/asynq/issues/390
Originally assigned to: @hibiken on GitHub.
Describe the bug
asynqapi/queues/default/active_tasks?page=1&size=20
returns:
I've the same problem with #286. and I'm sure that
(r *recoverer) recover()is called every miniute.list deadline returns these ids ,but their deadline is invalid. so
r.broker.ListDeadlineExceeded(deadline, r.queues...)returns empty.@hibiken commented on GitHub (Jan 28, 2022):
@nkbai thank you for reporting this issue!
Can you also provide the output of
redis-cli zrange asynq:{default}:deadlines 0 -1 withscores?@nkbai commented on GitHub (Jan 29, 2022):
redis-cli zrange asynq:{default}:deadlines 0 -1 withscores
@nkbai commented on GitHub (Jan 29, 2022):
after set task's
defaultTimeoutto 1 minute ,this task is send to archived after several minutes. but I want to try this task even the asynq is killed bykill -9.@hibiken commented on GitHub (Jan 29, 2022):
I see. thank you for providing the info! It seems like the task IDs are in the active set but not in the deadline set?
Could you also describe the steps to reproduce this?
Also, could you paste the output of
HGETALL asynq:{default}:t:315f4ee3-98e2-4f11-8f95-5e816aa48a38?@hibiken commented on GitHub (Feb 1, 2022):
@nkbai Please let me know if you are still seeing the issue!
@nkbai commented on GitHub (Feb 5, 2022):
Sorry, this is caused by my misoperation. I set the retry times of this task to 1.