Рейтинг:0

NFS4 работает на одном сервере, но не на другом

флаг in

У меня есть 2 виртуальные машины, на обеих работает Debian Buster. Одна — тестовая виртуальная машина, другая — мой рабочий файловый сервер. На обоих я установил пакет сервера nfs через «apt install». Я создал общий ресурс на тестовой виртуальной машине под названием nfs под /мнт/нфс. Эта папка принадлежит никому: nogroup. В моем файле экспорта у меня есть следующее содержимое:

/mnt/nfs *(rw,sync,no_subtree_check,no_root_squash,no_all_squash,небезопасно)

К этой «точке монтирования» не подключен том или жесткий диск, это просто каталог. Когда я монтирую эту папку на другой машине через sudo mount -t nfs testVM:/mnt/nfs /mnt/disk том монтируется как NFS4!!!!! Это то, чего я хочу, и это прекрасно. (очевидно, что «другая» машина содержит пакет nfs-common, поэтому я могу смонтировать общий ресурс в первую очередь)

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

/srv/test *(rw,sync,no_subtree_check,no_root_squash,no_all_squash,небезопасно)

Это должно было быть тестом, чтобы увидеть, что произойдет, если я расшарю папку без каких-либо внешних подключений. К сожалению, это не работает, и каждый раз, когда я пытаюсь смонтировать общий ресурс nfs как NFS4, монтирование возвращается к NFS3.

Что бы я ни пытался, ничто не монтируется ни на какую другую виртуальную машину или любую другую машину, если на то пошло, как общий ресурс NFS4.Все просто передается как NFS3, что мне не нужно, поскольку NFS4 поддерживает дополнительные функции, которые мне нужны, чтобы другие вещи работали в моей сети (особенно блокировка файлов).

У кого-нибудь есть идеи, почему я не могу использовать NFS4 с моей тестовой машины, но не с моего рабочего файлового сервера?

Sethos II avatar
флаг jp
Как вы пытаетесь смонтировать общий ресурс с вашего рабочего сервера? Пробовали ли вы добавить явную версию при монтировании (`-o vers=4.2`) и каков результат?
realShadow avatar
флаг in
@SethosII извините за мой поздний ответ и спасибо за ваш. Я только что попытался смонтировать общий ресурс с помощью `sudo mount -t nfs -o vers=4.2` и `sudo mount.nfs -o vers=4.2`. Очевидно, я использовал существующее монтирование, но получаю сообщение об ошибке `mount.nfs: mount :/mnt/path не удалось, причина указана сервером: Нет такого файла или каталога`.
Sethos II avatar
флаг jp
Хорошо, попробуйте просто `:/path` без `/mnt`. К сожалению, нет возможности перечислить доступные экспорты NFS на клиенте с NFS4. До NFS4 вы могли использовать `showmount -e `.Но «Нет такого файла или каталога» указывает на что-то с путем, и, если я правильно помню, NFS4 изменил способ отображения путей клиентам.
realShadow avatar
флаг in
@SethosII Но как это должно работать? /mnt является частью пути. Общий ресурс находится в /mnt/volume6/kubedata.
Sethos II avatar
флаг jp
NFS4 имеет концепцию корня для экспорта. В зависимости от того, где это установлено, вам нужно оставить предыдущий путь. См. `fsid` на справочной странице `exports`. Вы можете попробовать установить `fsid=0` в качестве опции для вашего экспорта и монтировать с `IP:/` без указания пути, так как он будет использовать экспортированный каталог с `fsid=0` в качестве корня.
realShadow avatar
флаг in
@SethosII спасибо за комментарий. Я попробовал ваши предложения, но, к сожалению, безуспешно. Я добавил «корневой» путь к файлу экспорта с `/mnt/volume6 IP (rw, sync, fsid = 0, no_subtree_check, no_root_squash, insecure)`, но он также смонтирован только как версия nfs3. На данный момент я вижу только 2 варианта. 1 создать новую виртуальную машину и перенести все диски и функции на эту новую машину или 2 просто признать, что существующая виртуальная машина не поддерживает общий доступ NFS4. Все, что я пробовал до сих пор, не сработает, к сожалению.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.