@azmen その状態だと、バックグラウンドのスケジューラーが動いていないので、修正が必要です。予約投稿がいつまでも実行されない以外は即座に問題になるものは少ないですが、定期処理が必要なものが全て滞ります。
原因は、sidekiqにキューを明示指定していることで、新しく増えた5つめのキューが実行されなくなっているためです。
sidekiqはいくつでもプロセスを増やす(複数実行する)ことが可能ですが、スケジューラーはそのままだと各プロセスで重複実行されてしまう問題があります。これを解決するために、スケジューラーを実行するプロセスとしないプロセスを明示できるよう、キューが分離されました(というか私がやりました)。
古い設定例で、キューを明示指定しているものがあり、これが各地のサーバで問題になっています(ので警告する)。指定したキューしか実行されないため、指定していないスケジューラーが実行されなくなってしまうためです。
簡単な解決方法としては、 -q default のようなキューの指定文字列を削除することです。未指定であれば、優先順位を適切に適用して、すべてのキューが実行されます。
@noellabo のえるさんありがとうございます。
明示しているというのは
/dist/mastodon-sidekiq.service
の中の
ExecStart=/home/mastodon/.rbenv/shims/bundle exec sidekiq -c 25
のところでしょうか?
ここでは-qのような指定はしていないのです…(添付)
何か他に触るところがあるのでしょうか??
プログラミングさっぱりなもので、、すみません。
@azmen 設定は合っていそうですね。
sidekiqのダッシュボード(/sidekiq/busy)をみて、schedulerを受け持つプロセスがあればOKです。
逆に、schedulerがあるのに認識されていないとすればそっちがバグですねー。
起動中のSidekiqをチェックして、default, push, mailers, pull, scheduler を受け持つプロセスがあるかどうかをみています。
はて、原因なんだろうなー。
@azmen distのやつを、/etc/system/systemdにコピーして使う感じですね!
@noellabo あ、そういうアレなんですね
distの中身を直接見に行ってるというわけではないということですかね
@azmen それぞれ所定のディレクトリにコピーですね。
ここと、
https://docs.joinmastodon.org/admin/install/#setting-up-systemd-services
あとnginxの方はこれ
https://docs.joinmastodon.org/admin/install/#setting-up-nginx
@noellabo なるほど、そういう役割?のディレクトリってことですかね。
もうすみません、ほんと初歩的なことを。
ご丁寧にありがとうございます
@noellabo あれ、/etc/systemd〜の方を使う?のが正しいんですっけ?それとも/home/mastodon/live/distの方??
これすごい初歩的なことかと思うんですが、、すみません><