We are using a fork call in a custom sidekiq add-in from the startup handler to run some extra bit of functionality we need.
sq_config.on(:startup) do @server_pid = fork do sa::Server.run! end
With connection_pool 2.4.0, we're getting the below traceback when doing so which we had not seen before, and suspect it's due to the change in 2.4.0 to close threads. Error we see:
NoMethodError: undefined method[]' for nil:NilClass
We are using a fork call in a custom sidekiq add-in from the startup handler to run some extra bit of functionality we need.
sq_config.on(:startup) do @server_pid = fork do sa::Server.run! end
With connection_pool 2.4.0, we're getting the below traceback when doing so which we had not seen before, and suspect it's due to the change in 2.4.0 to close threads. Error we see:NoMethodError: undefined method
[]' for nil:NilClass` Backtrace:
/usr/local/bundle/gems/net-http-persistent-4.0.1/lib/net/http/persistent/pool.rb:14:in
checkin' /usr/local/bundle/gems/connection_pool-2.4.0/lib/connection_pool.rb:56:inblock in after_fork' /usr/local/bundle/gems/connection_pool-2.4.0/lib/connection_pool.rb:52:in
each' /usr/local/bundle/gems/connection_pool-2.4.0/lib/connection_pool.rb:52:inafter_fork' /usr/local/bundle/gems/connection_pool-2.4.0/lib/connection_pool.rb:72:in
_fork' /usr/local/bundle/gems/activesupport-7.0.4/lib/active_support/fork_tracker.rb:7:in_fork' /usr/local/bundle/gems/sidekiq_scaler-1.0.5/lib/sidekiq_scaler.rb:24:in
fork' /usr/local/bundle/gems/sidekiq_scaler-1.0.5/lib/sidekiq_scaler.rb:24:inblock (3 levels) in start' ...
using sidekiq 6.4.2. We had not experienced this with connection_pool 2.3.0.