Rails 大きくなったproduction.logの扱い

Question

いつもお世話になっております。

現在Railsでサーバーを運営しております。
プロジェクトフォルダ名/log/production.log についてなのですが、今までとくにログの設定行わず、放置していたため、ファイルサイズが１G超えてしまいました。下記URLを参考に今後はログのローテートを行おうと考えております。

https://qiita.com/yu_0105/items/ac2e49770e5313f31ceb

そこで質問なのですが、設定変更後に現在の１G越えの、production.logは削除しても問題ないのでしょうか（自動的にまたproduction.logは作られるのでしょうか）。またサーバの再起動などは必要になるのでしょうか。

不勉強で申し訳ございませんがご回答いただけますと幸いです。
よろしくお願いいたします。

Answer 1

サーバはunicornを使っていますか？ unicornであれば、/log/production.logをproduction.log.1等にrenameしたあとで、kill -USR1 (railsプロセスのpid)でログがreopenされます。

https://bogomips.org/unicorn/SIGNALS.html

それ以外のサーバでも、renameしてプロセスを再起動すれば確実かと思います。正常にログが出力されるのを確認した後は元のログは削除するなりなんなりされるとよいかと。

今後の自動rotateについては、logrotateでもLogger.newの引数による指定でも、好きな方を使えばよいかと思います。

Answer 2

ログファイルのローテーションは、railsの設定でどうにかしようとするのは筋が悪いです。
どうすれば良いかというと、Linuxではlogrotateを使用する方法が一般的です。

/etc/logrotate.d/以下に任意のファイル名で設定を置きます。
私の場合は、rails用のユーザを作成し、そのユーザ権限でサービスを動かしています。
ここでは、rails_userとします。

• /etc/logrotate.d/rails_user

/home/rails_user/プロジェクトフォルダ/log/*log {
  daily
  missingok
  rotate 5
  nocompress
  ifempty
  copytruncate
  create 0644 rails_user rails_user
  su rails_user rails_user
}

このファイルを作っておけば、1日1回自動的にプロジェクトフォルダ/log/にある*logファイルをまとめてローテーションしてくれます。

そこで質問なのですが、設定変更後に現在の１G越えの、production.logは削除しても問題ないのでしょうか（自動的にまたproduction.logは作られるのでしょうか）。またサーバの再起動などは必要になるのでしょうか。

削除しても問題ありませんが、rails serverを再起動してください。
サーバを再起動しないと、production.logは作られません。

なお、上記のlogrotate.dの設定ファイルでは、削除せずにコピーしてからファイルサイズを0にするという方法を取っているため、サーバの再起動は不要です(copytruncate)。

Comments

[lyzmfeqpxs54]

ご連絡がおそくなり大変申し訳ございません。
ご教示いただきました方法で無事解決いたしました。

いつもご回答本当にありがとうございます。