web-dev-qa-db-ja.com

/ var / namesed / chroot / var / namesed /でファイルシステムループが検出されました

問題はメッセージ_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

iノード番号は同じですが、どのフォルダを削除し、次に何をすべきか正確にはわかりません

助けてくれてありがとう

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

linuxx86-64
2
Iko

これが意図的なbind-chrootインストールの一部であった場合（私は信じています）、ディレクトリを削除して再作成すると、iノード番号はもちろん異なります。ただし、名前付きサービスを再起動すると、そのinitスクリプトは再び--bind/var/namedをvar/named/chroot/var/namedにマウントし、論理的に同じiノード番号が再び表示されます。

私はこれが正常であるかどうかを理解しようとして時間を無駄にしましたが、私のサイトの過去の愚か者がカスタムinitスクリプトを使用するのは良い考えだと考えていたため、何が正常であるかがわかりません。

どうやら、これはbind-chrootを使用したcentosの標準的な動作かもしれませんが、次のようなものにつながるものがあるため、信じがたいです。

grep-r何か/ var/names

grep：メモリが使い果たされました

（16GBのRAMを搭載したR610の場合）

私が長い間見た中で最も愚かなものの1つでなければなりません。

これがbind-chrootのストック動作であるかどうか誰かが知っていますか？もしそうなら、私はredhat/centosでそれから離れていると言わなければならないでしょう。ばかげていない方法で物事を行うことを真剣に考えている人には、これらのディストリビューションを絶対にお勧めしません。

2
stupidgoatboy

あなたが引用したアドバイスは次のように述べています

/ var/named/chroot/var/namesed /ハードリンクを削除し、ディレクトリとして再作成します

したがって、おそらくそれを正確に行う必要があります。

rm -f /var/named/chroot/var/named
mkdir /var/named/chroot/var/named
1
Ansgar Wiechers