Нет никакого способа ограничить это из-за нескольких причин:
Вы могли попробовать что-то как:
$USER servername:path/to/exports/home/&
Однако, если бы Sam был зарегистрирован, в то время как Sally была зарегистрирована, Sally все еще видела бы/auto/sam.
Я сдался.
Я удалил LACP из восходящих каналов и переключился на iSCSI с несколькими путями (группа портов и связанный vmk для каждого восходящего канала, только для SAN).
Хм ... vDS, NFS и LACP у меня отлично работают. Однако похоже, что вы довольно глубоко погрузились в высококлассный набор функций vSphere. Для большинства установок LACP на самом деле не требуется, но я могу понять привлекательность попытки его использовать ...
Ни одна из vDS и других функций не имеет значения, если QNAP не позволяет монтировать ...
vmkping
, но, вероятно, следует попробовать его с большим MTU: vmkping -s 9000 10.1.2.100
(интерфейс указывать не нужно). Убедитесь, что это работает. ip.address: / share / VM /
/var/log/vobd.log
на хосте ESXi. Если он говорит что-то вроде « Запрос на монтирование был отклонен сервером NFS. », проблема связана с QNAP. Ваш снимок экрана с конфигурацией vDS выглядит так, как будто это информация для одного хоста. Убедитесь, что в вашей конфигурации LACP и установлены правильные режимы балансировки нагрузки. Он должен выглядеть следующим образом:
К сожалению, ESXi не включает диагностические команды rpcinfo
и showmount
. NFS по умолчанию использует UDP. Чтобы выполнить монтирование, система должна иметь возможность взаимодействовать с rpc portmapper на сервере NFS (tcp / udp порт 111), который предоставляет порты для mountd
и nfs
] Сервисы. В любой другой системе я бы использовал rpcinfo -p
, чтобы убедиться, что карта портов работает, и showmount -e
, чтобы увидеть, что экспортируется.
Кроме того, в отличие от vMotion, FT logging и iSCSI, NFS не привязан к конкретному vmk. Он будет использовать любой доступный интерфейс. Поскольку у вас есть интерфейс в той же подсети, что и сервер NFS, он должен использовать его.
Если на NAS есть журналы, проверьте там любые подсказки. В противном случае возвращение к одной ссылке и отслеживание трафика может быть вашим единственным выходом. (этот коммутатор выполняет зеркалирование портов?)
вчера была такая же проблема с TS-420U и ESXi 5.5 U1. Моя настройка: - Два ESXi 5.5 с vCenter server - Хранилище с прямым подключением - Сетевое хранилище QNAP TS-420U в той же подсети, что и хосты ESXi (поэтому проблем с маршрутизацией нет) - Все находятся в подсети 10.207.253.128/26
После настройки NAS я установил ACL на соответствующую подсеть (10.207.253. *) И подключился без проблем. Но после перезагрузки хостов ESXi больше нет соединения, такие же ошибки, как у вас. Перезагрузка NAS и выключение / включение службы NFS не помогли. Последнее, что я пробовал, - это установить ACL на сервере NAS на * -> бум, снова заработало. Оба хоста ESXi могут без проблем подключаться к общему ресурсу NFS.
Теперь мне просто нужно выяснить, почему хосты ESXi не могут подключиться с ACL, установленным для подсети ...
У меня была аналогичная проблема с моей конфигурацией, вы можете быть удивлены, но добавление записи для каждого хоста esx в файле / etc / hosts (IP hostname hostname) QNAP решило мою проблему.
Надеюсь, это поможет.
У меня была аналогичная проблема, из-за которой невозможно было выполнить ping из оболочки ESX SSH.
Решение:
-> список наборов правил сетевого брандмауэра esxcli и убедитесь, что IP-адрес сервера NFS указан там.
(или сделайте это с хоста -> Конфигурация -> Политика безопасности -> Брандмауэр -> Клиент NFS)