Сервер CentOS 6.5 и Selinux разрешает
Мой ресурс NFS-сервера в / etc / exports
/home/unixmen/ 10.0.0.0/24 (rw,sync,no_root_squash)
Клиент, работающий на другом хосте CentOS 6.5, может нормально монтироваться.
Когда я пытаюсь выполнить автоматическое монтирование с помощью autofs, ничего не работает, много сделал для поиска этой проблемы в Google, чтобы выяснить основную причину, но безуспешно.
Мне интересно, делаю ли я какую-то основную ошибку ...
Пожалуйста, посмотрите конфиги autofs
~]$ cat /etc/auto.master
#/net -hosts
#+auto.master
/misc /etc/auto.misc
и
~]$ cat /etc/auto.misc
unixmen -fstype=nfs 10.0.0.14:/home/unixmen
Я изменил уровень журнала для отладки в / etc / sysconfig / autofs, после перезапуска autofs и журнала говорится
Jun 27 17:20:00 ganeshh automount[12322]: mounted indirect on /misc with timeout 300, freq 75 seconds
Не уверен, связано ли это с проблемой монтирования
На днях я получаю эти данные в журнале
Jun 27 18:11:49 ganeshh automount[12322]: expire_proc: exp_proc = 3063937904 path /misc
Jun 27 18:11:49 ganeshh automount[12322]: expire_cleanup: got thid 3063937904 path /misc stat 0
Jun 27 18:11:49 ganeshh automount[12322]: expire_cleanup: sigchld: exp 3063937904 finished, switching from 2 to 1
Jun 27 18:11:49 ganeshh automount[12322]: st_ready: st_ready(): state = 2 path /misc
в конечном итоге в каталоге / misc нет смонтированных файлов
Теперь у нас все работает (-fstype=nfs не требуется и, вероятно, недействителен на карте) ваш вопрос свидетельствует о неправильном понимании того, как automount представляет пользователю.
Вот запись об автоматическом монтировании в моем главном файле
/mnt /etc/auto.master.d/mnt
и соответствующая карта
# cat /etc/auto.master.d/mnt
helvellyn -ro,soft,intr 10.18.145.31:/var/log/httpd
bowfell -ro,soft,intr 10.18.145.27:/var/log/httpd
Теперь вот некоторые ls вывод в каталоге триггеров
# ls -al /mnt
total 4
drwxr-xr-x 2 root root 0 Jun 14 10:01 .
dr-xr-xr-x 25 root root 4096 Jun 27 03:37 ..
Обратите внимание, что а) каталог пуст, и что б) размер 0 байт. Первое запутало вас, а второе незаконно: даже пустой каталог имеет размер 4096 байт. Но ноль - это сокращенный способ узнать, что automount правильно прочитал ваши карты и владеет каталогом. Вы также можете проверить df:
# df -k /mnt
Filesystem 1K-blocks Used Available Use% Mounted on
/etc/auto.master.d/mnt 0 0 0 - /mnt
А теперь перечислим цель каталог, даже если родительский элемент явно пуст:
# ls -al /mnt/helvellyn
total 761548
drwxr-xr-x 2 root root 4096 Jun 23 13:21 .
drwxr-xr-x 3 root root 0 Jun 27 07:31 ..
-rw-r--r-- 1 root root 0 Jun 1 03:18 access_log
-rw-r--r-- 1 root root 7485078 May 11 03:09 access_log-20140511
-rw-r--r-- 1 root root 7052254 May 18 03:06 access_log-20140518
-rw-r--r-- 1 root root 5357900 May 25 03:28 access_log-20140525
-rw-r--r-- 1 root root 577579 May 25 16:36 access_log-20140601
[...]
Магическим образом появляется контент! Теперь давайте снова перечислим родителя:
# ls -al /mnt
total 8
drwxr-xr-x 3 root root 0 Jun 27 07:31 .
dr-xr-xr-x 25 root root 4096 Jun 27 03:37 ..
drwxr-xr-x 2 root root 4096 Jun 23 13:21 helvellyn
Automount действительно выполняет монтаж (и размонтирование) по запросу. поскольку /mnt/helvellyn не будет установлен, пока вы не попытаетесь получить к нему доступ, вы не можете увидеть его, пока первый доступ не запустит маунт.
Я надеюсь, вы простите меня за то, что добавили, что если вы извлечете еще один урок из этого ответа, это должно быть детали жизненно важны для системного администратора UNIX. Если инструкция просит вас сделать X, может быть важно сделать точно X, а не то, что, по вашему мнению, полностью эквивалентно X. Этот небольшой каталог нулевого размера должен дать вам некоторое представление о том, как мало информации иногда предоставляется вам, чтобы знать, что определенные вещи, особенно старые UNIX-вещи, работают правильно. Если из-за неточности вы проскользнете мимо этих крошечных знаков, UNIX не даст вам ничего другого, и это может привести к путанице.