ススメ」が掲載されました。システム構成の把握/ログの確認/リソース使用状況の確認のために取得していただいている訳ですが、いろいろと落とし穴があります。勝手にカーネルモジュールをロードしてしまうとか、大量のCPU時間を消費したりとかディスクI/Oを発生させたりとかの話は本文を参照していただくとして、ここでは調査担当者としての苦労話を書こうかと思います。なく商用の運用監視ツールを使っているために、計算式がどうなっているのかとかグラフをどう見ればよいのかとかが不明というケースがあります。センタから当該製品のサポート窓口に照会する術を持ち合わせていないため、ログやリソース使用状況の確認ができませんので、お客様のほうから当該製品のサポート窓口に照会していただくことになります。そうそう、計算式といえば、回収可能なメモリを加味した空きメモリの計算方法というのは長年の課題なんですよね。書き込むことで表示されるようになります。この項目があると、空きメモリの監視が格段に楽になるのではないかと思います。取得していただいたのに、リソース使用状況を確認できないというケースもあります。使用有無やログの保存場所がどこに設定されているのかは不明な訳です。お客様のサーバにログインして構成を調査をすることはできませんので、お客様のサーバ向けにカスタマイズしたログの取得手順を提示することもできない訳です。含まれていない必要なログファイルを一緒に取得していただけると有難いなぁと思っている訳です。ススメ」が掲載されました。ここでは、「再現手順を確立することの重要さ」の例として、熊猫が先月対応していた不具合事例について紹介したいと思います。この不具合は以下のような経緯により原因が特定され、修正されました。カーネルにバックポートされるのを待っている状態です。社に照会を行い、上記の不具合情報の存在について把握した。センタにも照会を行い、再現手順を確立できないと先に進めないことを理解した。使用していると発生頻度が高くなることを突き止め、問題事象を再現できる手順を確立した。用いた調査を提案した。用いた情報取得を行い、カーネルパニックに至るシグナルを受信するよりも前に矛盾点が発生していることを突きとめることができた。含まれるスレッドセーフでは無い処理が問題事象の発生原因であることを突きとめることができた。情報から追うことができないケースという特殊さが組み合わさって、不明瞭なカーネルパニックを引き起こしてきたようです。センタでも問題事象を再現させることができず、お客様自身が問題事象の再現手順を確立する以外に先に進めないという状況にありました。関係各位の連携プレーにより、見事解決することができました。問題解決までの流れを知っておくと、サポートを利用する側としてどのようなことができるかを考えることができるようになります。スムーズな問題解決のために、ご協力をお願いいたします。宛に投げても反応が無いので、ここで説明することにします。中の人から反応がありました。スパムキューの中に埋もれていて気付いていなかったそうです。追加するように記述が修正されました。サービスに適用する手順が紹介されています。環境変数を設定しても、効果はありません。効果が無いことを確認する手順を以下に説明します。C言語で作成されたCGIプログラムを使って確かめてみましょう。----------このCGIを叩いてみましょう。いう行は表示されないことが確認できます。プロセスから起動されるCGIプログラムには継承されていないことを意味しています。呼び出す可能性のあるCGIプログラムを保護することはできません。作成できてしまう訳です。環境変数による回避策を使おうとするのは危険です。)の影響範囲の調査方法について」が掲載されました。脆弱性とか御嶽山噴火とかで騒ぎ出しました。社のサポート対象外な機能であるため、商用サポートを必要とするお客様に紹介することができず、焦りと残念さが募っています。連載をしているところですので、思い切って緊急コラムとして掲載しちゃいました。(即日で作成したので詳細までは準備できませんでした。質問などがありましたら遠慮なくどうぞ。)熊猫がセキュリティキャンプに参加するようになってから今年で4回目になる訳ですが、年々技術的なトピックから離れてきているのを感じています。それは、OSレベルのアクセス制御に興味を持ってくれる人が少ないからという理由もあります。「プログラムのアイデア出しから保守まで全部を自分で行う」側から「他人が作成したプログラムの不具合調査を行う」側になったことで、「誰かが面倒を見てくれている筈だから、自分は考えなくてよい」という「隅々から全体までを通して見ようとしない」姿勢こそが問題の根底にあるのではないかと思うようになったからという理由もあります。「自分に関係しないことは気にしない」では済まされない。システムのトラブル/セキュリティの脅威は、助け合いなしでは対処できない。すぎたため、公開したら怒られそうな内容になってしまいましたが、まさに今回の脆弱性のような「事件」への対応姿勢がそれを問うているように思えます。ススメ」が掲載されました。以下のような利点があります。以下のような利点があります。取得するというのが好ましいと考えます。両方の利点を得ることができます。ススメ」が掲載されました。出力メッセージを受信させたり、ローカルディスクへの書き込みが遅延する恐れがある場合に数秒間隔で取得している性能データを他のホスト上に保存させたりするという使い方もできます。「ローカルディスクへの書き込みが遅れるなんてことあるんかいな?」と思われるかもしれませんが、実際に遅延した事例があります。記録が大幅に遅延して、死活監視のタイムアウトエラーが発生してしまいました。設定を変更して対処しました。「ヤマノススメ」は風景描写が丁寧ですねぇ。「ARIA」を思い出します。いえば、アニメで口笛シーンが登場するのは珍しいことかも。ススメ」が掲載されました。活躍してくれることを期待しています。難しいのは、送信側よりも受信側なのかもしれません。あるようにそのままでは使い物にならない。使えばとりあえず受信はできるものの、送信元やタイムスタンプの情報も一緒に記録してくれないと不便。同時に指定すると、必要以上にログファイルを肥大化させてしまうし、余分な送信元やタイムスタンプを除去してからでないと読めないというのも面倒。インスタンスを起動した方が良いと思います。送信されたカーネルメッセージに含まれている文字列をホスト名だと勘違いして手当たり次第DNS問合せをしてしまいますのでご注意を。セカンドシーズン」という現在放送中のアニメに倣っています。「夏色プレゼント」というのは、そのアニメのオープニング曲です。前回の記事で「侵略!イカ娘」じゃないよと熊猫が書いたことに対して正解を示唆してくれているものと思われます。今年もセキュリティキャンプ2014が開催された訳ですが、2014年度の第1Qには「ふんわり」系のアニメがたくさん放送されていたのを反映してか、いろいろなアニメネタが登場しました。「ごちうさ」の「ぴょんぴょん」とか(由来は知らないけれど)「ておくれポイント」とかが健闘しましたが、最も猛威を振るったのは「進捗どうですか?」かと思われます。流行はしなかったけれども大爆笑したのは、「一週間フレンズ。」を捩った「進捗フレンズ。2014年度の第2Qは、あまり「ふんわり」系のアニメが見当たらず、ちょっと寂しいです。そんな中、「ヤマノススメ」はゆるふわキャラクターによる山登りの話だと思っていたのに、なぜか温泉の話、スカートの話、水着の話と山じゃない話が続いていてドキドキ。(笑)いや、ゆるふわでも真面目なアニメなので問題描写は登場しない筈。第2話「シリアルコンソールノススメ」が掲載されました。設定済みのサーバは増えてきたようですが、シリアルコンソールを設定したサーバはまだ多くはないようです。同一のサーバで複数回の予期せぬリブートを経験して初めてシリアルコンソールの設定を検討するようになるという状況ですので、予期せぬリブートの原因についての問合せでは初回の事象発生時に何も手掛かりを見つけられず、残念な思いをすることが多いです。再発するまでに何ヶ月も待たされることが多く、調査する側としては何だか落ち着かない状況が続きます。この記事が、初回発生時に手掛かりを見つけるのに役に立てばいいなぁ。現在放送中の某アニメに倣って「○○ノススメ」を予定しています。いう部分を読んで何のアニメなのかを検索したらしく、「侵略!イカ娘」ですかと訊かれてしまいました。え〜?そっちは知らないにゃ〜。安らかな夜を迎えるために」を始めました。安らかな夜を迎えるために」を開始しました。本業にいつ余裕ができるかを全く予測できないという性質上、原稿を書く時間を定期的に割けることを約束できないため、不定期連載という形になります。各話のタイトルは、現在放送中の某アニメに倣って「○○ノススメ」を予定しています。「セキュリティ・キャンプ全国大会2014」参加者募集が始まりました。撮影されないようにカメラから逃げ回っている熊猫が、何故かクラス紹介の動画で喋るはめになってしまいました。(汗)昨年度は「セキュリティの見える化を考えるゼミ」という名前で募集し、「利用者を置いてけぼりにしないセキュリティを考えてみよう」というテーマには8名もの応募がありました。セキュリティについて利用者が置いてけぼりにされているというモヤモヤ感を持った人が予想以上に多く存在していると感じました。セキュリティという得体のしれないものを相手にするのは学生には難しいとも感じました。そのため、今年はOSのセキュリティを考える前段階である「OSの見える化を考えるゼミ」という名前で募集します。発表で使用する「エンタープライズ向けサーバのトラブル対応のための情報取得方法について」を紹介しておきます。