ログローテーションはrotatelogsで、圧縮はpbzip2で
日本最強の看板を下ろしたミラーサーバftp.jaist.ac.jpの管理者の一人が、 このサーバにまつわるよしなしごとを語ります。 English versions of some posts on another blog. Apache HTTP Serverで日ごとに別のファイルにログを出力するのは、標準添付されているrotatelogsでできるのですが、意外と知られていないようです。アクセスログならこんな感じです。 CustomLog "|/インストール先/bin/rotatelogs /出力先/access_log.%Y%m%d 86400 540" combined マニュアル通りなら、この設定ではrotatelogsが起動してから24時間で出力先のログファイルが切り替わりそうに見えます。しかし、実際にはrotatelogsはtime(2)の返す値を86400秒で丸めてから開始
この記事は最終更新日より 1 年以上経過しています。 画像やリンクが無効になっている可能性もあるのでご了承下さい。 Apache のログ管理は大半のディストリから RPM やらでインスコすると「logrotate」で 世代管理しつつローテーションされる。 個人的にはこの方法でローテーションされるのは嫌なので Apache 付属の「rotatelogs」を用いる。 なんで「logrotate」が嫌なのか? と言えばこれは環境にもよるけど、バーチャルホストでサブドメインを 多数運用している為、ホスト追加時には「/etc/logrotate.d/」以下のファイルにいちいちログファイル名を 追記してやらなければならないという事。 それともう一つは「HUP」シグナルが送られてリスタートさせられる事。これ気分的に嫌。 デフォルトだと大体こんな logrotate の設定になっているかと思う。 [tex
"42": httpdのlogrotateのタイミングでhttpdが落ちてしまう時の対処法
httpdのlogrotateのタイミングでhttpdが落ちてしまう時の対処法 2008年11月25日 by mikuta logrotateの設定を変更する。 vi /etc/logrotate.d/httpd/var/log/httpd/*log { missingok notifempty sharedscripts postrotate #/bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2> /dev/null || true #ここを削除 service httpd condrestart 2> /dev/null || true #ここを追加 endscript } 設定ファイルにミスがないか確認 logrotate -dv /etc/logrotate.d/httpd参照：Bug 64133 – som
CBUG | FreeBSD | Hiki | Knoppix | Mac | Ruby | W-ZERO3 | Windows | ad | amd64 | ks | linux | momonga | net | print | security | tdiary | unix | www | 会社 | 鯖缶 | 全学ゼミ | 本 _ [www] awstats で Apache のログ解析 (1) 準備編 最近 awstats をいじり回すことが多く、 だいぶのぅはぅの類がたまって来たので、 ここらでまとめて書いておこうと思います。 長くなりそうなので、数回のシリーズ物で。 まず、今回は準備編ということで、Apache のログの取り方について。 ある程度以上のアクセスのある鯖では、ログを rotation しないということはあり得ないと思います。 最近の *BSD や Linux に
各デーモン毎の設定をlogrotateに書いた例です。/etc/logrotate.dに作成するファイル名を列挙しておきます。 acpid cups cupsを使用しないならば不要 httpd Apacheのログをlogrotateで処理する場合のみ mgetty ppp 不要 proftpd ProFTPdのログをlogrotateで処理する場合のみ psacct rpm syslog up2date CentOSでup2dateを使わないならば不要 yum acpid acpidのログローテーションです。この内容はデフォルトで用意されているものです。 /var/log/acpid { missingok notifempty size=64k postrotate /etc/init.d/acpid condrestart >/dev/null || : endscript } siz
Linux上でhttpd(Apache)をRPMで入れた場合、logrotate設定(/etc/logrotate.d/httpd)におけるhttpdの再起動は、たいてい下記のようになってます。 kill -HUP `cat /var/run/httpd.pid`これだと、logrotateタイミングで接続中のリクエストがあっても、見事に切断されてしまいます。 (通常のWEBサイトならそれほど問題とならないのかもしれません) ちょっと困るので、apachectlのgracefulを使うように変更します。(apachectlのパスは適宜変えてください) /usr/sbin/apachectl gracefulこうすることにより、処理中のリクエストが終了後、再起動されるようになります。 停止と再起動 - Apache HTTP サーバ gracefulの場合、旧ログに書き終わる(処理中のリクエ
In order to effectively manage a web server, it is necessary to get feedback about the activity and performance of the server as well as any problems that may be occurring. The Apache HTTP Server provides very comprehensive and flexible logging capabilities. This document describes how to configure its logging capabilities, and how to understand what the logs contain. The Apache HTTP Server provid
最近、windowsとmac両方の環境でflex使ってflash開発をしてるのですが、 printデバッグをしたくても、flashのtrace()がどこに吐かれるかがよくわかりませんでした。 で、それは、flash debug playerをいれればいけるみたい。 その辺の設定メモです。 ■windowsでflashのlogを吐く 1.コントロールパネル→プログラムの追加と削除→Flash Player 9 ActiveX（を削除） なんか色々トラブるとめんどいのでflash debug playerを入れる前に、一旦flash playerをアンインストールします。 2.http://www.adobe.com/support/flashplayer/downloads.htmlから、debug playerをダウンロード。 Download the Windows Flash Play
よく MySQL に発行されている重いクエリーをチューニングするために slowlog を出力すると思います。サービスが成長してくると slowlog は増えていく傾向にあります。毎日、せっせとチューニングしているのは基本中の基本ですが、slowlog が肥大化してしまうとチューニングの結果がだんだんと見えなくなってしまいます。特に mysqldumpslow で解析をしているときなら、過去のクエリーまで分析に含まれてしまったりします。 かなり前置きがなくなりましたが、この slowlog を logrotate する方法をまとめておきます。やり方は、いたってシンプルで /etc/logrotate.d/ に次のファイルを置くだけです。 /var/lib/mysql/mysqld.log /var/lib/mysql/mysql-slow.log { # create 600 mysql
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ショッピング事業部開発部の吉野と申します。 今回は「アプリケーションログの設計と監視」について、実際にYahoo!ショッピングで採用している方法を少し交えながらお話しさせていただきます。 1.ログ設計のポイント ログ設計は、以下のポイントに注意して行うとよいでしょう。 ・ログ出力のポイントが押さえられているか ⇒セッションの始まりと終わり、処理の過程、例外処理の中など。 フローチャートのような処理フロー図があれば、そこにログ出力ポイントを書き込むとわかりやすくなります。 ・出力する情報に過不足はないか ⇒「いつ(システム時間)」「だれが(プロセスID・IPアドレスなど)」 「どこで(パスなど)」「なにをした(実行コマン
日本語版のPlanet MySQLが立ち上がりました。 http://jp.planetmysql.org/ Planet MySQLというのはMySQLに関連するブログを集めたアグリゲーションサイトで、Sun Microsystems(MySQL開発元)が運営しています。英語版は以前からありましたが、今回新しく日本語版が登場し、当ブログも登録しましたのでそれを記念してエントリを書いてみたいと思います。 公式マニュアルによるエラーログの解説 MySQLのエラーログについては以下の公式リファレンスマニュアルに説明がありますが、 http://dev.mysql.com/doc/refman/5.0/en/error-log.html http://dev.mysql.com/doc/refman/5.1/ja/error-log.html ログのレベルの話だとか、どんなエラーが出力されるのか
MySQL 5.1のスロークエリログ
MySQL 5.1で追加されたメジャーな機能の影に隠れた、地味だが便利な改善がある。それがスロークエリログに関する仕様である。MySQL 5.0まではスロークエリログは1秒未満のクエリを捕捉することが出来なかった。が、MySQL 5.1では1マイクロ秒までのクエリを記録できるようになっている。従って、0.5秒かかるけど大量に実行されてパフォーマンスに大きな影響を与えている！というようなクエリの発見が出来るようになった。1秒未満のクエリを追跡したい場合、例えば以下のような設定をする。 [mysqld] slow_query_log=ON slow_query_log_file=mysql-slow.log long_query_time=0.1 MySQL 5.0まではlog_slow_queryというオプションだったのが、MySQL 5.1ではslow_query_logというオプション名
スロークエリログはどのように計測され、出力されているのかをまとめてみました。 測定方法 THDクラスのset_time関数で計測開始、end_time関数で計測終了。 計測開始ポイント mysqld --bootstrapを使用している場合はmysql_parse関数の直前 ネットワーク経由の場合はネットワークコマンド(COM_XXX)の種別判定直前 ただしQUERYコマンド(COM_QUERY、SQLCOM_XXX)の場合はmysql_parse関数の直前で再設定 というわけでまとめるとSQL文のparse直前に計測を開始 計測終了ポイント thd->end_time関数自体はlog_slow_statement関数の中で呼ばれるのみ log_slow_statement関数はSQL文の結果返却を含む全ての処理が終わった後、終了処理(お掃除)が走る直前で呼ばれる。 セミコロンによる複数行
■logcheck-1.1.1 Psionic Software, Inc.........Cannot Connect からソースファイルを取得する。(LogSentryに名称が変わったようだ) エラー発生するならソースファイルを修正する ./src/logtail.cを修正する void main を、int main に ./Makefileの下記の行を修正（linux） cp ./systems/linux/logcheck.hacking $(INSTALLDIR) cp ./systems/linux/logcheck.violations $(INSTALLDIR) cp ./systems/linux/logcheck.violations.ignore $(INSTALLDIR) cp ./systems/linux/logcheck.ignore $(INSTALLDI
毎日のログ監視のために、logsurferを導入することにしました。 swatchよりも高機能らしいのですが、とりあえずは動けばいいかな・・・と。 まずは、syslogで不穏な文字列を検出したら、携帯電話にアラートを飛ばすようにしました。 参考サイトはこちらですが、 私の環境はCentOS4.5なので、どうせならrpmでインストールしたく、rpmsearchから探してきました。 ■■ パッケージの入手 まずyumでインストールしたかったので、rpmforgeをenableにして探しても出てきませんでした。 $ sudo yum --enablerepo=rpmforge search logsurfer というわけで、rpmsearchへ。 logsurfer で検索し、 RedHat 9 www.spenneberg.org/IDS/logsurfer/logsurfer-1.5
xField wiki へようこそ サーバーのアップグレードに伴い、wikiエンジンが起動しなくなったので、別のエンジンを使って新たに始めます。 旧Wikiにあったコンテンツは、データベースから抜き出して /旧Wikiより に入れました。 機械的にMediaWikiからMarkdownに変換したものなのでおかしいところがあるかもしれません。 また作成時点の内容になるので現時点では古い内容になっているものが含まれていることが想定されます。 参考にされる場合はご注意ください。 このサイトはwikiエンジンとしてGROWIを使っています wikiエンジンを変えるに当たって考えたのはMarkdownを使って書けるものです。 最近メモを書くときは Markdown を使うことが増えているので wiki も同じ形で書けると便利なためです。 ブログも併設しています xField blog コンテンツリス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
