strace命令【转】
|
strace命令使用： strace常用来跟踪进程执行时的系统调用和所接收的信号。 在Linux世界，进程不能直接访问硬件设备，当进程需要访问硬件设备(比如读取磁盘文件，接收网络数据等等)时，必须由用户态模式切换至内核态模式，通 过系统调用访问硬件设备。strace可以跟踪到一个进程产生的系统调用,包括参数，返回值，执行消耗的时间。 root@ubuntu:/usr# strace cat /dev/,[,],[]) = ) = ,F_OK) = -,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-,) = ,R_OK) = -) = ) = ,{st_mode=S_IFCHR|,st_rdev=makedev(,),...}) = ,O_RDONLY) = ,{st_mode=S_IFCHR|,st_rdev=makedev(,),...}) = ,,) = ) = ) = ) = ) = ?strace参数----ff 如果提供--F 尝试跟踪vfork调用.在---------------=][!-eopen等价于 -e trace=open,表示只跟踪open调用.而-etrace!=!-e trace=-e trace=open,close,rean,write表示只跟踪这四个系统调用.默认的为set=-e trace=-e trace=-e trace=-e strace=-e trace=-e abbrev=-v 等与 abbrev=none.默认为abbrev=-e raw=-e signal==!SIGIO(或者signal=!-e read=-e read=, -e write=----命令实例?通用的完整用法： strace -o output.txt -T -tt -e trace=all -pstrace案例? ? 用strace调试程序?在理想世界里，每当一个程序不能正常执行一个功能时，它就会给出一个有用的错误提示，告诉你在足够的改正错误的线索。但遗憾的是，我们不是生活在理想世界 里，起码不总是生活在理想世界里。有时候一个程序出现了问题，你无法找到原因。这就是调试程序出现的原因。strace是一个必不可少的 调试工具，strace用来监视系统调用。你不仅可以调试一个新开始的程序，也可以调试一个已经在运行的程序（把strace绑定到一个已有的PID上 面）。 首先让我们看一个真实的例子：启动KDE时出现问题： 前一段时间，我在 启动KDE的时候出了问题，KDE的错误信息无法给我任何有帮助的线索。 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，文件里有很多 系统调用的记录。在程序运行出错前的有关记录如下： mkdir( lstat64( unlink( bind(,{sin_family=AF_UNIX,path= write(, write(, close() = write(, umask() = write(, write(,其中第一行显示程序试图创建/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设置粘滞位。 （编辑：东莞站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
