/usr/bin/find: arg list too long 什么原因？

shanrongding

当使用下面命令时 \r\nfind /var/tmp/* -type f -mtime +3\r\n\r\n出现如下错误\r\n/usr/bin/find: arg list too long\r\n\r\n\r\n但使用相同的命令在同一机器的其他目录正常，但使用相同的命令在另一同类的机器的同一目录上也正常。\r\n\r\n这究竟是什么原因？有什么好的解决办法吗？

nimysun

我认为当使用find /usr/*时\r\nfind /usr/* -type f -mtime +7\r\n会解析成为下面\r\nfind \"/usr/4lib /usr/5bin /usr/SUNWale /usr/X /usr/X11 /usr/X11R6 /usr/adm /usr/ .. .. ..\" -type f -mtime +7\r\n然后find 就会抱怨参数过长\r\n\r\n而find /usr就不会出现这样的问题。

shanrongding

但我在其他目录下使用这两个命令都正常， 在相同型号的其他机器的同一目录（var/tmp)下使用这两种方式的命令也正常。 那究竟是什么原因呢？

johnshl

在solaris10操作系统下，我也遇到类似的奇怪问题\r\n\r\n\r\n\r\n\r\n# find / -name vfstab \r\n  \r\n/var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/vfstab\r\n/etc/vfstab\r\nfind: stat() error /proc/26798: No such file or directory\r\nfind: stat() error /proc/23313: No such file or directory

li_hunter

这应该是很正常的。原因可能是由于find在生成搜索路径时，/proc目录下的进程26798和23313还存在，所以搜索路径中包括这两个路径。但当find开始对路径内文件进行过滤时，进程26798和23313都消亡了，所以find找不到相关路径了。

li_hunter

/var/tmp目录是个临时目录，其中的文件个数也是不定的。机器1的/var/tmp目录中的目录数量及文件数量不一定与机器2的相同。我个人也同意nimysun的观点。

shanrongding

那有谁知道系统的哪个参数或者环境变量控制了允许的最长的文件数量呢？