autofs перестал работать с каталогами, перекрестными смонтированными на сервере до корневых доступов их

Когда я пытаюсь получить доступ к каталогу, который перекрестный смонтирован на сервере nfs, результатом является "Операция, не разрешенная" ошибка, если корень недавно не получил доступ к каталогу. Если каталог не затронут в течение периода тайм-аута, пользователи не могут получить доступ к нему снова, пока корень не имеет.

У меня есть сервер nfs, который я использую для медиа AV, служа веб-страницам и т.д. Его имя является деревней, работая debian, и она имеет разделы (LVM) для/export/web и других. Гостеприимный клиент не может пересечь экспортируемую иерархию каталогов, хотя другие клиенты могут.

На сервере:

Linux hamlet 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) i686
nick@hamlet:~$ cat /etc/exports
/export        172.17.0.0/255.255.0.0(rw,sync,crossmnt,no_subtree_check)
/export/web    172.17.0.0/255.255.0.0(rw,sync,nohide,no_subtree_check)

(Я понимаю nohide должно быть ненужным, но удалить, это не фиксирует ошибку),

На Гостеприимной настольной машине мне смонтировали этот сервер в соответствии с каталогом,/auto:

nick@polonius:~$ uname -a
Linux polonius 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:06:14 UTC 2016 i686 i686 i686 GNU/Linux
nick@polonius:~$ cat /etc/auto.auto 
# Mount exported directories from Hamlet under /auto
hamlet  -sec=sys,nfsvers=3,noacl        172.17.1.5:/export

и в/etc/auto.master у меня есть строка

/auto   /etc/auto.auto

Проблема состоит в том, что, хотя верхний уровень автосмонтировался, каталог появляется, не возможно измениться в каталог, перекрестный смонтированный на сервере как обычный пользователь.

У меня также есть ноутбук Debian с идентичной конфигурацией. Этот ноутбук не имеет этой проблемы. Но на машине Ubuntu:

nick@polonius:~$ ls /auto
nick@polonius:~$ ls /auto/hamlet
archive  children  ebooks  iPlayer  media  photos  web
nick@polonius:~$ ls /auto/hamlet/web
ls: cannot open directory '/auto/hamlet/web': Operation not permitted
nick@polonius:~$ sudo ls /auto/hamlet/web
[sudo] password for nick: 
htdocs  lost+found  mail  mail_secrets.php  Thunderbird_Archives
nick@polonius:~$ ls /auto/hamlet/web
htdocs  lost+found  mail  mail_secrets.php  Thunderbird_Archives

На debain ноутбуке:

nick@ariel:~$ uname -a
Linux ariel 4.6.0-1-amd64 #1 SMP Debian 4.6.3-1 (2016-07-04) x86_64 GNU/Linux
nick@ariel:~$ ls /auto
nick@ariel:~$ ls /auto/hamlet
archive  children  ebooks  iPlayer  media  photos  web
nick@ariel:~$ ls /auto/hamlet/web
htdocs  lost+found  mail  mail_secrets.php  Thunderbird_Archives

Если я выполняю утилиту автоматического монтирования в терминале с-f-v, это не сообщает ни о каких проблемах. Кроме того, когда корень получил доступ к подкаталогу, заставляющему это появиться, он имеет корректные полномочия.

nick@polonius:~$ sudo ls /auto/hamlet/web
htdocs  lost+found  mail  mail_secrets.php  Thunderbird_Archives
nick@polonius:~$ touch /auto/hamlet/web/thing
nick@polonius:~$ ls -l /auto/hamlet/web/thing
-rw-rw-r-- 1 nick nick 0 Jul 24 13:13 /auto/hamlet/web/thing
nick@polonius:~$ rm /auto/hamlet/web/thing
nick@polonius:~$

Я держал пари, что это - мой отказ, но я понятия не имею, что измениться на машине Ubuntu, чтобы заставить его работать, как он должен. Клиент Ubuntu работал до приблизительно неделю назад, таким образом, это может быть регрессией.

Предложения?

2
задан 24 July 2016 в 15:22

2 ответа

Возвращение для создания 28 из 4.4.0 причин ядра проблема для прекращения. А именно, Linux 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:08:35 UTC 2016 i686

я прихожу к заключению, что существует регрессия между сборкой 28 и 31, который заставляет утилиту автоматического монтирования неправильно функционировать, если кто-либо не видит что-то, что я сделал неправильно в моих конфигурационных файлах (т.е. я называю ее ошибкой, Вы могли бы думать, что это - функция :))

0
ответ дан 2 December 2019 в 10:21

У меня действительно есть подобная установка: файловый сервер Debian 8 несколько клиентов Ubuntu/Kubuntu. Установка NFS на файловом сервере также сопоставима. Установка работала в течение многих месяцев, но на определенном моменте вовремя она начала перестать работать на всех клиентах. Я не сделал реализованный, который обновляет где причина. Я изо всех сил пытался в течение нескольких недель (на и прочь) найти, что один клиент работал снова. Обновления, где применено на все клиенты. При сравнении установок я couldn’t находят любые различия. Сравнение “uname-a”: Не рабочий клиент: xxxx-ПК вЂњLinux 4.4.0-31-универсальный # SMP с 50 Ubuntu среда 13 июля 0:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux”

Рабочий клиент: "Xxxx-рабочий-стол Linux 4.4.0-33-универсальный # SMP с 52 Ubuntu пятница 22 июля 19:16:44 UTC 2016 x86_64 x86_64 x86_64 GNU/L inux"

Это складывается на рабочем клиенте, я использовал обновления “xenial-proposed” который где обновление ядра. При загрузке ядра 4.4.0-33 ни на одном рабочий клиент решает проблему.

0
ответ дан 2 December 2019 в 10:21

Другие вопросы по тегам:

Похожие вопросы: