當一個程序發(fā)生故障時，有時候想通過了解該進程正在執(zhí)行的系統(tǒng)調用來排查問題。通?？梢杂?strace 來跟蹤。但是當進程已經(jīng)處于 D 狀態(tài)（uninterruptible sleep）時，strace 也幫不上忙。這時候可以通過
復制代碼 代碼如下:
cat /proc/PID>/syscall
來獲取當前的系統(tǒng)調用以及參數(shù)。
這里用最近排查的一個問題為例。碰到的問題是，發(fā)現(xiàn)一臺服務器在執(zhí)行 pvcreate 創(chuàng)建物理卷的時候卡死，進程狀態(tài)為 D
復制代碼 代碼如下:
# ps aux|grep pvcreate
root 8443 0.0 0.0 27096 2152 ? D Apr04 0:00 pvcreate /dev/sddlmac
...
D 狀態(tài)實際是在等待系統(tǒng)調用返回。那么來看看究竟在等待什么系統(tǒng)調用
復制代碼 代碼如下:
B0313010:~ # cat /proc/8443/syscall
0 0x7 0x70f000 0x1000 0x0 0x7f33e1532e80 0x7f33e1532ed8 0x7fff3a6b8718 0x7f33e128cf00
第一個數(shù)字是系統(tǒng)調用號，后面是參數(shù)。不同的系統(tǒng)調用所需的參數(shù)個數(shù)不同。這里的字段數(shù)是按最大參數(shù)數(shù)量來的，所以不一定每個參數(shù)字段都有價值。那么怎么知道系統(tǒng)調用號對應哪個系統(tǒng)調用呢？在頭文件 /usr/include/asm/unistd_64.h 中都有定義。也可以用個小腳本來快速查找：
復制代碼 代碼如下:
#!/bin/bash
# usage: whichsyscall syscall_nr>
nr="$1"
file="/usr/include/asm/unistd_64.h"
gawk '$1=="#define" $3=="'$nr'" {sub("^__NR_","",$2);print $2}' "$file"
對于不同的系統(tǒng)調用的參數(shù)，可以通過 man 2 系統(tǒng)調用名> 查閱。如 man 2 read。對剛才那個例子來說，0 就對應了 read 調用。而 read 調用的第一個參數(shù)是文件描述符。
之后用 lsof 找到 7 對應的是什么文件
復制代碼 代碼如下:
# lsof -p 8443
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
......
pvcreate 8443 root 5u CHR 10,236 0t0 19499 /dev/mapper/control
pvcreate 8443 root 6u BLK 253,1 0t8192 36340797 /dev/dm-1
pvcreate 8443 root 7u BLK 253,5 0t0 35667968 /dev/dm-5
結果發(fā)現(xiàn)是個 device mapper 的設備文件。最后順藤摸瓜，發(fā)現(xiàn)這個文件是 multipathd 創(chuàng)建的。而系統(tǒng)應當使用的是存儲廠商提供的多路徑軟件。問題是由于同時開啟了 multipathd 造成沖突導致的。
/proc/PID>/syscall 對排查 D 狀態(tài)進程很有用。不過在 2.6.18 內(nèi)核上并不支持，具體從哪個內(nèi)核版本開始有這個功能，還沒查到。不過至少從在 2.6.32 以上版本都是支持的。
您可能感興趣的文章:- Linux C中庫函數(shù)與系統(tǒng)調用的區(qū)別詳細解析
- linux 系統(tǒng)調用與標準庫調用的區(qū)別詳細解析
- 三種方法實現(xiàn)Linux系統(tǒng)調用
- 基于Linux系統(tǒng)調用--getrlimit()與setrlimit()函數(shù)的方法
- 詳解linux系統(tǒng)調用原理
- Linux內(nèi)核設備驅動之系統(tǒng)調用筆記整理
- Linux被中斷的系統(tǒng)如何調用詳解
