柔軟なログ収集を可能にする「fluentd」入門 | さくらのナレッジ
複数台のサーバーやクラウド環境を組み合わせてのサービス運用においては、ログの収集方法に工夫が必要となる。こういった場合に有用なのが、さまざまなログの収集手段を提供するfluentdだ。今回はfluentdのアーキテクチャやそのインストール/設定方法、基礎的な設定例などを紹介する。 さまざまな方法でログを収集できるfluentd 今回紹介するfluentdは、Treasure Dataが開発するログ収集管理ツールだ（図1）。オープンソースで公開されており、Linuxや各種UNIXで動作する。 図1 fluentdのWebサイト ログ収集のためのソフトウェアとしてはsyslogdやsyslog-ngなどが有名だが、fluentdがこれらと異なる点としては、以下が挙げられる。 さまざまなソースからのイベントをさまざまな媒体に出力できる fluentdの大きな特徴としては、ログの収集方法やログの記
Apacheのエラー：Could not reliably determine the server’s fully qualified domain name…
Apacheを再起動した際に、 httpd: Could not reliably determine the server’s fully qualified domain name, using 127.0.0.1 for ServerName というエラーが出る場合がある。 これでも起動はするので、Apache自体は動くのだが、エラーをそのままにしておくのは気持ちが悪いし、あとあと問題を引き起こす可能性が高い。 日本語訳をすると ServerNameに127.0.0.1を使用した、FQDN（完全に適切なドメイン名）が確定できませんでした。 といった感じか。 このエラーは、/etc/hosts にlocalhost以外に自分で設定したホスト名が、Apacheの設定ファイルに定義されていないために発生する。 # Do not remove the following line, or v
Dual CPUで最適化コンパイル
Linux時刻あわせ(試行サービス期間延 長中) ntpdate -s ntp1.jst.mfeed.ad.jp (210.173.160.27) ntpdate -s ntp2.jst.mfeed.ad.jp (210.173.160.57) ntpdate -s ntp3.jst.mfeed.ad.jp (210.173.160.87)
Super Technique 講座〜シグナルとコールバック
この文書ではまず、関数ポインタとその型チェックについて述べた後で、UNIXのシグナル機能について解説する。そして、ウィンドウシステムのプログラミングで多用される「コールバック」について解説する。 ちなみにシグナルの機能は本質的には UNIX に固有である。他のＯＳにもないわけではないが、その異同については筆者は関知しない。また、UNIXでのシグナルの実装については Linux を基準に解説をしていく。UNIX シグナルは、実は具体的な実装において大変差がある機能なのだが、一応 POSIX で「こう実装しなさい」という風に決まってはおり、後発の Linux は比較的マジメにそれを実装しているので、まあ、Linux を基準にするのが無難というものであろう（ユーザ比の問題を別にしても）。勿論、伝統的に重要ないわゆる「SysVシグナル」「BSDシグナル」についてもしっかりと解説しているが、もはや「
xpwikiの画像プレビュー(lightbox.js)がIEで動かない件について - snsn9panの日記
「まともに」をつけるの忘れた＞＜ 社内のプロジェクトで使っているxoopsにxpwikiを導入しています。 xpwikiで画像を貼り付けると、クリックで画像のプレビュー(拡大表示)がその場で出来るようになります。 これはLightbox 2.02(lightbox.js)にて提供される機能で、実にインタラクティブで使いやすです。 http://www.huddletogether.com/projects/lightbox2/ しかしIEでは、プレビューまでは表示されるが、プレビューを閉じると画面が暗くなったままの状態になってしまうというバグがあります。 これはLightbox 2.02がIEに対応してないからです＞＜； これを直すには、xpwikiのサイトから最新のlightbox.jsを落としてくればいいわけですが*1、どうせならlightbox.js側をバージョンアップさせて対応させ
Winsock Programmer's FAQ: Articles: Debugging TCP/IP
TCP/IP のデバッグ Warren Young 著 (この文章は Winsock プログラマを念頭に書いてありますが、ここ での情報は Unix プログラマやネットワーク管理者、技術者に対しても 同様に通用するものです。) TCPは、「データを送る。それを配送する」というだけの、ある意味 単純なプロトコルです。TCPは品質状態が変化するネットワーク上で信 頼性を確保するために開発されたものなので、数多くの問題をエンドユー ザの手を煩わせることなく回避するようになっています。しかし、ある 意味この信頼性のおかげで、TCPはプロトコルを本当に理解していない 人をびっくりさせるような振舞いを示すことがあります。このチュート リアルではそれらの問題の最も重要な部分を紹介していきますが、しか しこれは氷山の一角に過ぎません。水面下に埋もれている部分について は TCP/IP Illustrate
「Unixにおける複数ファイルの変更」から敷衍する - ダイミテイ
「複数のファイルの名前をまとめて変更する」- 技術メモ帳の記事が人気エントリーにあったので、乗じつつ考えてみる。 個人的な解法としては viを使う。コマンドを書いてみると以下のとおり: !!ls *.html :%s/\(.*\)\.html/mv \1.html \1.htm/ :%!sh :q! 正規表現を一発で書くのはちときついが、数個なら目で変更後の名前を確認できるし、一部のファイルは変更したくないって時の対応も簡単。個人的にはエレガントだと思う。 で、エレガントさからすると新しいコマンドを導入するというのはどうよ? って思う。ファイル名の変更にしか使えないコマンドに脳みその記憶容量をとられるなんて悲しい。そんなことより、より一般的なツールを知っておいてさらっと組み立てるほうがエレガントじゃないかな。 自分の脳みそのスワップをネット上に置いてぐぐれる時代だと、エレガントさの基準も変
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
石田晴久氏が死去 UNIX、インターネットの国内普及に尽力
サービス終了のお知らせ