ブルースクリーンのメモリダンプから原因を解析する方法。Windows | puti se blog
最終更新日付： 2019年8月18日 Windowsサーバーを運用していると、突然のブルースクリーンに見舞われることがあります。 ブルースクリーンになると、メモリダンプという原因のヒントになるエラーになったメモリ状態をまるまる出力をしてくれますが、インフラSEにはWindowsの中の何が原因なのか追及が難しくお手上げになってしまいます。 しかし、意外と簡単にメモリダンプを解析して、切り分けや原因のヒントをつかむことが出来ます。 環境・前提条件 Windows Server 2016メモリダンプはカーネルメモリダンプ で、停止コード：BAD POOL HEADERというブルースクリーンが発生してOSがハングして停止してしまいました。 サーバーで出力されたメモリダンプ「C:\Windows\memory.dmp」をクライアントのWindows10上で解析してみました。 結論、マイクロソフト純正
メモリの中身を読んでみよう （プロセスをダンプ＋解析する方法） - 主に言語とシステム開発に関して
実行中のプログラムは，メモリ上に存在する。 そのメモリ上のデータを読み取れば，アプリケーションが扱っている生のデータを，そっくりそのまま取得できてしまう。 ユーザがどのような値を入力したか，アプリケーションがどこと通信してどういうデータを取得したか，全て丸見えである。 逆アセンブルの場合，プログラムの「実行前」のスタティックな姿しかわからない。 しかしメモリ上のイメージをダンプすれば，まさに「実行中」のプログラムの姿がわかる。これが逆アセンブルとダンプの大きな違いだ。 下記では，Windows上で実行中のプロセスをダンプし，プログラムにユーザが入力した値をメモリ上から実際に読み取る。 利用するフリーソフトは User Mode Process Dumper バイナリエディタ WinDbg の３つ。（これに加え，適当なC言語コンパイラがあるとよい。） ちなみに，ソフトウェアの利用承諾書に「無
» 知らないと損する Docker イメージのレイヤ構造とは TECHSCORE BLOG
ユニオンファイルシステムとコピーオンライト Docker コンテナが軽量だと言われる理由のひとつが、ユニオンファイルシステムにあります。ユニオンファイルシステムは、複数のファイルシステム上のディレクトリやファイルをレイヤとして重ね合わせ、それらを仮想的に一つのファイルシステムとして扱う技術です。 Docker は、このユニオンファイルシステムを使い、イメージを複数の読み取り専用レイヤのスタックとして扱います。コンテナ内ではさらに、読み書き可能なレイヤを一枚重ねています。 コンテナ上の読み書き可能なレイヤをコンテナレイヤと呼び、イメージを構成する読み込み専用レイヤをイメージレイヤと呼びます。 この構成により、同一ノード上で動く複数のコンテナが、Docker イメージを構成するイメージレイヤを共有することを可能にし、トータルとしてのコンテナサイズを最小化しているのです。 共有しているイメージレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Valheim World Generator
