Error while trying to deserialize arguments: uninitialized constant GlobalID::Locator

[rafaelfranca]

From @jwoertink on April 19, 2017 19:16

I don't get this error often, but sometimes I get

Error while trying to deserialize arguments: uninitialized constant GlobalID::Locator Did you mean? GlobalID::Locator

I'm not able to recreate this error locally, and out of 310 processed jobs, it's only shown up twice.

I'm using Sidekiq with ActiveJob on Rails 5.0.2 with ruby 2.4.1.

Here's the data from Sidekiq

Job
Queue 	default
Job 	{"job_class"=>"EncoderJob", "job_id"=>"2c6589f6-172e-4e83-9910-c4ffc29bb5d0", "queue_name"=>"default", "priority"=>nil, "arguments"=>["update", "poster", 54381, ["hq_gallery_zip_url", "promo_photo_pack_zip_url", "updated_at"]], "locale"=>"en"}
Arguments 	
JID 	6e64e144c2eea7c09d418b53
Enqueued 	2 days ago
Extras 	{"wrapped"=>"EncoderJob", "processor"=>"d14dcdc7631e:1"}
Error
Error Class 	ActiveJob::DeserializationError
Error Message 	Error while trying to deserialize arguments: uninitialized constant GlobalID::Locator Did you mean? GlobalID::Locator

Copied from original issue: rails/rails#28801

[Fredar]

I am seeing the same thing (only happened twice) with no obvious trigger.
ActiveJob 4.2.8 on 2.3.3 ruby with sidekiq 4.2.10 and globalID 0.4.0

It started few days after we bumped to rails 4.2.8 from 4.2.7.1, which also updated globalID from 0.3.7 to 0.4.0

[maia]

I've also seen this twice in the past weeks (with thousands of processed jobs), without a specific deploy I could pinpoint it to. The first time occurred shortly after upgrading from rails 4.2.8 to 5.0.

I'm running ruby 2.3.3, sidekiq 4.2.10, and globalid 0.4.0.

[phlegx]

I have the same problem!

• Rails 4.2.8
• ActiveJob 4.2.8
• GlobalId 0.4.0
• Sidekiq 4.2.9
• Ruby 2.3.3

[fredngo]

I experienced the same with the following:

• Rails 5.1.1
• ActiveJob 5.1.1
• GlobalId 0.4.0
• Sidekiq 4.2.10
• Ruby 2.4.1

[caiofct]

I'am experiencing the same error. It happens very much at random and only on production at Heroku. My stack:

• Rails 5.1.1
• ActiveJob 5.1.1
• GlobalId 0.4.0
• Sidekiq 5.0.0
• Ruby 2.4.1

[marcgreenstock]

Same. I have the stacktrace if required. I'm using active-elastic-job instead of sidekiq.

[doits]

Just happened for me with sidekiq, here's the backtrace:

/2.4.0/gems/activejob-5.1.1/lib/active_job/arguments.rb:78:in `deserialize_argument'
/2.4.0/gems/activejob-5.1.1/lib/active_job/arguments.rb:39:in `block in deserialize'
/2.4.0/gems/activejob-5.1.1/lib/active_job/arguments.rb:39:in `map'
/2.4.0/gems/activejob-5.1.1/lib/active_job/arguments.rb:39:in `deserialize'
/2.4.0/gems/activejob-5.1.1/lib/active_job/core.rb:134:in `deserialize_arguments'
/2.4.0/gems/activejob-5.1.1/lib/active_job/core.rb:124:in `deserialize_arguments_if_needed'
/2.4.0/gems/activejob-5.1.1/lib/active_job/execution.rb:32:in `perform_now'
/2.4.0/gems/activejob-5.1.1/lib/active_job/execution.rb:22:in `block in execute'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/callbacks.rb:108:in `block in run_callbacks'
/2.4.0/gems/activejob-5.1.1/lib/active_job/railtie.rb:26:in `block (4 levels) in <class:Railtie>'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/execution_wrapper.rb:85:in `wrap'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/reloader.rb:68:in `block in wrap'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/execution_wrapper.rb:81:in `wrap'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/reloader.rb:67:in `wrap'
/2.4.0/gems/activejob-5.1.1/lib/active_job/railtie.rb:25:in `block (3 levels) in <class:Railtie>'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/callbacks.rb:117:in `instance_exec'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/callbacks.rb:117:in `block in run_callbacks'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
/2.4.0/gems/activejob-5.1.1/lib/active_job/execution.rb:20:in `execute'
/2.4.0/gems/activejob-5.1.1/lib/active_job/queue_adapters/sidekiq_adapter.rb:40:in `perform'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:199:in `execute_job'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/middleware/chain.rb:128:in `block in invoke'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/middleware/chain.rb:133:in `invoke'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:169:in `block in process'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:141:in `block (6 levels) in dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/job_retry.rb:97:in `local'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:140:in `block (5 levels) in dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/rails.rb:42:in `block in call'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/execution_wrapper.rb:85:in `wrap'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/reloader.rb:68:in `block in wrap'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/execution_wrapper.rb:85:in `wrap'
/2.4.0/gems/activesupport-5.1.1/lib/active_support/reloader.rb:67:in `wrap'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/rails.rb:41:in `call'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:136:in `block (4 levels) in dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:215:in `stats'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:131:in `block (3 levels) in dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/job_logger.rb:7:in `call'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:130:in `block (2 levels) in dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/job_retry.rb:72:in `global'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:129:in `block in dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/logging.rb:44:in `with_context'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/logging.rb:38:in `with_job_hash_context'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:128:in `dispatch'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:168:in `process'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:85:in `process_one'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/processor.rb:73:in `run'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/util.rb:16:in `watchdog'
/2.4.0/gems/sidekiq-5.0.4/lib/sidekiq/util.rb:25:in `block in safe_thread'