特定の Debian サーバーで、iostat (および同様の) が、予期せぬ大量のディスク書き込み (バイト単位) を報告します。これらの書き込みを行っているプロセスを特定するのに苦労しています。
2 つの興味深い点:
システム サービスを一度に 1 つずつ無効にしようとしましたが、役に立ちませんでした。ディスク アクティビティはかなり安定しており、予想外に高くなっています。
書き込みにもかかわらず、ディスク上の全体的なスペースをより多く消費しているようには見えません。
どちらも、書き込みはカーネルが行っていることかもしれないと思いますが、私はスワップしていないので、Linux が何を書き込もうとしているかは明確ではありません。
上で試すことができます：
http://www.atcomputing.nl/Tools/atop/
しかし、カーネルにパッチを当てることは避けたいです。
これを追跡する方法についてのアイデアはありますか?
iotop は優れています (実際には素晴らしい)。
2.6.20 より前のカーネルを使用している場合、これらのツールのほとんどを使用できません。
代わりに、以下を試すことができます (ほとんどの 2.6 カーネル IIRC で機能するはずです)。
sudo-s
dmesg -c
/etc/init.d/klogd 停止
エコー 1 > /proc/sys/vm/block_dump
rm /tmp/ディスクログ
「dmesg -c >> /tmp/disklog」を見る
データの収集が完了したら CTRL-C
エコー 0 > /proc/sys/vm/block_dump
/etc/init.d/klogd 開始
exit (ルートシェルを終了)
猫/tmp/ディスクログ | awk -F"[() \t]" '/(READ|WRITE|dirtied)/ {activity[$1]++} END {for (x in activity) print x, activity[x]}'| 並べ替え -nr -k2
dmesg -c 行は、カーネル ログをクリアします。次に、ロガーが停止され、手動で (watch を使用して) ディスクにダンプされます (メモリ バッファーが小さいため、これを行う必要があります)。約 5 分間実行してから、CTRL-c で監視プロセスを実行します。ロギングを停止して klogd を再始動した後、最後に少しの awk を使用して結果を分析します。
2.6.20 より新しいカーネルを使用している場合、これは非常に簡単です。これは、I/O アカウンティングを含む Linux カーネルの最初のバージョンであるためです。独自のカーネルをコンパイルする場合は、必ず以下を含めてください。
CONFIG_TASKSTATS=y
CONFIG_TASK_IO_ACCOUNTING=y
Debian パッケージのカーネルにはこれらのフラグが既に含まれているため、カーネルを再コンパイルする必要はありません。I/O アカウンティング データにリアルタイムでアクセスするための標準ユーティリティは、iotop(1) です。I/O スケジューラによって管理されるプロセスの完全なリストを提供し、プロセスごとの読み取り、書き込み、および使用された合計 I/O 帯域幅の統計を表示します。
Linux の iotopを調査することをお勧めします。Solaris のバージョンがいくつか出回っていますが、たとえば Debian パッケージがあります。
htopを使用して、IO_RATR列を有効にすることもできます。Htopは優れたトップの代替品です。
Brendan Gregg の iosnoopスクリプトは、(ヒューリスティックに) 最近のカーネルで現在使用されているディスクについて教えてくれます (例 iosnoop output )。
UNIX コマンドlsof (開いているファイルのリスト) を使用できます。これにより、開いているファイルのプロセス、プロセス ID、ユーザーが出力されます。
最近、Filemon のクローンである Mortadelo について聞いたことがありますが、まだ自分で確認していません。
SystemTapを試してみることもできます。これには多くの例があり、私が間違っていなければ、この種のことを行う方法を示しています。