Я пытаюсь получить базовый nfs4, работающий между двумя машинами (назовем их сервером и клиентом). Я следовал этому руководству письмом безрезультатно. Вот что я получаю:
root@server#: tail -n 2 /etc/exports
/export client-ip/24(rw,nohide,insecure,no_subtree_check,async,no_root_squash)
/export/users client-ip/24(rw,nohide,insecure,no_subtree_check,async,no_root_squash)
root@server#: showmount --exports
Export list for server-ip:
/export/users client-ip/24
/export client-ip/24
Серверная сторона кажется ОК. Существуют каталоги, их разрешения предоставляются (775). Адреса ( server и server-ip) являются числовыми - здесь заменены аббревиатурами по понятным причинам. Затем клиент:
root@client#: mount -v -t nfs4 server-ip:/export /opt/nfstest
mount.nfs4: timeout set for Thu Apr 14 15:52:31 2011
mount.nfs4: text-based options: 'clientaddr=client-ip,addr=server-ip'
mount.nsf4: mount(2): No such file or directory
mount.nfs4: mounting server-ip:/export failed, reason given by server:
No such file or directory
Он просто не принимает удалённую папку. Помимо одного выше, я попробовал server-ip:/export/users, server-ip:/ - получить тот же результат. Клиент имеет доступ к серверу:
root@client#: telnet server-ip 2049
Trying server-ip...
Connected to server-ip.
Escape character is '^]'.
root@client#: showmount -e server-ip
Export list for server-ip:
/export/users client-ip/24
/export client-ip/24
Имеется локальный каталог /opt/nfstest. Модуль nfs загружается на клиент nfs. Между сервером и клиентом нет межсетевого экрана. Что еще я должен проверить?
Дополнительная информация: Ubuntu Lucid (10.04.2), работающий на поле Amazon ec2. Варианты NFS (nfs-common, nfs-kernel-server) равны 1: 1.2.0-4ubuntu4.1.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующие действия:
mount -t nfs4 <serverip>:/ /localmount/point
, а не
[ f2]
Вот и все.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующие действия:
mount -t nfs4 <serverip>:/ /localmount/point
, а не
mount -t nfs4 <serverip>:/exports /localmount/point
Вот и все.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующие действия:
mount -t nfs4 <serverip>:/ /localmount/point
, а не
mount -t nfs4 <serverip>:/exports /localmount/point
Вот и все.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующие действия:
mount -t nfs4 <serverip>:/ /localmount/point
, а не
mount -t nfs4 <serverip>:/exports /localmount/point
Вот и все.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующие действия:
mount -t nfs4 <serverip>:/ /localmount/point
, а не
mount -t nfs4 <serverip>:/exports /localmount/point
Вот и все.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующие действия:
mount -t nfs4 <serverip>:/ /localmount/point
, а не
mount -t nfs4 <serverip>:/exports /localmount/point
Вот и все.
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующее:
mount -t nfs4 & lt; serverip & gt;: / / localmount / point
, а не
mount -t nfs4 & lt; serverip & gt;: / export / localmount / point
Вот и все. [ ! d7]
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующее:
mount -t nfs4 & lt; serverip & gt;: / / localmount / point
, а не
mount -t nfs4 & lt; serverip & gt;: / export / localmount / point
Вот и все. [ ! d7]
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующее:
mount -t nfs4 & lt; serverip & gt;: / / localmount / point
, а не
mount -t nfs4 & lt; serverip & gt;: / export / localmount / point
Вот и все. [ ! d7]
Значение 0 имеет особое значение при использовании с NFSv4. NFSv4 имеет концепцию корня общей экспортируемой файловой системы. В качестве этого корня будет использоваться пункт экспорта, экспортированный с помощью fsid = 0.
Поэтому включите fsid = 0 в / etc / exports, а затем выполните следующее:
mount -t nfs4 & lt; serverip & gt;: / / localmount / point
, а не
mount -t nfs4 & lt; serverip & gt;: / export / localmount / point
Вот и все. [ ! d7]
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера
Мой опыт в том, что NFSv4 чувствителен к регистру, поэтому, когда мне пришлось переключиться с nfsv3 на nfsv4 (клиентский Linux, серверный wintel), мне пришлось исправить путь, экспортированный с сервера