當一個程序發(fā)生故障時，有時候想通過了解該進程正在執(zhí)行的系統(tǒng)調(diào)用來排查問題。通常可以用 strace 來跟蹤。但是當進程已經(jīng)處于 D 狀態(tài)（uninterruptible sleep）時，strace 也幫不上忙。這時候可以通過

D 狀態(tài)實際是在等待系統(tǒng)調(diào)用返回。那么來看看究竟在等待什么系統(tǒng)調(diào)用

第一個數(shù)字是系統(tǒng)調(diào)用號，后面是參數(shù)。不同的系統(tǒng)調(diào)用所需的參數(shù)個數(shù)不同。這里的字段數(shù)是按最大參數(shù)數(shù)量來的，所以不一定每個參數(shù)字段都有價值。那么怎么知道系統(tǒng)調(diào)用號對應(yīng)哪個系統(tǒng)調(diào)用呢？在頭文件 /usr/include/asm/unistd_64.h 中都有定義。也可以用個小腳本來快速查找：

對于不同的系統(tǒng)調(diào)用的參數(shù)，可以通過 man 2 <系統(tǒng)調(diào)用名> 查閱。如 man 2 read。對剛才那個例子來說，0 就對應(yīng)了 read 調(diào)用。而 read 調(diào)用的第一個參數(shù)是文件描述符。

之后用 lsof 找到 7 對應(yīng)的是什么文件

結(jié)果發(fā)現(xiàn)是個 device mapper 的設(shè)備文件。最后順藤摸瓜，發(fā)現(xiàn)這個文件是 multipathd 創(chuàng)建的。而系統(tǒng)應(yīng)當使用的是存儲廠商提供的多路徑軟件。問題是由于同時開啟了 multipathd 造成沖突導致的。

/proc/<PID>/syscall 對排查 D 狀態(tài)進程很有用。不過在 2.6.18 內(nèi)核上并不支持，具體從哪個內(nèi)核版本開始有這個功能，還沒查到。不過至少從在 2.6.32 以上版本都是支持的。