We recently upgraded to 2.4.0.beta5 from 2.4.0.beta4 and sidekiq fails to start with the following traceback: > $ bundle exec sidekiq -C config/sidekiq.yml > uninitialized constant SiteSetting::SiteSettingExtension > /discourse/app/models/site_setting.rb:5:in `<class:SiteSetting>' > /discourse/app/…

I am using the docker commands to test and develop discourse plugins. The other script I am currently using is: # Clear temporary discourse cache and launch development rails vagrant ssh -c '(rm -rf ~/discourse/tmp/cache)' vagrant ssh -c '(cd ~/discourse && sudo bin/docker/rails s)'

[画像] Falco: Are you running a development install in production :exploding_head:?? Of course not :smile:

@Falco I think it is related to https://github.com/discourse/discourse/commit/427d54b2b00fa94474c0522eaed750452c4e7f43#diff-b2f320bf18d0c321021eb4a8f6704169 What do you think?

Oh it may be. The fact that you didn’t state that this is your development setup and not a dev environment didn’t help. So you are saying that our docker dev setup is currently broken?

[画像] Falco: So you are saying that our docker dev setup is currently broken? Reverting that commit makes sidekiq work again.

Looks like this is one for you @kris.kotlarek

Ok, I know what happened here, it is my fault. I removed a lot of require_dependency since they are not required anymore when using Zeitwerk autoloader. However, in application.rb we got that: if !Sidekiq.server? config.autoload_paths += Dir["#{config.root}/lib"] end Which means that Sidekiq is…

[画像] kris.kotlarek: I can bring back that require_depenedency for files which are used by Sidekiq or remove that guard in application.rb . We should remove the guard, I don’t like it cause you have no idea if your process will become a sidekiq or not. In our deployments we have: unicorn maste…

@kris.kotlarek Thanks for the fix. Sidekiq is now working along with the discourse official plugins :+1: . Most of my 3rd-party plugins with jobs are not working now :cry: . Most likely caused by the following commit not being applied on their Jobs:: classes. :arrow_down: …

Docker 開発環境で Zeitwerk を使用した後の Sidekiq の起動失敗

開発

azawawi (Ahmad M. Zawawi) 2019 年 10 月 4 日午前 5:13 17

@kris.kotlarek Thanks a lot . I took a look at your post for the zeitwork auto-loader. Is there a plan to enable a development plugin auto-reloading feature to speed up plugin development.

トピック		返信	表示
Upgrading Discourse to Zeitwerk Development dev-news	14	3369	2019 年 10 月 2 日
Sidekiq not working Self-hosting	10	1179	2023 年 10 月 2 日
"Ensure sidekiq is running." when it is definitely running Self-hosting	19	7857	2015 年 10 月 24 日
Development environment : running sidekiq and discourse at startup Development	14	5557	2018 年 10 月 30 日
Sidekiq not running. Sidekiq heartbeat test failed, restarting Self-hosting unsupported-install	15	2890	2020 年 6 月 10 日

Docker 開発環境で Zeitwerk を使用した後の Sidekiq の起動失敗

関連トピック