strace命令

简介

strace常用来跟踪进程执行时的系统调用和所接收的信号。 在Linux世界，进程不能直接访问硬件设备，当进程需要访问硬件设备(比如读取磁盘文件，接收网络数据等等)时，必须由用户态模式切换至内核态模式，通过系统调用访问硬件设备。strace可以跟踪到一个进程产生的系统调用,包括参数，返回值，执行消耗的时间。

需要先安装

root@pts/0 # yum -y install strace

输出参数含义

root@pts/0 # strace cat /dev/null 
execve("/bin/cat", ["cat", "/dev/null"], [/* 24 vars */]) = 0
brk(0)                                  = 0xed9000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f78e9631000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=32857, ...}) = 0
mmap(NULL, 32857, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f78e9628000
close(3)                                = 0
open("/lib64/libc.so.6", O_RDONLY)      = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\356\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1921176, ...}) = 0
mmap(NULL, 3750152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f78e907f000
mprotect(0x7f78e9209000, 2097152, PROT_NONE) = 0
mmap(0x7f78e9409000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18a000) = 0x7f78e9409000
mmap(0x7f78e940e000, 18696, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f78e940e000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f78e9627000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f78e9626000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f78e9625000
arch_prctl(ARCH_SET_FS, 0x7f78e9626700) = 0
mprotect(0x7f78e9409000, 16384, PROT_READ) = 0
mprotect(0x7f78e9632000, 4096, PROT_READ) = 0
munmap(0x7f78e9628000, 32857)           = 0
brk(0)                                  = 0xed9000
brk(0xefa000)                           = 0xefa000
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=99158576, ...}) = 0
mmap(NULL, 99158576, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f78e31ee000
close(3)                                = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
open("/dev/null", O_RDONLY)             = 3
fstat(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
read(3, "", 32768)                      = 0
close(3)                                = 0
close(1)                                = 0
close(2)                                = 0
exit_group(0)                           = ?
+++ exited with 0 +++

每一行都是一条系统调用，等号左边是系统调用的函数名及其参数，右边是该调用的返回值。 strace 显示这些调用的参数并返回符号形式的值。strace 从内核接收信息，而且不需要以任何特殊的方式来构建内核。

strace参数

-c: 统计每一系统调用的所执行的时间、次数和出错的次数等。 -d: 输出 strace 关于标准错误的调试信息。 -f: 跟踪由 fork 调用所产生的子进程。 -ff: 如果提供 -o filename，则所有进程的跟踪结果输出到相应的 filename.pid 中，pid 是各进程的进程号。 -F: 尝试跟踪 vfork 调用；在 -f 时，vfork 不被跟踪。 -h: 输出简要的帮助信息。 -i: 输出系统调用的入口指针。 -q: 禁止输出关于脱离的消息。 -r: 打印出相对时间关于每一个系统调用。 -t: 在输出中的每一行前加上时间信息。 -tt: 在输出中的每一行前加上时间信息，微秒级。 -ttt: 微秒级输出，以秒表示时间。 -T: 显示每一调用所耗的时间。 -v: 输出所有的系统调用；一些调用关于环境变量、状态、输入输出等调用由于使用频繁，默认不输出。 -V: 输出 strace 的版本信息。 -x: 以十六进制形式输出非标准字符串。 -xx: 所有字符串以十六进制形式输出。 -a column: 设置返回值的输出位置，默认 为 40。 -e expr: 指定一个表达式，用来控制如何跟踪，格式如下： [qualifier=][!]value1[,value2]... qualifier 只能是 trace, abbrev, verbose, raw, signal, read, write 其中之一；value 是用来限定的符号或数字，默认的 qualifier 是 trace，感叹号是否定符号。例如： -eopen 等价于 -e trace=open，表示只跟踪 open 调用；而 -etrace!=open 表示跟踪除了 open 以外的其他调用。有两个特殊的符号 all 和 none。 注意：有些 shell 使用 ! 来执行历史记录里的命令，所以要使用 \\。 -e trace=set: 只跟踪指定的系统调用，例如：-e trace=open,close,read,write 表示只跟踪这四个系统调用，默认的为 set=all。 -e trace=file: 只跟踪有关文件操作的系统调用。 -e trace=process: 只跟踪有关进程控制的系统调用。 -e trace=network: 跟踪与网络有关的所有系统调用。 -e trace=signal: 跟踪所有与系统信号有关的系统调用。 -e trace=ipc: 跟踪所有与进程通讯有关的系统调用。 -e abbrev=set: 设定 strace 输出的系统调用的结果集，-v 等同于 abbrev=none，默认为 abbrev=all。 -e raw=set: 将指定的系统调用的参数以十六进制显示。 -e signal=set: 指定跟踪的系统信号，默认为 all，如 signal=!SIGIO（或者 signal=!io），表示不跟踪 SIGIO 信号。 -e read=set: 输出从指定文件中读出的数据，例如：-e read=3,5。 -e write=set: 输出写入到指定文件中的数据。 -o filename: 将 strace 的输出写入文件 filename。 -p pid: 跟踪指定的进程 pid。 -s strsize: 指定输出的字符串的最大长度，默认为 32，文件名一直全部输出。 -u username: 以 username 的 UID 和 GID 执行被跟踪的命令。

命令实例

通用的完整用法：

strace -o output.txt -T -tt -e trace=all -p28979

上面的含义是 跟踪28979进程的所有系统调用（-e trace=all），并统计系统调用的花费时间，以及开始时间（并以可视化的时分秒格式显示），最后将记录结果存在output.txt文件里面。

strace案例

用strace调试程序

strace是一个必不可少的调试工具，strace用来监视系统调用。你不仅可以调试一个新开始的程序，也可以调试一个已经在运行的程序（把strace绑定到一个已有的PID上 面）。

首先让我们看一个真实的例子：启动KDE时出现问题

前一段时间，我在启动KDE的时候出了问题，KDE的错误信息无法给我任何有帮助的线索。

_KDE_IceTransSocketCreateListener: failed to bind listener
_KDE_IceTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_KDE_IceTransMakeAllCOTSServerListeners: failed to create listenerforlocal

Cannot establish any listening sockets DCOPServer self-test failed.

对 我来说这个错误信息没有太多意义，只是一个对KDE来说至关重要的负责进程间通信的程序无法启动。我还可以知道这个错误和ICE协议（Inter Client Exchange）有关，除此之外，我不知道什么是KDE启动出错的原因。

我决定采用strace看一下在启动 dcopserver时到底程序做了什么：

strace -f -F -o ~/dcop-strace.txt dcopserver

这里 -f -F选项告诉strace同时跟踪fork和vfork出来的进程，-o选项把所有strace输出写到~/dcop-strace.txt里 面，dcopserver是要启动和调试的程序。

再次出现错误之后，我检查了错误输出文件dcop-strace.txt，文件里有很多 系统调用的记录。在程序运行出错前的有关记录如下：

27207mkdir("/tmp/.ICE-unix",0777) = -1EEXIST (File exists)
27207lstat64("/tmp/.ICE-unix", {st_mode=S_IFDIR|S_ISVTX|0755, st_size=4096, ...}) =0
27207unlink("/tmp/.ICE-unix/dcop27207-1066844596") = -1ENOENT (No such file or directory)
27207bind(3, {sin_family=AF_UNIX, path="/tmp/.ICE-unix/dcop27207-1066844596"},38) = -1EACCES (Permission denied)
27207write(2,"_KDE_IceTrans",13) =13
27207write(2,"SocketCreateListener: failed to"...,46) =46
27207close(3) =027207write(2,"_KDE_IceTrans",13) =13
27207write(2,"SocketUNIXCreateListener: ...Soc"...,59) =59
27207umask(0) =027207write(2,"_KDE_IceTrans",13) =13
27207write(2,"MakeAllCOTSServerListeners: fail"...,64) =64
27207write(2,"Cannot establish any listening s"...,39) =39

其中第一行显示程序试图创建/tmp/.ICE-unix目录，权限为0777，这个操作因为目录已经存在而失败了。第二个系统调用（lstat64）检查 了目录状态，并显示这个目录的权限是0755，这里出现了第一个程序运行错误的线索：程序试图创建属性为0777的目录，但是已经存在了一个属性为 0755的目录。第三个系统调用（unlink）试图删除一个文件，但是这个文件并不存在。这并不奇怪，因为这个操作只是试图删掉可能存在的老文件。

但是，第四行确认了错误所在。他试图绑定到/tmp/.ICE-unix/dcop27207-1066844596，但是出现了拒绝访问错误。. ICE_unix目录的用户和组都是root，并且只有所有者具有写权限。一个非root用户无法在这个目录下面建立文件，如果把目录属性改成0777， 则前面的操作有可能可以执行，而这正是第一步错误出现时进行过的操作。

所以我运行了chmod 0777 /tmp/.ICE-unix之后KDE就可以正常启动了，问题解决了，用strace进行跟踪调试只需要花很短的几分钟时间跟踪程序运行，然后检查并分 析输出文件。

说明：运行chmod 0777只是一个测试，一般不要把一个目录设置成所有用户可读写，同时不设置粘滞位(sticky bit)。给目录设置粘滞位可以阻止一个用户随意删除可写目录下面其他人的文件。一般你会发现/tmp目录因为这个原因设置了粘滞位。KDE可以正常启动 之后，运行chmod +t /tmp/.ICE-unix给.ICE_unix设置粘滞位。

解决库依赖问题

starce 的另一个用处是解决和动态库相关的问题。当对一个可执行文件运行ldd时，它会告诉你程序使用的动态库和找到动态库的位置。但是如果你正在使用一个比较老 的glibc版本（2.2或更早），你可能会有一个有bug的ldd程序，它可能会报告在一个目录下发现一个动态库，但是真正运行程序时动态连接程序 （/lib/ld-linux.so.2）却可能到另外一个目录去找动态连接库。这通常因为/etc/ld.so.conf和 /etc/ld.so.cache文件不一致，或者/etc/ld.so.cache被破坏。在glibc 2.3.2版本上这个错误不会出现，可能ld-linux的这个bug已经被解决了。

尽管这样，ldd并不能把所有程序依赖的动态库列出 来，系统调用dlopen可以在需要的时候自动调入需要的动态库，而这些库可能不会被ldd列出来。作为glibc的一部分的NSS（Name Server Switch）库就是一个典型的例子，NSS的一个作用就是告诉应用程序到哪里去寻找系统帐号数据库。应用程序不会直接连接到NSS库，glibc则会通 过dlopen自动调入NSS库。如果这样的库偶然丢失，你不会被告知存在库依赖问题，但这样的程序就无法通过用户名解析得到用户ID了。让我们看一个例子： whoami程序会给出你自己的用户名，这个程序在一些需要知道运行程序的真正用户的脚本程序里面非常有用，whoami的一个示例 输出如下：

# whoami
root

假设因为某种原因在升 级glibc的过程中负责用户名和用户ID转换的库NSS丢失，我们可以通过把nss库改名来模拟这个环境：

# mv /lib/libnss_files.so.2/lib/libnss_files.so.2.backup
# whoami
whoami: cannot find usernameforUID0

这里你可以看到，运行whoami时出现了错误，ldd程序的输出不会提供有用的帮助：

# ldd /usr/bin/whoami
libc.so.6=> /lib/libc.so.6(0x4001f000)
/lib/ld-linux.so.2=> /lib/ld-linux.so.2(0x40000000)

你只会看到whoami依赖Libc.so.6和ld-linux.so.2，它没有给出运行whoami所必须的其他库。这里时用strace跟踪 whoami时的输出：

strace -o whoami-strace.txt whoami

open("/lib/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)
open("/lib/i686/mmx/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)
stat64("/lib/i686/mmx",0xbffff190) = -1ENOENT (No such file or directory)
open("/lib/i686/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)
stat64("/lib/i686",0xbffff190) = -1ENOENT (No such file or directory)
open("/lib/mmx/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)
stat64("/lib/mmx",0xbffff190) = -1ENOENT (No such file or directory)
open("/lib/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)
stat64("/lib", {st_mode=S_IFDIR|0755, st_size=2352, ...}) =0
open("/usr/lib/i686/mmx/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)
stat64("/usr/lib/i686/mmx",0xbffff190) = -1ENOENT (No such file or directory)
open("/usr/lib/i686/libnss_files.so.2", O_RDONLY) = -1ENOENT (No such file or directory)

你可以发现在不同目录下面查找libnss.so.2的尝试，但是都失败了。如果没有strace这样的工具，很难发现这个错误是由于缺少动态库造成的。现 在只需要找到libnss.so.2并把它放回到正确的位置就可以了。

限制strace只跟踪特定的系统调用

如果你已经知道你要找什么，你可以让strace只跟踪一些类型的系统调用。例如，你需要看看在configure脚本里面执行的程序，你需要监视的系统调 用就是execve。让strace只记录execve的调用用这个命令：

strace -f -o configure-strace.txt -e execve ./configure