this document is for #tokyowebmining held at 2011/04/10Read less
this document is for #tokyowebmining held at 2011/04/10Read less
設定チュートリアル “/etc/logrotate.d/” 配下に設定ファイルを作成する 「logrotate -d 作成したファイル名」でデバッグする 翌日午前4時にローテーションが成功していることを確認する 実行ログ: /var/lib/logrotate.status 設定ファイルの書き方 設定例 対象ファイル: /hige/log/ ディレクトリ内の *.log ファイルすべて /moja/log/ ディレクトリ内の *.log ファイルすべて オプション 毎日実行 対象ファイルが見つからなくてもエラーで停止しない ログファイルが空ならログローテーションしない 7世代前まで管理 1MB以上のログファイルだけログローテーションする
Apacheのログはほっとくとサイズが膨張する一方なので， 適当なタイミングで別のファイルに切り替えるのがよろし． うちのLinux(Red Hat 7.1J)では，システム標準でcronによってlogrotateが定期的に動くようになっていたので， こいつで一緒にやってもらうことにします． logrotateは，特に設定しなければ access_log.1 access_log.2 ・・・ という具合で，あとで困ってしまうようなファイル名をつけてしまうため，少し工夫を行って， access_log.20030419 access_log.20030426 ・・・ という風になるようにしています．(1週間に1回ローテイトさせます．いわゆるweeklyですな) ↑ /usr/local/apache2/logs/access_log { weekly copytruncate postrot
ここでは、ログの肥大化を防ぐためのログのローテーションについて解説していきます。syslog や他のプロセスが出力するファイルは放置していくとどんどんサイズが大きくなり、ディスクスペースを圧迫していきます。インストール時は/var ディレクトリのディスク占有率が0%であっても、数週間、数ヶ月経過するごとにあっという間に占有率が増大していることに気がつくと思います。しかし、これらの出力されるログを何世代分ローテーションさせるかといったことを予め決めておけば、指定した以上のファイルは作成されなくなり、その中でログがローテーションされていくのでログサイズの肥大化を防止することができるのです。RPMでパッケージをインストールしている方は、ほとんどログのローテーションをカスタマイズする必要はありませんが、ソースからコンパイルしてインストールした場合には、ログのローテーションは必須の作業となります。ま
このページについて 震源地の推移をアニメーションします． から までのデータを表示可能です． マーカーの大きさはマグニチュードに比例，するんじゃなくて，マグニチ ュードを m とすると，「マーカーのサイズ = 5 * 1.5m」としてい ます．1.5 にはあんまり意味が無くて，それっぽく見えるサイズを調整しました． 深さを色（白黒）で表しており，浅い（0km）と白く，10km 刻みでだん だん暗くなっていき，深い（90km 以上）と黒くなります．深さが公開されてい ないデータがあったんですが，面倒なので 0km として扱っています．なので， 白が目立つかも． 震源地のデータはhttp://tenki.jp/earthquake/で公開 されている，震源地が明らかなデータを利用させて頂きました．いい加減に抜き 出しているので，間違いなどあるかもしれません．また，多分発生時の発表デー タなので
「運用におけるエラーログの重要性もしくはLog::Minimalってモジュール書いた話」で書いたLog::Minimalを、Plackと組み合わせたときにさらに便利になるMiddlewareを書きました。 ここで入手可能になるはず http://search.cpan.org/dist/Plack-Middleware-Log-Minimal/ 試しにログを吐くだけのアプリケーションを作ってリクエストをすると こんな風に、ログに色をつけてくれるのと、REQUEST_URIも付加してくれます。ただし色が付くのは開発環境(plackup -E productionとかしない場合)です。 Log::MinimalとPlack::Middleware::Log::Minimalの最大の特徴として粗結合+グルーとなるミドルウェアという組み合わせが挙げられます。Log::Minimal自体は特に依存が
plackup -s Starman --daemonize hello.psgiこんな感じでStarman+daemonizeで起動したときにアクセスログがどこにも出ない*1。 fujiwaraさんにPlack::Middleware::AccessLogはどう？とアドバイス頂いたので使ってみた。 use Log::Dispatch; use Plack::Builder; my $app = sub { my $env = shift; [ 200, [ "Content-Type", "text/plain" ], ["Hello World"] ]; }; builder { my $logger = Log::Dispatch->new( outputs => [ [ 'File', min_level => 'debug', filename => '/tmp/hellowor
季節が変わって、早速風邪をひいています。 さて、もう秋を通り越して冬の様相を呈してきた昨今ではありますが、DBI では、普通はプレースホルダを使い my $stmt = 'SELECT * FROM user WHERE user_id = ?'; my @bind = ($user_id); $dbh->do($stmt, undef, @bind); とか書くと思います。 このときに、実際にバインドされた後の SQL をみたいなーって衝動に駆られると思いますが*1、どう頑張ってドキュメントを読んでもわかりませんね。 こういうときは仕方ないので、$stmt と @bind を両方ログに出してお茶を濁していました。 $self->log->_dump($stmt, @bind); # => SELECT * FROM user WHERE user_id = ?, [1234] でもこれっ
追記 CPANにアップしました http://search.cpan.org/dist/Log-Minimal/ /追記 アプリケーションサーバでエラーが起きていたり、レスポンスが遅かったりする場合に、Operation Engineer(インフラエンジニア)がまず見るのは、エラーログです。エラーログにでているメッセージを手がかりに原因を探ります。 サーバでエラーが起きている時には、データベースに接続ができなかったり、外部のAPIからレスポンスが得られない、またプログラムのBugが原因となっている場合もあるでしょう。またエラーにならなくても、複数台あるデータベースのスレーブサーバうち一台が落ちて接続をretryしていたり、APIのレスポンスが遅い際にはサーバ全体のパフォーマンスが低下します。 エラーログに障害の原因を探る情報があれば、Operation Engineerは素早く対応を開始で
これはUNIX USER 2001年8月号の特集「Webサーバー診断書」の 第1章「Apacheのログをマスターしよう」の原稿です。 ($Id: apache_log.rd,v 1.5 2001/06/28 01:25:02 akira Exp $) Apacheサーバにおけるログの取り方と読み方について解説しよう。 ただ「ログ」と言っても、 Apacheサーバでは標準でいくつかの目的のためのログを 取ることができるようになっている。 そこで、まずはそれらを分類するところから始めることにする。 アクセスログ そのApacheサーバによって提供される情報に対する アクセスについての記録をとるためのログ。 通常、外部からのアクセスがある度に記録が残される。 関係するディレクティブ: LogFormat, CustomLog, TransferLog エラーログ 設定上のエラーやアクセスされた情
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Log::Dispatch::Screen::Color で色つきログでデバッグ！ - JPerl Advent Calendar 2009 Perl に関するちょっとした Tips をのっけてみるよ。ちゃんと続くかな？ Log::Dispatch はログの出力先を標準エラーやファイルへの書き込み、メールで飛ばしたり、DBI で DB に突っ込んだり、と Log::Dispatch::* を指定して切り替えられる便利 logger です。 use Log::Dispatch; use Log::Dispatch::File; my $dispatcher = Log::Dispatch->new; # ファイルへの出力 $dispatcher->add( Log::Dispatch::File->new( name => 'file1', min_level => 'debug', fil
目次 概説 使い方(1) 使い方(2) 基本のAppender ファイル保存系Appender ネットワーク系Appender JMSAppender OSログ系Appender JDBCAppender その他のAppender 1.3で追加されたAppender フィルタ機能 Joran Hacks(1.3) 自前 Appender の書き方！(1.3) Chainsaw(1.3) アスペクトはお好き？ Log4cxxと小物ツール Log4php の使い方 Log4php の Appender たち もともとこの文書はバージョン 1.2.8 をベースに書いたものだが、2006年中に 1.3 がリリースされる、とアナウンスされていることもあり、フライングか？と思わなくもないが、1.3 対応をしました！ あと、どうも要望のありげな log4php についての記述を大追加！ 2007.9.1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く