хосты vSphere ESX 5.5 не могут соединиться с Сервером NFS

Нет никакого способа ограничить это из-за нескольких причин:

  1. Для Sam возможно иметь папку/файл, к которой у Sally есть полномочия получить доступ, таким образом, Sally, получающая доступ к $HOME Sam, является не обязательно неправильным действием.
  2. Система не знает, каковы полномочия на файлах в монтировании, пока доля NFS не смонтирована.

Вы могли попробовать что-то как:

$USER servername:path/to/exports/home/&

Однако, если бы Sam был зарегистрирован, в то время как Sally была зарегистрирована, Sally все еще видела бы/auto/sam.

4
задан 27 January 2014 в 08:20
7 ответов

Я сдался.

Я удалил LACP из восходящих каналов и переключился на iSCSI с несколькими путями (группа портов и связанный vmk для каждого восходящего канала, только для SAN).

0
ответ дан 3 December 2019 в 04:11

Хм ... vDS, NFS и LACP у меня отлично работают. Однако похоже, что вы довольно глубоко погрузились в высококлассный набор функций vSphere. Для большинства установок LACP на самом деле не требуется, но я могу понять привлекательность попытки его использовать ...

Ни одна из vDS и других функций не имеет значения, если QNAP не позволяет монтировать ...

  • Вы Мы проверили подключение с помощью vmkping , но, вероятно, следует попробовать его с большим MTU: vmkping -s 9000 10.1.2.100 (интерфейс указывать не нужно). Убедитесь, что это работает.
  • Я бы на данный момент полностью отключил ACL QNAP.
  • Имя пути монтирования, вероятно, должно быть ip.address: / share / VM /
  • Попробуйте смонтировать снова, но заплатите Обратите внимание на сообщения в /var/log/vobd.log на хосте ESXi. Если он говорит что-то вроде « Запрос на монтирование был отклонен сервером NFS. », проблема связана с QNAP.
  • Извините, но нам не хватает вашего физического типа / модели коммутатора и конфигурация ... Вы можете это описать? Вы должны были соединить VLAN + конфигурации LACP на соответствующих портах.

Ваш снимок экрана с конфигурацией vDS выглядит так, как будто это информация для одного хоста. Убедитесь, что в вашей конфигурации LACP и установлены правильные режимы балансировки нагрузки. Он должен выглядеть следующим образом:

enter image description here

enter image description here

2
ответ дан 3 December 2019 в 04:11

К сожалению, 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 есть журналы, проверьте там любые подсказки. В противном случае возвращение к одной ссылке и отслеживание трафика может быть вашим единственным выходом. (этот коммутатор выполняет зеркалирование портов?)

0
ответ дан 3 December 2019 в 04:11

Думаю, это связано с NFS4. ESX поддерживает только NSF3, иначе это не сработает.

-1
ответ дан 3 December 2019 в 04:11

вчера была такая же проблема с 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, установленным для подсети ...

1
ответ дан 3 December 2019 в 04:11

У меня была аналогичная проблема с моей конфигурацией, вы можете быть удивлены, но добавление записи для каждого хоста esx в файле / etc / hosts (IP hostname hostname) QNAP решило мою проблему.

Надеюсь, это поможет.

-1
ответ дан 3 December 2019 в 04:11

У меня была аналогичная проблема, из-за которой невозможно было выполнить ping из оболочки ESX SSH.

Решение:

-> список наборов правил сетевого брандмауэра esxcli и убедитесь, что IP-адрес сервера NFS указан там.

(или сделайте это с хоста -> Конфигурация -> Политика безопасности -> Брандмауэр -> Клиент NFS)

  • Установка и сброс MTU:vCenter -> Хост -> Конфигурация -> Сеть -> распределенный коммутатор -> управление виртуальными адаптерами -> выберите vmk, для которого установлен правильный IP-адрес -> установите MTU от 9000 до 1500. Нажмите OK. Он должен переконфигурироваться. установите MTU обратно на 9000. Теперь работает ping с ESX на NAS и работает монтирование NFS.
0
ответ дан 13 March 2021 в 18:00

Теги

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