-
-
Notifications
You must be signed in to change notification settings - Fork 210
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
Cannot run db:migrate when execution mode is :async #229
Comments
Thanks for opening an issue! That is not a good situation. Could you give this configuration a try and let me know if it solves your problem? if Rails.const_defined?("Server")
config.good_job.execution_mode = :async
else
config.good_job.execution_mode = :external
end The intention is that it will only run GoodJob in async mode running the webserver, which should make any other commands, tasks or interactive console not run GoodJob in async mode. |
The suggested workaround works, thanks for the suggestion ! But this should probably be done in a more natural way by the gem itself in a future version :) |
It probably related to #194 |
Happy I could help unblock you 🙌 And I agree. Thanks for linking to #194, which is where I plan to improve this experience. |
Hello,
I'm using good_job in a team project and the gem was introduced in a PR along with a change in rails config :
This causes max_cache to be different than 0 and therefore it tries to warm_cache upon initialization.
The problem is that I do not have the
good_jobs
table yet and myrails db:migrate
is supposed to create it but it crashes dues towarm_cache
failing because the table does not exists.The text was updated successfully, but these errors were encountered: