タグ

トラブルシューティンに関するmtbtaizoのブックマーク (11)

  • PostgreSQLを遅くしている犯人はどこだ?

    PostgreSQLを遅くしている犯人はどこだ?:Linuxトラブルシューティング探偵団(3)(1/3 ページ) NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。引き続きOSSに関するトラブルの解決過程を@ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団! 助けを借りたいときは、いつでもいってくれ! OS:高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。

    PostgreSQLを遅くしている犯人はどこだ?
  • 減り続けるメモリ残量! 果たしてその原因は!? 第2回 (1/3) − @IT

    減り続ける利用可能メモリ……そしてついにリブート!:Linuxトラブルシューティング探偵団 番外編(2)(1/3 ページ) NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団! 助けを借りたいときは、いつでもいってくれ! OS:高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web:福山義仁 俺は、福山義仁。Web技術の達人さ。

    減り続けるメモリ残量! 果たしてその原因は!? 第2回 (1/3) − @IT
  • 減り続けるメモリ残量! 果たしてその原因は!? 第1回 (1/3) − @IT

    減り続けるメモリ残量! 果たしてその原因は!?:Linuxトラブルシューティング探偵団 番外編(1)(1/3 ページ) NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団! 助けを借りたいときは、いつでもいってくれ! OS:高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web:福山義仁 俺は、福山義仁。Web技術の達人さ。Ap

    減り続けるメモリ残量! 果たしてその原因は!? 第1回 (1/3) − @IT
  • 不良ディスクからデータを回収するGNU ddrescue

    ソフト名:GNU ddrescue 開発者:Antonio Diaz氏 ライセンス:GNU GPL v3またはそれ以降 配布元:http://www.gnu.org/software/ddrescue/ddrescue.html GNU ddrescueは,読み出しエラーが多発するような壊れかけの記録媒体からデータを回収するツールです。読み出し可能なデータを先に回収する方式を採用しているので,一刻を争う事態でもより多くのデータを救出できます。 HDDに不良が生じた際,最も重要なのはデータをいち早く回収することです。不良の原因がコントローラか機械的なものかを問わず,多くの場合で時間経過と共に問題が大きくなってしまい,回収できないデータが増えるからです。 データ回収のポイントは「問題なく回収できるデータを優先して作業」することです。読み出しエラーが生じるデータにこだわってリトライを繰り返すと,

    不良ディスクからデータを回収するGNU ddrescue
  • 高負荷なのに片方のサーバにだけ余裕が……なぜ?

    高負荷なのに片方のサーバにだけ余裕が……なぜ?:Linuxトラブルシューティング探偵団(1)(1/4 ページ) NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。今回からOSSを扱ってきて遭遇したトラブルを解決する過程を@ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団! 助けを借りたいときは、いつでもいってくれ! OS:高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダ

    高負荷なのに片方のサーバにだけ余裕が……なぜ?
  • 肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - @IT

    肥え続けるTomcatと胃を痛めるトラブルハッカー:現場から学ぶWebアプリ開発のトラブルハック(8)(1/3 ページ) 連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。(編集部) メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom

    肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - @IT
  • DBアクセスのトラブルは終盤で発覚しがち……

    今回の概要 稿では、Webアプリケーションの開発プロジェクトで実際に直面したDBアクセス処理に関するよくあるトラブル事例を題材に、DBアクセス処理に関するTipsを紹介する。 今日は、内線で助けを求められる ある穏やかな朝、突然電話が鳴る。今日の相手はパフォーマンステストを実施している社内のプロジェクトのマネージャである。「パフォーマンステストを実施しているが、いくつかの業務処理で、レスポンスが悪過ぎて困っている。リリースも近いので、早急になんとか原因を探ってほしい」 とはいえ、さすがにこれだけの情報では、問題は解決できないため、直接現場に急行することとなった。 現場に到着し、トラブルの詳細を確認 現場に到着し、まずは現状分析のため、担当者に簡単にヒアリングを行った。ヒアリングした結果をまとめると、以下のような状況のようだ。 Javaで開発しているWebシステムで、Web層にはStrut

    DBアクセスのトラブルは終盤で発覚しがち……
  • Webアプリの問題点を「見える化」する7つ道具 (1/3) - @IT

    今回の概要 システムが応答しない、パフォーマンスが劣化したなどのトラブルが発生したときに、原因がなかなか掴めず、あたふたすることはないだろうか? 稿では、Java EEトラブルシューティングの現場で役立つ7つ道具を紹介する ある日、突然電話が鳴る 用件は、「システムが不定期に停止する。よく分からないけど、どうやらJava EE部分がおかしい」とのこと。このような事態が発生したとき、やみくもに原因を調べ、いつまでたっても問題が解決できず、原因の一片も発見できないことが多々ある。 トラブルが発生した場合、ツールが充実していない昔は、開発者の経験と勘に頼るところが非常に大きかった。Webシステムが普及するいま、昔とは比べ物にならないほど、システムの数が増え、開発者数が増える一方、システム障害を切り分けられる職人的なエンジニアの人数はシステム数に比例して増えているわけではない。そのため、すべての

    Webアプリの問題点を「見える化」する7つ道具 (1/3) - @IT
  • 「止まる」「遅い」を元から絶つ!オープンソースのトラブル解決第1回 アプリケーション異常終了

    止まる,性能が出ない…システム開発に携わる人なら誰もがぶつかった経験のあるトラブルでしょう。特に,通常は問題がないのに,負荷が高くなったり,長時間連続稼働した時にだけ発生するトラブル,さらにどういった場合に発生するのかわからないトラブルはやっかいです。 でも,原因を突き止める方法はあります。この連載では,そういったトラブルをタカハシくんとスズキさんの2人といっしょに解決していきましょう。 タカハシくんは,IT企業の若手エンジニア。元気はあるのですが,おっちょこちょいなのが欠点です。LinuxでC言語やJavaを使った開発には少し自信が出てきましたが,トラブルがあるとなかなか原因がわからず,先輩のスズキさんに教えを請う毎日です。スズキさんはこの道ン十年,汎用機でのアプリケーション開発の経験もあるベテラン・エンジニアです。 第1回目は,高負荷時にアプリケーションが異常終了するというトラブルです

    「止まる」「遅い」を元から絶つ!オープンソースのトラブル解決第1回 アプリケーション異常終了
  • 「止まる」「遅い」を元から絶つ!オープンソースのトラブル解決第2回 システムが遅くなる(その1)

    オープンソース・ソフトウエアで構築したシステムのトラブル原因を探り,解決するこのシリーズ,今回と次回は「システムが遅くなる」スローダウン事例の解析方法をご紹介します。今回は(その1)として,LKST(Linux Kernel State Tracer)を使ってタイマー駆動型アプリケーションの遅延原因を調べてみましょう。 それでは前回に引き続き,若手エンジニアのタカハシくんと,先輩のスズキさんにご登場いただきます。

    「止まる」「遅い」を元から絶つ!オープンソースのトラブル解決第2回 システムが遅くなる(その1)
  • 「止まる」「遅い」を元から絶つ!オープンソースのトラブル解決第3回 カーネル・パニック

    最近のLinuxカーネルは安定しておりシステム停止なんてことはめったにありませんが,もし,システム運用中にいきなり停止したなら,かなりあせるものです。とりあえず,再起動し,問題なく稼働していたとしても,その原因をつきとめないと不安で夜も眠れません。 今回は,カーネル・パニック時のダンプ解析をして,その原因を調べてみましょう。 それでは前回に引き続き,若手エンジニアのタカハシくんと,先輩のスズキさんにご登場いただきます。

    「止まる」「遅い」を元から絶つ!オープンソースのトラブル解決第3回 カーネル・パニック
  • 1