Когда я пытаюсь получить доступ к каталогу, который перекрестный смонтирован на сервере 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 работал до приблизительно неделю назад, таким образом, это может быть регрессией.
Предложения?
Возвращение для создания 28 из 4.4.0 причин ядра проблема для прекращения. А именно, Linux 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:08:35 UTC 2016 i686
я прихожу к заключению, что существует регрессия между сборкой 28 и 31, который заставляет утилиту автоматического монтирования неправильно функционировать, если кто-либо не видит что-то, что я сделал неправильно в моих конфигурационных файлах (т.е. я называю ее ошибкой, Вы могли бы думать, что это - функция :))
У меня действительно есть подобная установка: файловый сервер 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 ни на одном рабочий клиент решает проблему.