Loop do sistema de arquivos detectado em / var / named / chroot / var / named /

2

O problema começa com uma mensagem No space left on device . Depois de investigar um pouco (com a ajuda do google) eu encontrei:

find: Loop do sistema de arquivos detectado; /var/named/chroot/var/named' is part of the same file system loop as / var / named '.

O que eu não sei é o que fazer a seguir. Eu encontrei isso no 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

o número do inode é o mesmo, mas eu não sei exatamente qual pasta deletar e o que fazer a seguir

obrigado por qualquer ajuda

Linux xxxxx.onlinehome-server.info 2.6.32-220.13.1.el6.x86_64 # 1 SMP Ter Abr 17 23:56:34 BST 2012 x86_64 x86_64 x86_64 GNU / Linux

    
por Iko 24.09.2012 / 11:02

2 respostas

2

Se isso fosse parte de uma instalação intencional do bind-chroot, (acredito) quando você remover o diretório e recriá-lo, os números de inode obviamente serão diferentes. No entanto, assim que você reiniciar o serviço nomeado, seu script init montará novamente --bind / var / named em var / named / chroot / var / named e, logicamente, você verá mais uma vez os números de inode idênticos.

Eu perdi algum tempo tentando descobrir se isso é normal ou não, com a confusão adicional de que algum idiota do meu site achou que alguns scripts de init personalizados seriam uma boa ideia, então eu realmente não sei o que é normal mais.

Aparentemente, isso pode ser um comportamento padrão no centos com bind-chroot, mas acho difícil de acreditar, porque qualquer coisa que leve a algo como:

grep -r algo / var / named

grep: memória esgotada

(em um R610 com 16 GB de RAM)

tem que ser uma das coisas mais idiotas que já vi em muito tempo.

Alguém sabe se esse é o comportamento do estoque de bind-chroot? Se assim for, eu tenho que dizer ficar longe no redhat / centos. Eu certamente nunca recomendarei essas distros para ninguém que queira fazer as coisas de maneira não ridícula.

    
por 20.11.2012 / 15:10
1

O conselho que você citou afirma

remove the /var/named/chroot/var/named/ hard link and recreate it as a directory

Então você provavelmente deve fazer exatamente isso:

rm -f /var/named/chroot/var/named
mkdir /var/named/chroot/var/named
    
por 24.09.2012 / 13:10

Tags