+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Upgrade 5.4 на 6 и NFS, Proxmox Виртуальная Среда

Blaž Bogataj

Guest

22.07.2019 15:01:00

Привет! Обновление с 5.4 до 6 прошло очень гладко. Отличная работа. После перезагрузки доступ к существующему NFS больше недоступен — на системе NFS хранятся ежедневные резервные копии. Для теста установил новую систему, ситуация та же. Не могу получить соединение от Proxmox к NAS: Ситуация в Proxmox: # rpcinfo -p 10.0.187.68 — это из Proxmox на Proxmox машина программа верс протокол порт служба 100000 4 tcp 111 портмаппер 100000 3 tcp 111 портмаппер 100000 2 tcp 111 портмаппер 100000 4 udp 111 портмаппер 100000 3 udp 111 портмаппер 100000 2 udp 111 портмаппер # rpcinfo -p 10.0.187.207 — это из Proxmox к NAS Synology 10.0.187.207: RPC: Ошибка удаленной системы - Нет маршрута к хосту. Я могу пинговать NAS. Ситуация на NAS: # rpcinfo -p 10.0.187.68 — это из NAS к Proxmox программа верс протокол порт служба 100000 4 tcp 111 100000 3 tcp 111 100000 2 tcp 111 100000 4 udp 111 100000 3 udp 111 100000 2 udp 111 # rpcinfo -p 10.0.187.207 — это из NAS к NAS программа верс протокол порт служба 100000 4 tcp 111 100000 3 tcp 111 100000 2 tcp 111 100000 4 udp 111 100000 3 udp 111 100000 2 udp 111 100005 1 udp 892 100005 1 tcp 892 100005 2 udp 892 100005 2 tcp 892 100005 3 udp 892 100005 3 tcp 892 100003 2 tcp 2049 100003 3 tcp 2049 100003 4 tcp 2049 100003 2 udp 2049 100003 3 udp 2049 100021 1 udp 54059 100021 3 udp 54059 100021 4 udp 54059 100021 1 tcp 32834 100021 3 tcp 32834 100021 4 tcp 32834 100024 1 udp 39680 100024 1 tcp 54722. Соединение от Proxmox к другому Synology работает без проблем. Также соединение с этим NAS работало с того же Proxmox до обновления без проблем. Что я упустил, так это то, что соединение NFS не может быть установлено. Все на одной системе, которая до обновления работала без каких-либо проблем. Заранее спасибо.

Vladimir Bulgaru

Guest

12.01.2020 15:51:00

Подтверждаю проблему. У меня следующая настройка: NAS подключен к роутеру, который перенаправляет входящий трафик на NAS. Я подключаюсь к роутеру через DDNS (нет статического IP). У меня есть 2 сервера: один с Proxmox 5 и другой с Proxmox 6. Оба IP этих серверов разрешены для подключения к NAS. Сервер с Proxmox 5 подключается к NAS, а Proxmox 6 не удается. Оба используют свежие установки Proxmox, без настроек брандмауэра. Пожалуйста, помогите отладить и настроить Proxmox 6.

lmarschk

Guest

29.03.2020 22:00:00

После обновления до VE6 я столкнулся с той же проблемой. Я вижу точно такое же поведение, как описано в первом посте. Достаточно абсурдно, но можно смонтировать nfs напрямую через mount.nfs4 (mount.nfs4 10.20.11.1:exportName /tmp/mount работает), но не через Proxmox. Я также пытался добавить DNS-записи, но это не сработало. (Пробовал прямые и обратные записи для NFS-сервера). Судя по моему tcpdump, похоже, что оба сервера (NFS и Proxmox) могут общаться (полное TCP-соединение установлено, и корректное завершение также происходит) при запуске rpcinfo. root@s04:~# rpcinfo -p 10.20.11.1 10.20.11.1: RPC: Ошибка удаленной системы - истекло время соединения. Я отлаживал это в течение нескольких часов, похоже, что проблема связана с более новыми версиями rpcbind. Эти новые версии используют команды GETADDR, которые содержат IP-адрес сервера на прикладном уровне. Это означает, что, если у вас (как у меня) есть NAT между вашим Proxmox и NFS-сервером, сервер Proxmox отправит GETADDR, получит "реальный" адрес сервера на прикладном уровне и затем попытается подключиться к этому адресу (что, очевидно, потерпит неудачу). Поскольку адрес передается на прикладном уровне, ни один NAT не перепишет его. По крайней мере, мой не переписывает. Это очень раздражает. (Старые версии просто отправляют команду DUMP и затем получают экспортные записи.) Не знаю, хотите ли вы задокументировать это поведение где-нибудь. Это действительно не интуитивно. К вашему сведению: до сих пор я использовал контейнер Docker, чтобы предоставить мне маленький NFS-сервер на одном интерфейсе большего сервера. Поэтому у меня был NAT для переадресации портов к контейнеру docker, и Proxmox пытался обратиться к внутреннему IP-адресу контейнера Docker напрямую. Вкратце: исправьте свою (мою) сеть. И не используйте NAT между вашим Proxmox и NFS/NAS. Надеюсь, это поможет кому-то.

Martin Jonáš

Guest

31.12.2020 14:54:00

Мне удалось «взломать» это, чтобы оно заработало. Похоже, что (по крайней мере в нашем случае) монтирование работает, но проблема заключается в определении, является ли хранилище онлайн. Я смог обойти это, отредактировав файл /usr/share/perl5/PVE/Storage/NFSPlugin.pm и заменив: Код: my $cmd = ['/sbin/showmount', '--no-headers', '--exports', $server]; на Код: my $cmd = ['/usr/sbin/rpcinfo', $server]; Затем перезапустил службы pvestatd и pvedaemon. Похоже, что проблема возникает, когда NFS-доля находится за NAT. Команды showmount и rpcinfo -p не работают, потому что они пытаются подключиться к локальному адресу доли, а не к её публичному адресу. Использование только rpcinfo решает эту проблему для нас.

Martin Jonáš

Guest

31.12.2020 14:55:00

Удалось ли вам найти способ получить доступ к NFS-ресурсам, скрытым за NAT? У нас есть диск с доступом к NFS, который используется для резервного копирования на удаленных серверах, но он находится в здании, где локальная сеть за NAT, и мы не можем это изменить. Мы обошли это, используя решение, указанное выше, но это действительно неуклюжий хак.

Alwin Guest	#6 0 07.01.2021 13:33:00 Изменения в коде будут потеряны при обновлении. Лучше всего смонтировать NFS-общую папку через fstab, добавить хранилище с флагами is_mountpoint и shared.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры