DTraceでトラブルシューティング
この連載では、サーバOSとして十数年発展してきた「Solaris」をオープンソース化した「OpenSolaris」を紹介し、ブログサーバ「Roller」と組み合わせて運用していくうえで有用なさまざまな知識を紹介していきます。（編集部） 前回「シングルノードで手軽にクラスタを試す」までの連載で、OpenSolarisの機能や特徴を紹介しながら、ブログサーバを構築する方法を解説してきました。Solarisコンテナ、ZFS、Open HAクラスタを使い、予期されるさまざまな障害に備える強固なサーバ構築のノウハウをご理解できたと思います。 最終回の今回は、ブログサーバ運用中にシステムの状態を監視したり、発生したシステム障害や不具合の原因究明に有効となるDTrace（動的トレース）を紹介します。 DTraceの概要 システムが障害を起こしてクラッシュしたときや、アプリケーションが異常終了しコア・ダン
Node.jsで(なるべく)落ちないアプリを作ろう。 - from scratch
さてさて、第三回東京Node学園の自分の発表の時を見ていた人にはわかっていると思いますが、自分の発表の時に見事に発表用のアプリが見事に落ちてしまいました。 悔しかったので、NodeNinjaさんに頼んでログの調査方法を教えてもらい、調査してみました。 その結果、以下のことがわかりました。 あの時落ちた理由は、単純な問題で、socket.ioからもらった値を未検証で利用していたため、 値にnullが入った事によるNullPointer例外でした。 聴講者の誰かがJavascriptのコンソールからおそらく下記のように実行したのでしょう。 socket.emit('count up', null, null);こうやると、nullがemitされ、サーバー側ではnullが来ることを期待していなかったので 落ちたという、新人プログラマーにありがちなミスでした。 今回の話はいくつかの教訓と実践Tip
Tech Resources / Yutaka Yasuda
Tech Note 日々作業した雑多な技術資料などを余り整理せずに置く。 技術資料 EOS (Arsita Networks) 2009年の1月にArista社を取材で訪問して以来、その制御OSであるEOS関連のユーザレベルでの開発を試みている。 資料を集積するための別のサイト Arista Square も運営している。 EOS 開発関係資料 [ Arista Square HTML] [ 他の資料等 HTML ] iOS 2009年から荻原先生と一緒に学生・社会人混合でのiOS プログラミング勉強会を行っている。 そこで用意したものなどを置いておく。 iOS プログラミング関係資料 [ 作成したサンプル等 HTML ] [ 木谷氏によるログ HTML ] OpenFlow 2010年の10月頃に技術商社の知人からOpenFlowとNiciraの名前を聞かされ、少しずつ調べている。 Op
Linuxサーバ運用マニュアル
Linuxでインターネット・サーバを構築する方法は良く紹介されていますが，サーバの運用法やセキュリティ対策，バックアップなどについてはあまり紹介されてはいません。ASHマルチメディア研究会（http://ash.or.jp/）の皆さんに，小規模システム向けの現実的な運用法について解説していただきます。 第1話「運用マニュアルを作ろう！」 第2話「フリーソフトでファイアウォールを作ろう！（前編）」 第3話「フリーソフトでファイアウォールを作ろう！（後編）」 第4話「障害時の構成を考えよう！」 第5話「データを2重化しよう！」 第6話「リソースをチェックしよう！」 第7話「ログをチェックしよう！」 第8話「サービスの状態をチェックしよう！」 第9話「cronで監視しよう！」 第10話「ユーザの登録、削除が必要なときは？」 第11話「ホストの追加、削除が必要なときは？」
Linuxサーバ運用マニュアル
Linuxサーバ運用マニュアル ログをチェックしよう！ サーバでは，さまざまなことがログとして出力されます。それらのログは，非常に重要で有益な情報を与えてくれるものですが，複数の場所に出力されていたり，形式がまちまちだったり，量が膨大だったりして，必要な情報を引き出すにはコツが必要になります。 ここでは，代表的なログの種類と，そのログをチェックするための基本方法について説明します。 syslog syslogは，Linuxのメインログです。syslogd（シスログ・デーモン）が，さまざまなメッセージをログとして出力しています。以下に，syslogの概念図を示します。 図のように，syslogdへのメッセージ出力元は数多くあり，ログの出力量は膨大です。通常，それらのログは/etc/syslog.confによって，出力元，エラーレベルで分類され，複数のファイルに以下のフォーマットで出力されます
Linuxサーバ運用マニュアル
Linuxサーバ運用マニュアル 第6話「リソースをチェックしよう！」 サーバ運用について，リソースのチェックは重要です。マシンそのものがトラブルをかかえていては，どんな優秀なアプリケーションも役にははたちません。また，運用していく上でマシンのスペックが不足しているなら，対応する必要がありますし，普段からチェックしていれば，マシンの異常を早期発見することもできます。 ここでは，サーバマシンの何をチェックするべきなのか，また，それにはどのようなコマンドを用いるのかを紹介していきます。 CPUのチェック CPUはコンピューターの心臓部であり，性能に関係するため，重要なチェック対象です。CPUそのものと，プロセスの状態についてチェックします。チェックしたいのは次の項目です。 CPU使用率 CPUがどれだけ使われているかを%で表わしたものです。IDLE（待機）の値をチェックします。 IDLE（待機）
MediaWikiバックアップ作業メモ - tototoshi の日記
バックアップ対象 MediaWikiにおけるバックアップ対象は データベース 設定ファイル(LocalSettings.phpや./config) 画像(./images) CSSとか(./skins) 拡張機能(./extensions) こんなところでしょうか。 バックアップ前の確認事項 Wikiが書き込み不可の状態であることを確認します。 書き込み不可にする設定はLocalSettings.phpに $wgReadOnly = 'site maintenance'; と追記するだけでOKです。 文字列の内容はそのままメッセージとして画面に表示されます。 バックアップ作業 こういうスクリプトを書きました。 #!/bin/sh DATE=$(date +%Y%m%d) ROOT=/home/foo/bar/wiki { cd $ROOT tar -zvcf ~/backup/wiki-i
仮想化サーバー統合への道
仮想化は難しい？ 仮想化という言葉がずいぶんと浸透してきました。書籍やWebでも仮想化に関するものが多く見られます。ところが、実際に仮想化を利用してサーバー統合を実施したいと考えた際に、「1台のサーバーにどのぐらい仮想サーバーを立てることができるのか」、「既存のサーバーは仮想化環境でも動作するのか」などと悩む管理者も多いのではないでしょうか。 対象となるサーバーを把握することが、仮想化によるサーバー統合計画を遂行するうえで重要です。この一方、全社規模でサーバー統合を実施する場合、各部門に導入されているサーバーの情報を収集するのは非常に大変です。 また、どういった情報を収集するべきかも、悩ましい問題です。実装されているデバイスやインストールされているアプリケーション、さらには各種パフォーマンス情報など、あらゆる情報を収集すれば間違いないかもしれませんが、これらの調査が完了するまでに膨大な時間
Muninをカスタマイズして表示されるグラフの種類を増やしてみる - ネットワーク監視
以前にGIGAZINEで紹介した「Munin」はMRTGに比べて劇的にインストールが簡単、なおかつシステムを監視していろいろな値を取得してグラフ化してくれるわけですが、今回はMuninで有効化されていないプラグインを有効にする方法と、有効化されているのにグラフが全く表示されない場合の対処方法、それから追加でプラグインを使う方法です。 というのも、どういうわけかGIGAZINEを新サーバにした途端にMySQLのグラフが消えてしまったため。どうやらMySQLプラグインへのシンボリックリンクがなくなっているだけでなく、値が正常に取得できていないため、RPMによるインストール時に最初から外されてしまった模様。同様にApache関連のMuninプラグインも有効化されていないようです。 というわけで以下、Muninにグラフを追加する方法あれこれ。 ◆Muninのインストール まずはおさらい。今回はRe
MuninでLinuxサーバの性能監視：基礎編 - shibainu55日記
最近忙しくてなかなかアップできずにいたこのブログですが、久しぶりの更新。MySQL Clusterのバックアップ・リカバリ運用やオープンソースシステム構築など、色々アップしたいネタがたまっているものの、今日は直近でよく使う性能管理系のネタについて書いていきます。(前者のネタ更新をお待ちいただいている方、リクエストも頂いておりますがすみませんorz)。さて、今回は性能管理データを「とにかく簡単に」自動でグラフ化するツールとして、Muninを紹介します。 Muninの特徴 まず製品名ですが、muninと書いて「ムーニン」と読むようです。CPUやメモリ、ネットワークトラフィック、ミドルウェアの性能状況などが取得できます。RPMForgeのリポジトリからyumでインストールでき、導入・設定が非常に簡単。細かな制御ができない部分もありますが、「できるだけ簡単に、ライトに性能グラフを書きたい」「リモー
MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE
Perlで書かれており、RRD Toolと連携して、サーバに関するあらゆる情報をグラフ化し、HTMLを作ってくれます。MRTGよりも圧倒的にインストールも設定も簡単。グラフ化する対象はプラグインで簡単に拡張可能。 グラフ化できるのは、初期状態でディスク使用量・MySQL・IOstat・トラフィック・プロセス数・VMstat・CPU温度・CPU使用率・ロードアベレージ・メモリ使用率・スワップ・Netstat・HDD温度など。プラグインを追加することでさらにApacheのロードタイム・メールキュー・Asterisk・NFSクライアント・BIND・ColdFusion・DNSキャッシュ・MySQLの各種数値・PostgreSQL・印刷キュー・ProFTP・Qmail・電圧・S.M.A.R.T.・SpamAssassin・Tomcat・Tor・Windows Server・VMware・Xenなど
Munin Monitoring
What is Munin? Munin is a networked resource monitoring tool that can help analyze resource trends and "what just happened to kill our performance?" problems. It is designed to be very plug and play. A default installation provides a lot of graphs with almost no work. In Norse mythology Hugin and Munin are the ravens of the god king Odin. They flew all over Midgard for him, seeing and remembering,
＠IT：障害の兆候を見逃さないためのサーバ監視（1-3）
サーバの構築は難しいが、それ以上に困難なのがそれを動かし続けること、そしてトラブルに迅速に対応することだ。サーバの動作状況を監視し、障害の予兆や発生をより早く検知できる体制を整えよう。（編集局） いまは正常に動作しているシステムだとしても、さまざまな原因でトラブルが発生する可能性があります。管理者は、こうしたネットワークシステムの動作を正常に保ち続ける必要があります。LAN内に設置したファイルサーバは企業活動においてクリティカルな存在になっています。インターネットを利用するに当たって、メールやDNS、Webといったサーバはすでに必須になってきているため、サービスが止まってしまうと業務自体が停止するといっても過言ではない状況になっています。 システムに障害が起こらないように、そして万が一障害が発生してもすぐに検知し、復旧できる体制を整えておきましょう。システムを復旧する方法については前回解説
Linuxサーバ運用マニュアル
Linuxでインターネット・サーバを構築する方法は良く紹介されていますが，サーバの運用法やセキュリティ対策，バックアップなどについてはあまり紹介されてはいません。ASHマルチメディア研究会（http://ash.or.jp/）の皆さんに，小規模システム向けの現実的な運用法について解説していただきます。 第1話「運用マニュアルを作ろう！」 第2話「フリーソフトでファイアウォールを作ろう！（前編）」 第3話「フリーソフトでファイアウォールを作ろう！（後編）」 第4話「障害時の構成を考えよう！」 第5話「データを2重化しよう！」 第6話「リソースをチェックしよう！」 第7話「ログをチェックしよう！」 第8話「サービスの状態をチェックしよう！」 第9話「cronで監視しよう！」 第10話「ユーザの登録、削除が必要なときは？」 第11話「ホストの追加、削除が必要なときは？」
Dear users of Karesansui
Karesansui Project Karesansui is an open-source virtualization management application made in Japan. View on GitHub Download .zip Download .tar.gz Dear users of Karesansui The source code is still available, but this project is no longer in active development. We are currently seeking a new maintainer and any feedback would be appreciated. Please see here if you are interested in becoming a projec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nagios: Home
Infrastructure Monitoring | Proactive Troubleshooting
Charming Python: Functional programming in Python, Part 3
Log を残す (ログをとるには) - オープンソース・フリーソフトのコンパイル＆インストール --- Compile & Install for Open Source / Free Software
サーバのログ監視ツールを使いこなそう
