You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
In my configuration the deadlock was not supposed to happen but still was happening, the gem was configured using sidekiq middleware.
sidekiq (7.2.1)
sidekiq-unique-jobs (8.0.9)
Expected behavior
Not to lock the job. But it still was locked for hours, untill i've resetted the redis.
Current behavior
2024-02-29T08:46:04.343Z pid=23072 tid=cng uniquejobs=client until_executed=uniquejobs:a95805955a77049ece74f49084024c62 INFO: Skipping job with id (281f76da6925b8a897df39d1) because lock_digest: (uniquejobs:a95805955a77049ece74f49084024c62) already exists
Describe the bug
In my configuration the deadlock was not supposed to happen but still was happening, the gem was configured using sidekiq middleware.
sidekiq (7.2.1)
sidekiq-unique-jobs (8.0.9)
Expected behavior
Not to lock the job. But it still was locked for hours, untill i've resetted the redis.
Current behavior
Worker class
sidekiq.rb initializer:
Additional context
In the sidekiq interface the lock was not shown
The text was updated successfully, but these errors were encountered: