/jobs/batches NOT LOADING

[kervykervykervy]

Anyone here also experiencing this in jobs/batches? I can access the page 1 a minute ago but not page 2 and so on. Now page 1 is not accessible also.

[mperham]

What errors do the logs show?

[kervykervykervy]

Hello Mike, here's our Stack Trace

It appears that the issue might be related to one of our jobs/workers. As I am relatively new to this, any information or guidance you could provide would be greatly appreciated. Thanks!

[mperham]

I need the FULL backtrace, ideally in text, not a screenshot.

[kervykervykervy]

NoMethodError: undefined method `utc' for nil (NoMethodError)
  from (erb):31:in `block in _erb'
  from (erb):22:in `each'
  from (erb):22:in `_erb'
  from erb.rb:429:in `eval'
  from erb.rb:429:in `result'
  from sidekiq (7.3.0) lib/sidekiq/web/action.rb:93:in `_erb'
  from sidekiq (7.3.0) lib/sidekiq/web/action.rb:64:in `erb'
  from sidekiq (7.3.0) lib/sidekiq/web/action.rb:73:in `render'
  from sidekiq-pro (7.3.0) lib/sidekiq/pro/web.rb:51:in `block in registered'
  from sidekiq (7.3.0) lib/sidekiq/web/application.rb:416:in `instance_exec'
  from sidekiq (7.3.0) lib/sidekiq/web/application.rb:416:in `block in call'
  from sidekiq (7.3.0) lib/sidekiq/web/application.rb:414:in `catch'
  from sidekiq (7.3.0) lib/sidekiq/web/application.rb:414:in `call'
  from sidekiq (7.3.0) lib/sidekiq/web/csrf_protection.rb:51:in `admit'
  from sidekiq (7.3.0) lib/sidekiq/web/csrf_protection.rb:40:in `call'
  from rack-session (2.0.0) lib/rack/session/abstract/id.rb:272:in `context'
  from rack-session (2.0.0) lib/rack/session/abstract/id.rb:266:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/cookies.rb:689:in `call'
  from rack (3.0.11) lib/rack/auth/basic.rb:26:in `call'
  from rack (3.0.11) lib/rack/static.rb:161:in `call'
  from rack (3.0.11) lib/rack/builder.rb:264:in `call'
  from sidekiq (7.3.0) lib/sidekiq/web.rb:119:in `call'
  from sidekiq (7.3.0) lib/sidekiq/web.rb:124:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/routing/mapper.rb:22:in `block in <class:Constraints>'
  from actionpack (7.1.3.2) lib/action_dispatch/routing/mapper.rb:51:in `serve'
  from actionpack (7.1.3.2) lib/action_dispatch/journey/router.rb:51:in `block in serve'
  from actionpack (7.1.3.2) lib/action_dispatch/journey/router.rb:131:in `block in find_routes'
  from actionpack (7.1.3.2) lib/action_dispatch/journey/router.rb:124:in `each'
  from actionpack (7.1.3.2) lib/action_dispatch/journey/router.rb:124:in `find_routes'
  from actionpack (7.1.3.2) lib/action_dispatch/journey/router.rb:32:in `serve'
  from actionpack (7.1.3.2) lib/action_dispatch/routing/route_set.rb:882:in `call'
  from rack (3.0.11) lib/rack/deflater.rb:47:in `call'
  from rack (3.0.11) lib/rack/etag.rb:29:in `call'
  from rack (3.0.11) lib/rack/conditional_get.rb:31:in `call'
  from rack (3.0.11) lib/rack/head.rb:15:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/callbacks.rb:29:in `block in call'
  from activesupport (7.1.3.2) lib/active_support/callbacks.rb:101:in `run_callbacks'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/callbacks.rb:28:in `call'
  from sentry-rails (5.17.3) lib/sentry/rails/rescued_exception_interceptor.rb:12:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/debug_exceptions.rb:29:in `call'
  from sentry-ruby (5.17.3) lib/sentry/rack/capture_exceptions.rb:29:in `block (2 levels) in call'
  from sentry-ruby (5.17.3) lib/sentry/hub.rb:251:in `with_session_tracking'
  from sentry-ruby (5.17.3) lib/sentry-ruby.rb:403:in `with_session_tracking'
  from sentry-ruby (5.17.3) lib/sentry/rack/capture_exceptions.rb:20:in `block in call'
  from sentry-ruby (5.17.3) lib/sentry/hub.rb:59:in `with_scope'
  from sentry-ruby (5.17.3) lib/sentry-ruby.rb:383:in `with_scope'
  from sentry-ruby (5.17.3) lib/sentry/rack/capture_exceptions.rb:19:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/show_exceptions.rb:31:in `call'
  from railties (7.1.3.2) lib/rails/rack/logger.rb:37:in `call_app'
  from railties (7.1.3.2) lib/rails/rack/logger.rb:24:in `block in call'
  from activesupport (7.1.3.2) lib/active_support/tagged_logging.rb:135:in `block in tagged'
  from activesupport (7.1.3.2) lib/active_support/tagged_logging.rb:39:in `tagged'
  from activesupport (7.1.3.2) lib/active_support/tagged_logging.rb:135:in `tagged'
  from activesupport (7.1.3.2) lib/active_support/broadcast_logger.rb:240:in `method_missing'
  from railties (7.1.3.2) lib/rails/rack/logger.rb:24:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/remote_ip.rb:92:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/request_id.rb:28:in `call'
  from rack (3.0.11) lib/rack/runtime.rb:24:in `call'
  from activesupport (7.1.3.2) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/executor.rb:14:in `call'
  from rack (3.0.11) lib/rack/sendfile.rb:114:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/ssl.rb:79:in `call'
  from actionpack (7.1.3.2) lib/action_dispatch/middleware/host_authorization.rb:141:in `call'
  from rack-cors (2.0.1) lib/rack/cors.rb:102:in `call'
  from railties (7.1.3.2) lib/rails/engine.rb:536:in `call'
  from puma (6.4.2) lib/puma/configuration.rb:272:in `call'
  from puma (6.4.2) lib/puma/request.rb:100:in `block in handle_request'
  from puma (6.4.2) lib/puma/thread_pool.rb:378:in `with_force_shutdown'
  from puma (6.4.2) lib/puma/request.rb:99:in `handle_request'
  from puma (6.4.2) lib/puma/server.rb:464:in `process_client'
  from puma (6.4.2) lib/puma/server.rb:245:in `block in run'
  from puma (6.4.2) lib/puma/thread_pool.rb:155:in `block in spawn_thread'

[mperham]

You have a Batch in Redis which does not have a created_at data element. This likely means your Redis is misconfigured to evict data when running low on RAM. Do you see any warnings when starting Sidekiq in production?

[kervykervykervy]

Apologies for the late reply. Will check this with the team.