Skip to content
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

redis-rb 4.8.0 deprecations #5484

Closed
pbhogan opened this issue Aug 22, 2022 · 3 comments
Closed

redis-rb 4.8.0 deprecations #5484

pbhogan opened this issue Aug 22, 2022 · 3 comments

Comments

@pbhogan
Copy link

pbhogan commented Aug 22, 2022

Sidekiq 6.5.4 + redis-rb 4.8.0 hits a few deprecations in redis-rb (https://github.com/redis/redis-rb/blob/4.x/CHANGELOG.md#480)

The usages in Sidekiq that spewed warnings immediately were:

Changing to << "timeout:#{TIMEOUT}" seems to address those.

Changing to .sadd("processes", [key]) seems to be the fix here? Could use .sadd? but that would require Redis 4.8.0

There could be more instances in Sidekiq, but these were the ones that clogged my logs right off the bat. ¯_(ツ)_/¯

@mperham
Copy link
Collaborator

mperham commented Aug 22, 2022

Sigh, I literally just released 6.5.5 an hour ago.

@wrburgess
Copy link

wrburgess commented Aug 23, 2022

I believe the logging behavior below is related to this closed issue, so wanted to first post here:

Updated Versions

heroku stack heroku-22
ruby "3.1.2"
gem "rails", "7.0.3.1"
gem "sidekiq", "6.5.5"
gem "redis", "4.8.0"

Logs After Deploy

Aug 23 12:29:13 [app](https://my.papertrailapp.com/xxx) [app/worker.1](https://my.papertrailapp.com/xxx)

redis.brpop("queue:default", "queue:mailers", "queue:searchkick", timeout: 2)(called from: /app/vendor/bundle/ruby/3.1.0/gems/sidekiq-6.5.5/lib/sidekiq/fetch.rb:49:in `block in retrieve_work')

Aug 23 12:29:13 [app](https://my.papertrailapp.com/xxx) [heroku/release.3793](https://my.papertrailapp.com/xxx)

Process exited with status 0

Aug 23 12:29:13 [app](https://my.papertrailapp.com/xxx) [heroku/release.3793](https://my.papertrailapp.com/xxx)

State changed from up to complete

Aug 23 12:29:13 [app](https://my.papertrailapp.com/xxx) [heroku/release.3793](https://my.papertrailapp.com/xxx)

Passing the timeout as a positional argument is deprecated, it should be passed as a keyword argument:

Aug 23 12:29:13 [app](https://my.papertrailapp.com/xxx) [heroku/release.3793](https://my.papertrailapp.com/xxx)

redis.brpop("queue:default", "queue:mailers", "queue:searchkick", timeout: 2)(called from: /app/vendor/bundle/ruby/3.1.0/gems/sidekiq-6.5.5/lib/sidekiq/fetch.rb:49:in `block in retrieve_work')

Reversal Versions and Heroku Dynos Reboot

heroku stack heroku-22
ruby "3.1.2"
gem "rails", "7.0.3.1"
gem "sidekiq", "6.5.5"
gem "redis", "4.7.1"

Logs After Deploy

No errors

@sander-deryckere
Copy link

sander-deryckere commented Aug 24, 2022

Is it known when the new release is planned?

Just to know if we need to work of master now, or if we can wait a day or two for a new release.

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants