两台机器都运行Ubuntu 12.04
远程NFSv4客户端
$ ls /mnt/storage/aaaaaaa_aaa/bbbb/cccc_ccccc gives this error: ls: reading directory .: Too many levels of symbolic links 我怎样才能解决这个问题？
当错误发生时，ls开始列出文件，然而PHP刹车。
在NFSv4服务器上
在/etc/fstab ：
/mnt/storage /srv/storage none bind 0 0
在/etc/exports
/srv 192.168.1.0/24(rw,async,insecure,no_subtree_check,crossmnt,fsid=0,no_root_squash) /srv/storage 192.168.1.0/24(rw,async,nohide,insecure,no_subtree_check,no_root_squash)
错误
root@ds:root@ds:/mnt/storage/foreign_dbs/imdb/imdb_htmls# ls -l | head ls: reading directory .: Too many levels of symbolic links total 10302840 -rw-r--r-- 1 root root 10484 Jul 5 13:56 0019038.gz -rw-r--r-- 1 root root 16264 Mar 30 00:31 0259701.gz -rw-r--r-- 1 root root 13784 Mar 30 14:20 1000000.gz -rw-r--r-- 1 root root 12741 Mar 30 13:04 1000003.gz -rw-r--r-- 1 root root 12794 Mar 30 12:40 1000004.gz -rw-r--r-- 1 root root 13123 Mar 30 12:07 1000005.gz -rw-r--r-- 1 root root 13183 Mar 30 12:04 1000006.gz -rw-r--r-- 1 root root 13443 Jul 4 01:16 1000007.gz -rw-r--r-- 1 root root 12968 Mar 30 11:05 1000008.gz
我在PHP中遇到它。 scandir将返回1612577.gz＆1612579.gz，但跳过1612578.gz，但文件types和属性是相同的
这只发生在nfs客户端，在服务器上工作100％
在两个或多个文件具有相同的readdir cookie的情况下，您可能会遇到问题。
当通过EXT4后端使用NFS文件系统（v3或v4）以及同一目录中有大量文件（超过50000个）时，此问题更为常见。 当使用GlusterFS而不是NFS时，也会出现这个问题。
PS：这个问题也可能发生在一个目录里只有很less的文件，但是最后一种情况是非常不可能的。
在这种情况下，即使在目录中没有符号链接，也会看到Too many levels of symbolic links错误Too many levels of symbolic links 。 你可以certificate这个validation以下命令不返回任何输出：
find /mnt/storage/aaaaaaa_aaa/bbbb/cccc_ccccc -type l
要检查你是否得到这个特定的问题，运行上面的命令：
$ ls /mnt/storage/aaaaaaa_aaa/bbbb/cccc_ccccc >/dev/null ls: reading directory .: Too many levels of symbolic links
之后，检查你的系统日志（ /var/log/syslog ）中的条目，如：
[400000.200000] NFS: directory /mnt/storage/aaaaaaa_aaa/bbbb/cccc_ccccc contains a readdir loop. Please contact your server vendor. The file: DDDDDDDDDD has duplicate cookie COOKIE_NUMBER.
该问题与readdir API的readdir函数有关，它使用readdir cookie快速定位目录中的文件。 NFS服务器在与EXT4后端通信时使用此API。
在Widening的ext4的readdir（）cookie中可以find有关重复cookie问题（实际上是一个散列冲突问题）的完整而优秀的解释。
一个相关的错误报告可以在NFS客户端报告一个名为“readdir loop”的错误报告。
如果你可以重启系统，好消息是， 根据David Hedberg的说法 ，这个问题已经在更新的Ubuntu内核版本（> = 3.2.0-60-generic）中得到了解决。 您可能还需要更新您的NFS服务器（该解决scheme仅在更新NFS服务器和内核时才有效）。
PS：如果你真的喜欢操作系统，你可以在http://comments.gmane.org-32/64位llseek散列检查kernel / nfs补丁。
更新您的内核和NFS内核服务器并重新启动系统：
apt-get -y dist-upgrade reboot
如果你不能重新启动系统，你也可以使用复制的readdir cookie（检查你的系统日志）来检测文件，并将其移动到另一个目录（或重命名它以更改它的cookie /散列）。
某处你有一个指向它的父母的符号链接。 用它来find它：
find /mnt/storage -type l -exec ls -l {} \;
一旦你做了，那么也许你可以找出如何纠正它。