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/