-
-
Notifications
You must be signed in to change notification settings - Fork 276
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lock remains after job not properly finish #339
Comments
oh, this is exact duplicate of #332 |
reopening, I'd appreciate some insight as to know if |
Lock expiration definitely will help. The timeout is just how long we wait for a lock to be achieved |
thanks |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
We have had this issue with one specific job, where the unique lock would remain in redis after the job has crashed or did not finish properly
is this the intended behavior?
Expected behavior
the lock should be cleared after the job finish, regardless of the status
Current behavior
new jobs gets schedule and are discarded indefinitely
Worker class
Additional context
I noticed you are talking there was a 30 minutes timeout in the 5.x series which got removed.
but in your readme you seems to be recommending against using lock_expiration/lock_timeout
I am also unsure which one would fit best my use case.
thank you for your help
The text was updated successfully, but these errors were encountered: