У нас есть хост Ubuntu 20.04, использующий ZFS и общие вариант:
root@host:~# zfs получить общий пул/enc/esxi
НАЗВАНИЕ СВОЙСТВО ЗНАЧЕНИЕ ИСТОЧНИК
pool/enc/esxi sharenfs rw=x.x.x.x,no_subtree_check,async,anonuid=0,anongid=0,all_squash local
root@host:~# exportfs -v | grep esxi
/pool/enc/esxi x.x.x.x(rw,async,wdelay,root_squash,all_squash,no_subtree_check,точка монтирования,anonuid=0,anongid=0,sec=sys,rw,secure,root_squash,all_squash)
При попытке создать новую виртуальную машину с помощью OVA операция завершается ошибкой:
Веб-интерфейс говорит: «Не удалось развернуть виртуальную машину: ошибка postNFCData:». Не начинает загружать диск, похоже сбой на этапе создания
vmkernel.log говорит:
2022-05-04T09:33:29.859Z cpu7:1051648 opID=85e2477a)NFS41: NFS41_VSIMountSet:405: сервер монтирования: nfshost, порт: 2049, путь: /pool/enc/esxi, метка: NFS, безопасность: 1 пользователь: , опции: <нет>
2022-05-04T09:33:29.859Z cpu7:1051648 opID=85e2477a)StorageApdHandler: 966: дескриптор APD создан с блокировкой [StorageApd-0x4313e6003970]
2022-05-04T09:33:29.859Z cpu7:1051648 opID=85e2477a)NFS41: NFS41_ConnectionLookup:804: создано новое подключение для адреса tcp nfshost.8.1
2022-05-04T09:33:29.860Z cpu10:1049211)NFS41: NFS41ProcessExidResult:2314: clientid 4f2a53628e14edb1 роли 0x20000
2022-05-04T09:33:29.860Z cpu10:1049213)NFS41: NFS41ProcessSessionUp:2380: кластер 0x4313e6004a40[2] clidValid:0 clusterAPDState:0 получен идентификатор клиента 4f2a53628e14edb1
2022-05-04T09:33:29.860Z cpu10:1049213)NFS41: NFS41ProcessSessionUp:2393: кластер 0x4313e6004a40[2] установлен с новым действительным идентификатором клиента 4f2a53628e14edb1
2022-05-04T09:33:29.860Z cpu10:1049213)NFS41: NFS41ProcessClusterProbeResult:4186: восстановление состояния, кластер 0x4313e6004a40 [2]
2022-05-04T09:33:29.872Z cpu7:1051648 opID=85e2477a)NFS41: NFS41FSCompleteMount:3966: Время аренды: 90
2022-05-04T09:33:29.872Z cpu7:1051648 opID=85e2477a)NFS41: NFS41FSCompleteMount:3967: максимальный размер xfer для чтения: 0x3fc00
2022-05-04T09:33:29.872Z cpu7:1051648 opID=85e2477a)NFS41: NFS41FSCompleteMount:3968: максимальный размер xfer для записи: 0x3fc00
2022-05-04T09:33:29.872Z cpu7:1051648 opID=85e2477a)NFS41: NFS41FSCompleteMount:3969: Максимальный размер файла: 0x7ffffffffffffffff
2022-05-04T09:33:29.872Z cpu7:1051648 opID=85e2477a)NFS41: NFS41FSCompleteMount:3970: Максимальное имя файла: 255
2022-05-04T09:33:29.872Z cpu7:1051648 opID=85e2477a)ВНИМАНИЕ: NFS41: NFS41FSCompleteMount:3975: максимальный размер имени файла (255) файловой системы больше, чем у FSS (128)
2022-05-04T09:33:29.873Z cpu7:1051648 opID=85e2477a)NFS41: NFS41FSAPDNotify:6188: Восстановлено подключение к серверу nfshost точка монтирования NFS, смонтирована как 507f1811-40137e33-0000-0000000000000("/xipool/espool ")
2022-05-04T09:33:29.873Z cpu7:1051648 opID=85e2477a)NFS41: NFS41_VSIMountSet:417: NFS смонтирована успешно
2022-05-04T09:35:05.436Z cpu3:1048746)StorageDevice: 7059: оценка конечного пути для устройства t10.NVMe____WDC_CL_SN720_XXXXXXXXXXXXXXXXXXX__________XXXXXX448XXXXXXX
2022-05-04T09:35:05.437Z cpu3:1048746)StorageDevice: 7059: оценка конечного пути для устройства t10.NVMe____WDC_CL_SN720_XXXXXXXXXXXXXXXXXX__________XXXXXX448XXXXXXX
2022-05-04T09:38:18.355Z cpu3:1051646 opID=a65fad89)World: 12075: VC opID esxui-8e02-4c35 сопоставляется с vmkernel opID a65fad89
2022-05-04T09:38:18.355Z cpu3:1051646 opID=a65fad89)ПРЕДУПРЕЖДЕНИЕ: NFS41: NFS41FileDoCloseFile:3128: дескриптор файла закрыт на obj 0x4305bc5cad10 не удалось: дескриптор устаревшего файла
2022-05-04T09:38:18.355Z cpu3:1051646 opID=a65fad89)ВНИМАНИЕ: NFS41: NFS41FileOpCloseFile:3718: NFS41FileCloseFile не удалось: дескриптор устаревшего файла
2022-05-04T09:38:18.411Z cpu3:1051646 opID=a65fad89)ПРЕДУПРЕЖДЕНИЕ: NFS41: NFS41FileDoCloseFile:3128: дескриптор файла закрыт на obj 0x4305bc5aef70 не удалось: устаревший дескриптор файла
2022-05-04T09:38:18.411Z cpu3:1051646 opID=a65fad89)ПРЕДУПРЕЖДЕНИЕ: NFS41: NFS41FileOpCloseFile:3718: NFS41FileCloseFile не удалось: дескриптор устаревшего файла
2022-05-04T09:38:19.909Z cpu1:1054212 opID=6d39243b)World: 12075: VC opID esxui-e417-4c55 сопоставляется с vmkernel opID 6d39243b
2022-05-04T09:38:19.909Z cpu1:1054212 opID=6d39243b)VmMemXfer: vm 1054212: 2465: удаление виртуальной машины с путем:/vmfs/volumes/507f1811-40137e33-0000-000000x/000x.000/
2022-05-04T09:38:19.909Z cpu1:1054212 opID=6d39243b)VmMemXfer: 209: создание хэша шифрования
2022-05-04T09:38:19.909Z cpu1:1054212 opID=6d39243b)VmMemXfer: vm 1054212: 2479: не удалось найти регион MemXferFS для /vmfs/volumes/507f1811-40137e33-0000-0000000x/x.0000m/x/x.
2022-05-04T09:38:19.929Z cpu1:1054212 opID=6d39243b)VmMemXfer: vm 1054212: 2465: удаление виртуальной машины с путем:/vmfs/volumes/507f1811-40137e33-0000-000000x/000x.vm/
2022-05-04T09:38:19.929Z cpu1:1054212 opID=6d39243b)VmMemXfer: 209: создание хэша шифрования
2022-05-04T09:38:19.930Z cpu1:1054212 opID=6d39243b)VmMemXfer: vm 1054212: 2479: не удалось найти регион MemXferFS для /vmfs/volumes/507f1811-40137e33-0000-0000000x/x.0000m/x/x.
Все остальное работает, система уже некоторое время работает с несколькими виртуальными машинами в NFS без проблем. Мы можем обойти сбой OVA, выполнив подготовку к локальному хранилищу данных, отличному от NFS, а затем скопировав полученную виртуальную машину из локального хранилища данных в хранилище данных NFS, после чего она загрузится без проблем.
Я хочу попробовать и выяснить, в чем первопричина в любом случае.
До сих пор я пробовал (перезагружая ESXi после каждого раза):
- установка общего ресурса NFS как
синхронизировать, нет асинхронный
- установка общего ресурса NFS как
no_wdelay, нет задержка
- сочетание вышеперечисленного
Ни один не устранил проблему.
Затем я попытался удалить хранилище данных NFS и снова добавить его, но вместо этого выбрал NFS v3 и попытался подготовить OVA. Все работало нормально, я немного подождал, пока завершится загрузка OVA, и это удалось, новая виртуальная машина тоже загрузилась нормально!
Я перезагрузил ESXi, чтобы убедиться, что это не случайность, и подготовка OVA все еще работает.
Затем я удалил хранилище данных NFS и снова добавил его с выбранной версией v4, на этот раз, как и раньше, и проблема вернулась.
Так что, похоже, он отлично работает на NFSv3, но не на NFSv4 по какой-то причине...
Как заставить подготовку OVA работать в NFSv4 так же, как в хранилищах данных ESXi версии 3?
