symbolic-link – NFSv4“符号链接的级别太多”错误

前端之家收集整理的这篇文章主要介绍了symbolic-link – NFSv4“符号链接的级别太多”错误前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
两台机器都运行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,nohide,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
然而,文件类型和属性是相同的

这只发生在nfs客户端上,100%在服务器上运行

解决方法

关于这个问题

如果两个或多个文件具有相同的readdir cookie,则可能会出现问题.

在EXT4后端使用NFS文件系统(v3或v4)并且同一目录中的大量文件(超过50000)时,此问题更常见.使用GlusterFS而不是NFS时也会出现此问题.

PS:单个目录中只有少量文件也会出现此问题,但最后一种情况非常不可能.

在这种情况下,即使您的目录中没有符号链接,您也会看到太多级别的符号链接错误.您可以证明这验证以下命令不返回任何输出

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

之后,检查syslog(/ 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’s readdir() cookie找到有关重复cookie问题(实际上是哈希冲突问题)的完整而出色的解释.

相关的错误报告可以在NFS client reports a ‘readdir loop’ with a corrupt name找到.

如果您可以重新启动系统,那么好消息是,according to David Hedberg,这个问题已经在较新的Ubuntu内核版本(> = 3.2.0-60-generic)中得到解决.您可能还需要更新NFS服务器(该解决方案仅在NFS服务器和内核都更新时才有效).

PS:如果您真的喜欢操作系统,可以在http://comments.gmane.org – 32/64 bit llseek hashes查看内核/ nfs补丁.

更新内核和NFS内核服务器并重新启动系统:

apt-get -y dist-upgrade
reboot

如果您无法重新启动系统,您还可以使用重复的readdir cookie检测文件(检查您的syslog)并将其移动到另一个目录(或重命名它以更改它的cookie / hash).

原文链接:https://www.f2er.com/linux/399479.html

猜你在找的Linux相关文章