如何做花店网站,网站统计如何做,江苏网站建设方案,门户网站建设成本简介 strace常用来跟踪进程执行时的系统调用和所接收的信号。 在Linux世界#xff0c;进程不能直接访问硬件设备#xff0c;当进程需要访问硬件设备(比如读取磁盘文件#xff0c;接收网络数据等等)时#xff0c;必须由用户态模式切换至内核态模式#xff0c;通 过系统调用… 简介 strace常用来跟踪进程执行时的系统调用和所接收的信号。 在Linux世界进程不能直接访问硬件设备当进程需要访问硬件设备(比如读取磁盘文件接收网络数据等等)时必须由用户态模式切换至内核态模式通 过系统调用访问硬件设备。strace可以跟踪到一个进程产生的系统调用,包括参数返回值执行消耗的时间。 输出参数含义 rootubuntu:/usr# strace cat /dev/null
execve(/bin/cat, [cat, /dev/null], [/* 22 vars */]) 0
brk(0) 0xab1000
access(/etc/ld.so.nohwcap, F_OK) -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 0x7f29379a7000
access(/etc/ld.so.preload, R_OK) -1 ENOENT (No such file or directory)
...
brk(0) 0xab1000
brk(0xad2000) 0xad2000
fstat(1, {st_modeS_IFCHR|0620, st_rdevmakedev(136, 0), ...}) 0
open(/dev/null, O_RDONLY) 3
fstat(3, {st_modeS_IFCHR|0666, st_rdevmakedev(1, 3), ...}) 0
read(3, , 32768) 0
close(3) 0
close(1) 0
close(2) 0
exit_group(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 traceopen,表示只跟踪open调用.而-etrace!open表示跟踪除了open以外的其他调用.有两个特殊的符号 all 和 none.
注意有些shell使用!来执行历史记录里的命令,所以要使用\\.
-e traceset
只跟踪指定的系统 调用.例如:-e traceopen,close,rean,write表示只跟踪这四个系统调用.默认的为setall.
-e tracefile
只跟踪有关文件操作的系统调用.
-e traceprocess
只跟踪有关进程控制的系统调用.
-e tracenetwork
跟踪与网络有关的所有系统调用.
-e stracesignal
跟踪所有与系统信号有关的 系统调用
-e traceipc
跟踪所有与进程通讯有关的系统调用
-e abbrevset
设定 strace输出的系统调用的结果集.-v 等与 abbrevnone.默认为abbrevall.
-e rawset
将指 定的系统调用的参数以十六进制显示.
-e signalset
指定跟踪的系统信号.默认为all.如 signal!SIGIO(或者signal!io),表示不跟踪SIGIO信号.
-e readset
输出从指定文件中读出 的数据.例如:
-e read3,5
-e writeset
输出写入到指定文件中的数据.
-o filename
将strace的输出写入文件filename
-p pid
跟踪指定的进程pid.
-s strsize
指定输出的字符串的最大长度.默认为32.文件名一直全部输出.
-u username
以username 的UID和GID执行被跟踪的命令 命令实例 通用的完整用法 strace -o output.txt -T -tt -e traceall -p 28979 上面的含义是 跟踪28979进程的所有系统调用-e traceall并统计系统调用的花费时间以及开始时间并以可视化的时分秒格式显示最后将记录结果存在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 listener for localCannot 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文件里有很多 系统调用的记录。在程序运行出错前的有关记录如下 27207 mkdir(/tmp/.ICE-unix, 0777) -1 EEXIST (File exists)
27207 lstat64(/tmp/.ICE-unix, {st_modeS_IFDIR|S_ISVTX|0755, st_size4096, ...}) 0
27207 unlink(/tmp/.ICE-unix/dcop27207-1066844596) -1 ENOENT (No such file or directory)
27207 bind(3, {sin_familyAF_UNIX, path/tmp/.ICE-unix/dcop27207-1066844596}, 38) -1 EACCES (Permission denied)
27207 write(2, _KDE_IceTrans, 13) 13
27207 write(2, SocketCreateListener: failed to ..., 46) 46
27207 close(3) 0 27207 write(2, _KDE_IceTrans, 13) 13
27207 write(2, SocketUNIXCreateListener: ...Soc..., 59) 59
27207 umask(0) 0 27207 write(2, _KDE_IceTrans, 13) 13
27207 write(2, MakeAllCOTSServerListeners: fail..., 64) 64
27207 write(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的一部分的NSSName 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 username for UID 0 这里你可以看到运行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 whoamiopen(/lib/libnss_files.so.2, O_RDONLY) -1 ENOENT (No such file or directory)
open(/lib/i686/mmx/libnss_files.so.2, O_RDONLY) -1 ENOENT (No such file or directory)
stat64(/lib/i686/mmx, 0xbffff190) -1 ENOENT (No such file or directory)
open(/lib/i686/libnss_files.so.2, O_RDONLY) -1 ENOENT (No such file or directory)
stat64(/lib/i686, 0xbffff190) -1 ENOENT (No such file or directory)
open(/lib/mmx/libnss_files.so.2, O_RDONLY) -1 ENOENT (No such file or directory)
stat64(/lib/mmx, 0xbffff190) -1 ENOENT (No such file or directory)
open(/lib/libnss_files.so.2, O_RDONLY) -1 ENOENT (No such file or directory)
stat64(/lib, {st_modeS_IFDIR|0755, st_size2352, ...}) 0
open(/usr/lib/i686/mmx/libnss_files.so.2, O_RDONLY) -1 ENOENT (No such file or directory)
stat64(/usr/lib/i686/mmx, 0xbffff190) -1 ENOENT (No such file or directory)
open(/usr/lib/i686/libnss_files.so.2, O_RDONLY) -1 ENOENT (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 参考资料:http://blog.sina.com.cn/s/blog_6e07f1eb0100t7rg.html http://blog.csdn.net/zdl1016/article/details/6359598
