問題タブ [logrotate]

こんにちは私は/etc/logrotate.d/syslog-ngに次の行を追加して/var/ log/cronを回転させました。

これを行った後、/ var / log/cronのログローテーションが発生していないことがわかりました。さらに、このコードを追加する前に以前は機能していた他のファイルのログローテーションも機能しません。/etc/logrotate.confにファイル/etc/logrotate.d/を含めました

どこが間違っているのですか？

私の元の/etc/logrotate.d/syslog-ngを以下に示します

logrotate を取得して X 日前に変更されたファイルのみを圧縮する方法はありますか (例: mtime +2)

redis の logrotate 設定のサンプルを持っている人はいますか? これは私がこれまでに持っているものです

しかし、後回転ステップで何をすべきかわかりません。これは Ubuntu 10.04 LTS 上にあります。

Linux (Debian、Ubuntu、および RHEL) で log4j を使用する Spring プロジェクトがあります。ここで、log4j で生成されたログのベスト プラクティスのログ ローテーションを実装したいと思います。

以前、Java 以外の他のコンポーネントに logrotate.d を使用したことがあり、うまく機能しました。サイズ/時間でローテーションし、古いログを圧縮する必要があり、logrotate はこれをすべて行うことができました。

私は log4j を初めて使用し、ログのローテーションをどのように構成すればよいか疑問に思っています。

1. ロギングには log4j のみを使用し、ローテーションには logrotate を使用する必要がありますか?
2. ローテーションにlog4jのみを使用しますか?
3. 両方を混ぜて使う？

あなたの経験は何ですか？ベストプラクティスは何ですか?

私の問題は、ログがローテーションされると、Python プログラムのログが停止することです。私はそれをストリーム自体まで追跡しました。ストリームが Python から壊れているかどうかを確認する方法がわかりません。ファイルが削除された後も、問題なく書き込みを受け入れます。

では、ファイル ストリームがまだ有効かどうかを確認するにはどうすればよいでしょうか。また、ストリームがまだ有効であるかどうかに関係なく、ファイルは常に存在するため、ファイルが存在するかどうかを確認しても役に立ちません。

tl; drの概要：データベーステーブルの長さとファイルシステムファイルの数を、数、ディスクスペース、または時間に基づいて制限するための標準的なソリューションはありますか？

ユーザーが内部でジョブとして処理される操作を実行できるようにするJavaWebサービスがあります。以前に実行されたジョブまたは非同期ジョブの結果にアクセスするために、ユーザーはジョブIDの形式でハンドルを取得します。このすべての情報をリレーショナルデータベース（現在はApache Derby）のいくつかのデータベーステーブルに保存します。これは、新しいファイル形式を発明するよりもはるかに便利であるためです（また、おそらくはるかに信頼性が高く、パフォーマンスも優れています）。実際のジョブ結果は、ファイルシステムにXMLファイルとして保存されます。

ジョブの実行は非常に頻繁（1 / s以上）である可能性があるため、しばらくするとテーブル/ディレクトリが非常に大きくなる可能性があります。私が必要としているのは、に基づいて最も古いエントリのジョブ履歴をプルーニングできるようにするメソッドです。

• ジョブ数（最大n個のジョブとその結果を保存する必要があります）
• テーブル/ディレクトリのサイズ（テーブルはハードドライブ上で最大n GBのスペースを必要とします）
• ジョブが実行されたとき（最大n日前に完了したジョブのみを保持）

どのソリューションを採用するかはまだ決まっていないので、柔軟性が高いほど良いです。これを自分で実装すると、ソリューションでエラーが発生しやすくなり、システムを堅牢にするのに時間がかかるのではないかと心配しています。私が開発しているソフトウェアは、中断することなく非常に長時間実行できるはずです（わかりました、そうではありません...）。

Linux マシンで logrotate を使用するのは初めてです... アプリの logrotate.d ファイルで設定したものは次のとおりです。

bash シェルから直接 chmod を使用して、問題のアプリを実行するアカウントの myapp.log ファイルに所有者のアクセス許可を設定しました。

アプリが最初に実行されるときは、すべて問題ありません。それは問題なくログに記録され、すべて問題ありません。しかし、ログがローテーションされると、ログ ファイルが削除されてから、ログ ファイルの再作成が試行され、アクセス許可が拒否されたというエラーが表示されます。

logrotate 構成ファイルまたは chmod などで何か間違ったことをしていることはわかっています...誰かが私を正しい方向に向けて、問題を解決するのを手伝ってくれますか?

logrotateと互換性のある Java でファイル ライター/ロガーを実装するためのベスト プラクティスは何ですか? 目標は、ログ API (Log4J など) の組み込みのローテーション/管理を使用する代わりに、logrotate をすべてのログ管理に使用できるようにすることです。

Java 以外の他の開発プラットフォームのコメントや回答を聞きたいです。

ファイル '/var/log/myApp' にログを書き込むカスタム アプリケーション (myApp) があります。ログが書き込まれていることがわかり、正常に動作しています。今、このファイルの logrotate をセットアップしようとしています。このために、構成ファイル '/etc/logrotate.d/myApp' を作成しました。その内容は -

今私がやったlogrotate -dv /etc/logrotate.d/myAppとしても、エラーは表示されませんlogrotate -f /etc/logrotate.d/myApp. ただし、ログ ファイルのサイズが 10k を超えると、ログは自動的にローテーションされません。どんな助けでも大歓迎です。

毎日非常に重い大きなログ ファイル (1 日あたり最大 800MB) を生成するアプリケーションがあるため、それらを圧縮する必要がありますが、圧縮には時間がかかるため、HUP 信号をアプリケーションにリロード/送信した後に logrotate でファイルを圧縮する必要があります。

ポストローテーションの後に圧縮が行われることはすでにありますか（これは直感に反するでしょう）？そうでない場合、追加のコマンドスクリプト（オプションまたは何らかのトリック）なしでそれを行うことが可能かどうか誰か教えてもらえますか?

ありがとうトーマス