Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    PVE 8.4.1 таймаут NFS с NetApp

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    PVE 8.4.1 таймаут NFS с NetApp, Proxmox Виртуальная Среда
     
    M Anon
    Guest
    #1
    0
    25.06.2025 08:42:00
    У нас есть NetApp, который мы используем для хранения дисков виртуальных машин как для VMware, так и для Proxmox (мы переходим с VMware). Для каждого типа есть своя NFS-шара (например, для дисков виртуальных машин VMware используется ESX_VMs, а для Proxmox — отдельная NFS-шара с именем PVE_VMs). Изначально настройки экспорта для всех шар были одинаковыми (поддержка v3, v4, v4.1 и v4.2). Когда мы проводили первоначальное тестирование с парой виртуальных машин, используя NFS-шару Proxmox, проблем не заметили. Теперь, когда мы переносим все больше и больше наших виртуальных машин с VMware на PVE, мы внезапно начали замечать, что наши Windows-виртуальные машины на PVE начинают выдавать синие экраны. Изучили логи и видим несколько сообщений "pvestatd[1889]: storage 'PVE_VMs' is not online" (примерно каждые 20 минут). После небольшого поиска в Google мы попробовали следующие шаги, но ничего не изменилось:
    1.  Заставили PVE-хост использовать NFSv3, сохраняя NetApp-шару на NFSv3/v4/v4.1/v4.2.
    2.  Заставили и PVE-хост, и NetApp-шару использовать только NFSv3.

    Проблем с хостами на VMware у нас нет, только с Proxmox, поэтому мы сейчас уверены, что это Proxmox. Отметим, что сервер, который мы используем для Proxmox, изначально использовался для VMware и подключен по тем же кабелям, что и оставшиеся ESXi-хосты. У нас также есть зеркало этой конфигурации в другом серверном помещении со своим PVE-хостом, ESXi-хостом, собственным NetApp и собственным коммутатором (точное зеркало того, что у нас есть), и все они демонстрируют одни и те же симптомы. MTU настроены на 1500, мы используем LACP-агрегирование для хранилища (2 x 10 Гбит/с), отдельное LACP-агрегирование для управления, резервного копирования и миграции (2 x 1 Гбит/с) и отдельное LACP-агрегирование для производства (2 x 1 Гбит/с). Кто-нибудь сталкивался с подобным раньше? Можете подсказать, где еще поискать или что еще попробовать? У нас есть подписка на поддержку, но разница в часовых поясах огромна, поэтому я решил спросить здесь, пока жду ответа от поддержки.
     
     
     
    waltar
    Guest
    #2
    0
    25.06.2025 21:14:00
    Попробуйте более простой режим подключения, например, "0" balance-rr, настроенный на NetApp и Proxmox VE, и удалите соответствующее связывание LACP на портах коммутатора. Кстати, я бы всё равно монтировал v4.2 на Proxmox VE, разрешая на NetApp версии v3...v4.2, потому что Proxmox VE делает запросы "nfs v3 showmount" для pvestatd. Вместо NetApp мы используем Rocky 9 для обслуживания всех образов виртуальных машин через v4.2 в кластер Proxmox VE.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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