Onderwerp: CentOS 6: File system loop

Op een pas net opgeleverde server (CentOS 6, OVH) heb ik het volgende probleem:

Code:

find: File system loop detected; `/var/named/chroot/var/named' is part of the same file system loop as `/var/named'.

Na wat zoeken kom ik erachter dat ze gebruik maken van dezelfde inode:

Code:

# ls -ldi /var/named/chroot/var/named/ /var/named
14027223 drwxr-x--- 6 root named 4096 Dec 20  2011 /var/named
14027223 drwxr-x--- 6 root named 4096 Dec 20  2011 /var/named/chroot/var/named/

Hoe los ik dit op?

Geen mount --bind gebruiken om de chroot te mounten, maar gewoon directories aanmaken ipv hardlinks gebruiken?

Oorspronkelijk geplaatst door systemdeveloper

Geen mount --bind gebruiken om de chroot te mounten, maar gewoon directories aanmaken ipv hardlinks gebruiken?

Het is een nieuw opgeleverd systeem, weliswaar een image van OVH, maar zelf niks aan veranderd.

Wat is hier verkeerd aan:

Code:

# pwd && ls -la | grep named
/var
drwxr-x---  6 root named 4096 Dec 20  2011 named

Code:

# pwd && ls -la | grep named
/var/named/chroot/var
drwxr-x--- 6 root  named 4096 Jul 15 13:30 .
drwxr-x--- 6 root  named 4096 Dec 19  2011 ..
drwxrwx--- 2 named named 4096 Dec 19  2011 log
drwxr-x--- 6 root  named 4096 Dec 20  2011 named
drwxr-x--- 3 root  named 4096 Dec 19  2011 run
drwxrwx--- 2 named named 4096 Dec 19  2011 tmp

Jij wilt een oplossing en dat is om de directories van de chroot zelf aan te maken met mkdir, ipv. gemakkelijk die originele dir extra mounten onder /var/named/chroot/.
Nu is dat niet fout om te het zo te doen, maar je krijgt van find dan wel die (redelijk onschuldige) melding. Centos 6 gebruikt standaard mount --bind om spul te chrooten.

Dus 'verkeerd' is niks eigenlijk, je moet het alleen even weten in geval je bestanden gaat wijzigen in het non-chrooted deel (of deleten, hehe).

Of gewoon een clean install er op draaien.

De eigen kernels van OVH zijn niet altijd handig.