linux系统下通过shell脚本快速找到哪个进程在写文件

一个文件正在被进程写 我想查看这个进程 文件一直在增大 找不到谁在写 使用lsof也没找到

这个问题挺有普遍性的，解决方法应该很多，这里我给大家提个比较直观的方法。

linux下每个文件都会在某个块设备上存放，当然也都有相应的inode, 那么透过vfs.write我们就可以知道谁在不停的写入特定的设备上的inode。

幸运的是systemtap的安装包里带了inodewatch.stp，位于/usr/local/share/doc/systemtap/examples/io目录下，就是用来这个用途的。

我们来看下代码：

$ cat inodewatch.stp
#! /usr/bin/env stap

probe vfs.write, vfs.read
{# dev and ino are defined by vfs.write and vfs.readif(dev == MKDEV($1,$2)# major/minor device&& ino == $3)
    printf ("%s(%d) %s 0x%x/%u\n",
      execname(), pid(), probefunc(), dev, ino)}

这个脚本的使用方法如下： stap inodewatch.stp major minor ino

下面我们构造个场景： dd不停的写入一个文件，查出这个文件的ino, 以及它所在设备的major, minor, 运行stap脚本就可以得到答案。

场景交代好了，我们来演示下：

$ pwd
/home/chuba
$ df
Filesystem1K-blocks      UsedAvailableUse%Mounted on
.../dev/sdb1            162124533682520956871368123654%/home
...
$ ls -al /dev/sdb1
brw-rw----1 root disk 8,17Oct2411:22/dev/sdb1
$ rm -f test.dat && dd if=/dev/zero of=test.dat
^C9912890+0 records in9912890+0 records out5075399680 bytes (5.1 GB) copied,26.8189 s,189 MB/s

这个终端模拟文件的不停写入，同时在另外一个终端查验谁干的。这里我们已经知道设备的major/minor为8/17

$ stat -c '%i' test.dat
25337884
$ sudo stap /usr/local/share/doc/systemtap/examples/io/inodewatch.stp 81725337884
dd(740) vfs_write 0x800011/25337884
dd(740) vfs_write 0x800011/25337884
dd(740) vfs_write 0x800011/25337884
dd(740) vfs_write 0x800011/25337884
dd(740) vfs_write 0x800011/25337884
dd(740) vfs_write 0x800011/25337884...

看到了吧，dd是罪魁祸首，pid是740, 搞定收工！

小结： systemtap处理这种问题很是神器。

转自：http://outofmemory.cn/code-snippet/36042/linux-check-file-write-by-which-process