find: WARNING: Hard link count is wrong for /proc/1

From: Vegard Nossum
Date: Mon Jun 02 2008 - 02:31:29 EST


Hi,

2.6.26-rc4 seems to exhibit the following (new since at least 2.6.24)
warning when running find /proc/1:

find: WARNING: Hard link count is wrong for /proc/1: this may be a bug
in your filesystem driver. Automatically turning on find's -noleaf
option. Earlier results may have failed to include directories that
should have been searched.

# ls -l /proc/1
total 0
-r-------- 1 root root 0 Jun 2 02:20 auxv
--w------- 1 root root 0 Jun 2 02:20 clear_refs
-r--r--r-- 1 root root 0 Jun 2 02:20 cmdline
-rw-r--r-- 1 root root 0 Jun 2 02:20 coredump_filter
lrwxrwxrwx 1 root root 0 Jun 2 02:20 cwd -> /
-r-------- 1 root root 0 Jun 2 02:20 environ
lrwxrwxrwx 1 root root 0 Jun 2 02:20 exe -> /bin/bash
dr-x------ 2 root root 0 Jun 2 02:20 fd
dr-x------ 2 root root 0 Jun 2 02:20 fdinfo
-r-------- 1 root root 0 Jun 2 02:20 limits
-r--r--r-- 1 root root 0 Jun 2 02:20 maps
-rw------- 1 root root 0 Jun 2 02:20 mem
-r--r--r-- 1 root root 0 Jun 2 02:20 mountinfo
-r--r--r-- 1 root root 0 Jun 2 02:20 mounts
-r-------- 1 root root 0 Jun 2 02:20 mountstats
dr-xr-xr-x 5 root root 0 Jun 2 02:20 net
-rw-r--r-- 1 root root 0 Jun 2 02:20 oom_adj
-r--r--r-- 1 root root 0 Jun 2 02:20 oom_score
-r-------- 1 root root 0 Jun 2 02:20 pagemap
lrwxrwxrwx 1 root root 0 Jun 2 02:20 root -> /
-r--r--r-- 1 root root 0 Jun 2 02:20 smaps
-r--r--r-- 1 root root 0 Jun 2 02:20 stat
-r--r--r-- 1 root root 0 Jun 2 02:20 statm
-r--r--r-- 1 root root 0 Jun 2 02:20 status
dr-xr-xr-x 3 root root 0 Jun 2 02:20 task
-r--r--r-- 1 root root 0 Jun 2 02:20 wchan

# stat /proc/1
File: `/proc/1'
Size: 0 Blocks: 0 IO Block: 1024 directory
Device: 3h/3d Inode: 39 Links: 5
Access: (0555/dr-xr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2008-06-02 02:19:07.418398897 -0400
Modify: 2008-06-02 02:19:07.418398897 -0400
Change: 2008-06-02 02:19:07.418398897 -0400

The other /proc/pid entries seem to have the same problem.


Vegard

--
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
-- E. W. Dijkstra, EWD1036
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/