logrotate によるログのローテーション
ここでは、ログの肥大化を防ぐためのログのローテーションについて解説していきます。syslog や他のプロセスが出力するファイルは放置していくとどんどんサイズが大きくなり、ディスクスペースを圧迫していきます。インストール時は/var ディレクトリのディスク占有率が0%であっても、数週間、数ヶ月経過するごとにあっという間に占有率が増大していることに気がつくと思います。しかし、これらの出力されるログを何世代分ローテーションさせるかといったことを予め決めておけば、指定した以上のファイルは作成されなくなり、その中でログがローテーションされていくのでログサイズの肥大化を防止することができるのです。RPMでパッケージをインストールしている方は、ほとんどログのローテーションをカスタマイズする必要はありませんが、ソースからコンパイルしてインストールした場合には、ログのローテーションは必須の作業となります。ま
Debian でのログローテートの作動機序 - hs9587’s diary
ちょっと apache2 のログローテート設定をどうこうしたときに追ってみた /etc/crontab にて cron.daily を呼ぶ 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) /etc/cron.daily/logrotate にて /etc/logrotate.conf を呼ぶ /usr/sbin/logrotate /etc/logrotate.conf /etc/logrotate.conf にて /etc/logrotate.d を呼ぶ include /etc/logrotate.d /etc/logrotate.d/apache2 がある というわけで(anacron 無しなら) 原則 06:25 にローテートされる。もしも仮に日に
螽∝ｰｼ譁ｯvns888[荳ｭ蝗ｽ]譛蛾剞蜈ｬ蜿ｸ
404 - ﾕﾒｲｻｵｽﾎﾄｼｻｿﾂｼ｡｣ ﾄ昮ｪｲ鰈ﾒｵﾄﾗﾊﾔｴｿﾉﾄﾜﾒﾑｱｻﾉｾｳ｣ｬﾒﾑｸ�ｸﾄﾃ﨤ﾆｻﾟﾔﾝﾊｱｲｻｿﾉﾓﾃ｡｣
Solaris 8以前と9以降のログローテーション設定の違い
これまでSolaris 8を管理してきましたが、Solaris 10に移行することになりました。/var/adm/messagesのローテーションの方法がSolaris 9以降変わったと聞いたのですが、具体的にどのように変更されたのでしょうか？ また、ローテーション条件はどのように変更するのでしょうか？ Solaris 8までは、/usr/lib/newsyslogというシェルスクリプトをcronで定期的に実行することで、/var/adm/messagesのローテーションを行っていました。Solaris 9以降は、newsyslogの代わりに/usr/sbin/logadmコマンドを使用するようになり、ローテーションの動作と設定方法が変更されています。それぞれ比較してみましょう（リスト1）。 Solaris 8以前 毎週日曜日の3時10分に次の動作を行う messages.2が存在すれば、
Solaris で logadm の設定（Apache のログをローテート） - tilfin's note 跡地
以前書いたエントリは、直接 /etc/logadm.conf を書き換えていたが、作法としては下記のようにコマンドからエントリを登録する方が良い。 # logadm -w apache2 -p 1w -C 5 \ -t '$file.%Y-%m-%d' \ -a '/usr/apache2/bin/apachectl graceful' \ '/var/apache2/logs/*{access,error}_log' オプション -w [エントリ名] -p [ローテートする周期] Ny: N年 Nm : N月 Nw : N週間 Nd : N日 Nh : N時間 -C N ローテートしたファイルをN世代残す -t [ローテートしたファイルのテンプレート] -a [ローテート後に実行するコマンド]
安全なログローテーション - elm200 の日記(旧はてなダイアリー)
ログローテーションの落とし穴 Rails でのデフォルトのロガーは、Ruby 標準添付の Logger クラスを少し変えたものである。ログのサイズが大きくなったとき、サイズやら日付やらを基準にログのアーカイブ化を行う（ログローテーション）することが多い。一番簡単な方法は Developmentモードのログを日毎にローテートする みたいなやり方だ。しかし、複数の Ruby インスタンスがひとつのログファイルを共有すると、うまく動かないのだ。典型的なのは Mongrel Cluster で複数の Rails インスタンスを運用している状況だ。ログローテーションが起こった直後から、"Status: 500 Internal Server Error" というエラーメッセージを吐いて Rails アプリが動かなくなってしまう。 これは、Logger がローテーション時に、 現行のログファイルをアー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Postfix のメールログの見方 - ローカルユーザからの送信編 - - うぇぶじぇね
＠IT：logrotateの設定ファイルで指定できる主なコマンド
Linux/logrotate - CodeCraft tips
ＨＮＭタイマー