文件系统循环检测到/var/named/chroot/var/named/

Question

问题从消息No space left on device开始。(在谷歌的帮助下)调查了一下之后，我发现：

查找:检测到文件系统循环；/var/named/chroot/var/named' is part of the same file system loop as/var/named‘。

我不知道接下来该怎么做。我在centos.org上找到了这个：

and see if the inode numbers are the same (they shouldn't be). If they are then you need to remove the /var/named/chroot/var/named/ hard link and recreate it as a directory

inode编号相同，但我不知道要删除哪个文件夹，下一步要做什么

谢谢你的帮助

Linux xxxx.onlinehome-server.info 2.6.32-220.13.1.el6.x86_64 #1 SMP Tue Apr 17 :56:34 BST 2012 x86_64 GNU/Linux

Answer 1

如果这是有意的绑定-chroot安装的一部分，(我相信)当您删除目录并重新创建它时，inode编号当然会有所不同。但是，一旦重新启动命名服务，它的init脚本将再次挂载-bind /var/named to var/ named /chroot/var/named，您将在逻辑上再次看到相同的inode编号。

我已经浪费了一些时间试图弄清楚这是否正常，加上一些过去的傻瓜在我的网站上认为一些定制的init脚本将是一个好主意，所以我真的不知道什么是正常的额外混乱。

显然，这可能是绑定色仪的标准行为，但我觉得很难相信，因为任何事情都会导致这样的结果：

grep -r named/var/命名为

grep:内存耗尽

(在具有16 of内存的R610上)

一定是我在很长一段时间里见过的最愚蠢的事情之一。

有人知道这是不是绑定色的股票行为吗？如果是这样的话，我不得不说，远离它的红帽子/中心。我绝对不会把这些发行版推荐给那些认真对待以一种不荒谬的方式做事的人。

Answer 2

你引用的建议是

删除/var/named/chroot/var/named/ hard链接，并将其重新创建为一个目录

所以你应该这么做：

rm -f /var/named/chroot/var/named
mkdir /var/named/chroot/var/named