Цикл файловой системы обнаружен в /var/named/chroot/var/named/
Проблема начинается с сообщения No space left on device, После небольшого расследования (с помощью Google) я нашел:
находка: обнаружен цикл файловой системы; /var/named/chroot/var/named' is part of the same file system loop as/ Вар / с именем".
Чего я не знаю, так это что делать дальше. Я нашел это на 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
номер инода одинаков, но я не знаю точно, какую папку удалить и что делать дальше
Спасибо за любую помощь
Linux xxxxx.onlinehome-server.info 2.6.32-220.13.1.el6.x86_64 #1 SMP вт 17 апреля 23:56:34 BST 2012 x86_64 x86_64 x86_64 GNU/Linux
2 ответа
Если это было частью преднамеренной установки bind-chroot (я полагаю), когда вы удаляете каталог и воссоздаете его, номера инодов, конечно же, будут другими. Однако, как только вы перезапустите именованный сервис, его скрипт инициализации снова примонтирует --bind /var/named к var/named/chroot/var/named, и вы логически снова увидите идентичные номера inode.
Я потратил впустую некоторое время, пытаясь выяснить, нормально ли это или нет, с добавленной путаницей, что некоторые прошлые дураки на моем сайте думали, что некоторые пользовательские сценарии инициализации были бы хорошей идеей, поэтому я действительно больше не знаю, что нормально.
Очевидно, это может быть стандартным поведением для centos с bind-chroot, но мне трудно в это поверить, потому что все, что приводит к чему-то вроде:
grep -r что-то / var / named
grep: память исчерпана
(на R610 с 16 ГБ ОЗУ)
должно быть, одна из самых глупых вещей, которые я видел за долгое время.
Кто-нибудь знает, является ли это стандартным поведением для bind-chroot? Если это так, я бы сказал, держись подальше от этого на redhat / centos. я, конечно, никогда не буду рекомендовать эти дистрибутивы кому-либо, кто серьезно относится к тому, чтобы делать что-то нелепым образом
Совет, который вы цитировали
удалите /var/named/chroot/var/named/ hard link и создайте его заново как каталог
Так что вы, вероятно, должны сделать именно это:
rm -f /var/named/chroot/var/named
mkdir /var/named/chroot/var/named