Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    networking.service не запускается с тех пор, как установлен ядро 6.8.12-1-pve.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    networking.service не запускается с тех пор, как установлен ядро 6.8.12-1-pve., Proxmox Виртуальная Среда
     
    tangiv
    Guest
    #1
    0
    09.08.2024 18:32:00
    Привет! После обновления Proxmox 8.2 до ядра 6.8.12-1-pve у меня проблема с сетью — сервис не стартует автоматически при загрузке. Если запустить networking.service вручную через systemctl start networking.service — всё работает нормально. У меня имена сетевых интерфейсов после обновления до 8.2 не сменились, при выполнении ip a всё ещё старые имена, но с альтернативными подписями.

    Что я пробовал:
    - systemctl enable networking — неудача
    - переименование старого интерфейса на новое имя — не получилось
    - загрузка с ядра 6.5.13-6 — работает (альтернативные имена уже были, как в 6.8.12, но не использовались)
    - загрузка с ядра 6.8.8-4 — работает (альтернативные имена такие же, как в 6.8.12, но тоже не используются)
    - загрузка с ядра 6.8.12-1 — не работает (альтернативные имена доступны в CLI, но не в веб-интерфейсе)
    - ifdown && ifup с новыми именами — неудача (скриншот приложен)

    Пока что решил через cron: @reboot root sleep 60 && /usr/bin/systemctl start networking

    Кстати, NIC'и:
    02:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5719 Gigabit Ethernet PCIe (rev 01)  
    02:00.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5719 Gigabit Ethernet PCIe (rev 01)  
    02:00.2 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5719 Gigabit Ethernet PCIe (rev 01)  
    02:00.3 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5719 Gigabit Ethernet PCIe (rev 01)  
    12:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme II BCM57810 10 Gigabit Ethernet (rev 10)  
    12:00.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme II BCM57810 10 Gigabit Ethernet (rev 10)

    Установленные пакеты:  
    proxmox-ve: 8.2.0 (текущее ядро: 6.8.8-4-pve)  
    pve-manager: 8.2.4 (текущая версия: 8.2.4/faa83925c9641325)  
    proxmox-kernel-helper: 8.1.0  
    proxmox-kernel-6.8: 6.8.12-1  
    proxmox-kernel-6.8.12-1-pve-signed: 6.8.12-1  
    proxmox-kernel-6.8.8-4-pve-signed: 6.8.8-4  
    proxmox-kernel-6.5.13-6-pve-signed: 6.5.13-6  
    proxmox-kernel-6.5: 6.5.13-6  
    pve-kernel-5.3: 6.1-6  
    pve-kernel-5.4.174-2-pve: 5.4.174-2  
    pve-kernel-5.3.18-3-pve: 5.3.18-3  
    pve-kernel-5.3.18-2-pve: 5.3.18-2  
    ceph: 17.2.7-pve3  
    ceph-fuse: 17.2.7-pve3  
    corosync: 3.1.7-pve3  
    criu: 3.17.1-2  
    glusterfs-client: 10.3-5  
    ifupdown2: 3.2.0-1+pmx9  
    intel-microcode: 3.20240514.1~deb12u1  
    ksm-control-daemon: 1.5-1  
    libjs-extjs: 7.0.0-4  
    libknet1: 1.28-pve1  
    libproxmox-acme-perl: 1.5.1  
    libproxmox-backup-qemu0: 1.4.1  
    libproxmox-rs-perl: 0.3.3  
    libpve-access-control: 8.1.4  
    libpve-apiclient-perl: 3.3.2  
    libpve-cluster-api-perl: 8.0.7  
    libpve-cluster-perl: 8.0.7  
    libpve-common-perl: 8.2.2  
    libpve-guest-common-perl: 5.1.4  
    libpve-http-server-perl: 5.1.0  
    libpve-network-perl: 0.9.8  
    libpve-rs-perl: 0.8.9  
    libpve-storage-perl: 8.2.3  
    libqb0: 1.0.5-1  
    libspice-server1: 0.15.1-1  
    lvm2: 2.03.16-2  
    lxc-pve: 6.0.0-1  
    lxcfs: 6.0.0-pve2  
    novnc-pve: 1.4.0-3  
    openvswitch-switch: 3.1.0-2+deb12u1  
    proxmox-backup-client: 3.2.7-1  
    proxmox-backup-file-restore: 3.2.7-1  
    proxmox-firewall: 0.5.0  
    proxmox-kernel-helper: 8.1.0  
    proxmox-mail-forward: 0.2.3  
    proxmox-mini-journalreader: 1.4.0  
    proxmox-offline-mirror-helper: 0.6.6  
    proxmox-widget-toolkit: 4.2.3  
    pve-cluster: 8.0.7  
    pve-container: 5.1.12  
    pve-docs: 8.2.3  
    pve-edk2-firmware: 4.2023.08-4  
    pve-esxi-import-tools: 0.7.1  
    pve-firewall: 5.0.7  
    pve-firmware: 3.13-1  
    pve-ha-manager: 4.0.5  
    pve-i18n: 3.2.2  
    pve-qemu-kvm: 9.0.2-2  
    pve-xtermjs: 5.3.0-3  
    qemu-server: 8.2.4  
    smartmontools: 7.3-pve1  
    spiceterm: 3.3.0  
    swtpm: 0.8.0+pve1  
    vncterm: 1.8.0  
    zfsutils-linux: 2.2.4-pve1

    Сопоставление NIC:  
    eno1 => enp2s0f0  
    eno2 => enp2s0f1  
    eno3 => enp2s0f2  
    eno4 => enp2s0f3  
    ens1f0 => enp18s0f0  
    ens1f1 => enp18s0f1

    Конфигурация сети:  
    # network interface settings; autogenerated  
    # Please do NOT modify this file directly, unless you know what  
    # you're doing.  
    #  
    # If you want to manage parts of the network configuration manually,  
    # please utilize the 'source' or 'source-directory' directives to do  
    # so.  
    # PVE will preserve these directives, but will NOT read its network  
    # configuration from sourced files, so do not attempt to move any of  
    # the PVE managed interfaces into external files!  

    auto lo  
    iface lo inet loopback  

    auto eno1  
    iface eno1 inet static  
     address 192.168.100.106/24  
     gateway 192.168.100.1 #mgmt  

    iface eno2 inet manual  
    iface eno3 inet manual  

    auto ens1f0  
    iface ens1f0 inet static  
     address 192.168.50.106/24 #STOR  

    iface ens1f1 inet manual  

    auto vmbr0  
    iface vmbr0 inet manual  
     bridge-ports ens1f1  
     bridge-stp off  
     bridge-fd 0  
     bridge-vlan-aware yes  
     bridge-vids 2-4094 #VM

    В общем, похоже, у меня похожая ситуация, как в этой теме: https://forum.proxmox.com/threads/no-networking-after-upgrade-to-8-2.145727/post-665799 Если нужно перейти на новые имена интерфейсов, то для меня это не проблема, но они почему-то не работают, и я всё ещё везде вижу старые имена.

    Спасибо за помощь!
     
     
     
    ElvisCZ
    Guest
    #2
    0
    09.09.2024 13:51:00
    Та же проблема у меня. 6.8.12-1-pve убивает сеть. Пришлось зафиксировать старое ядро. Исправление (https://pve.proxmox.com/pve-docs/pve-admin-guide.html#network_override_device_names) отлично работает.
     
     
     
    UnitZero
    Guest
    #3
    0
    10.09.2024 22:14:00
    Все мои сетевые карты тоже не работают на версии 6.8.12-1. Светодиоды Ethernet даже не загораются после загрузки ОС. Если использовать более старое ядро — всё работает.
     
     
     
    tasmandevil
    Guest
    #4
    0
    30.09.2024 14:16:00
    Да, у нас так же, это сломало весь наш кластер. Мы работаем на версии 6.8.12-2-pve. На всех наших узлах помогла команда sudo pve-efiboot-tool kernel pin 6.5.13-6-pve, при условии что у вас установлен этот ядро.
     
     
     
    mattlach
    Guest
    #5
    0
    13.10.2024 23:31:00
    Случайно у вас нет сетевой карты, которая работает на драйвере ядра i40e? У меня была такая же проблема — написал на форуме, и один из участников помог её решить. Решил поделиться здесь, вдруг кто-то ещё ищет решение и наткнётся на эту тему, а не на ту, где уже есть ответ.

    Оказывается, разработчики драйвера i40e решили мудро переименовать сетевые устройства, добавив в конце np0, np1 и так далее — номера портов. Так что если вы загружаетесь с ядром 6.8.x на системе, которая изначально ставилась с ядром ниже 6.8.x, и у вас одна из таких сетевых карт, то имена устройств поменяются, и система не сможет поднять сеть.

    К счастью, исправление простое: нужно найти новые имена устройств с помощью команды «ip a» и подправить /etc/network/interfaces. У меня, например, enp133s0f0 и enp133s0f1 превратились в enp133s0f0np0 и enp133s0f1np1 соответственно.

    Жалко тех, у кого удалённый сервер и нет доступа для управления вне сети — им теперь придётся ехать лично.

    Ну как они вообще додумались? Спасибо @carles89, что направил меня в нужную сторону в моей теме здесь.
     
     
     
    coro.nas
    Guest
    #6
    0
    24.08.2024 22:50:00
    также ломает сеть на всех моих сетевых картах, откат на ядро 6.8.8-4 решил проблему Система раньше показывала такие ошибки Код: mlx4_en: enp1s0: таймаут передачи в очереди: 2, QP: 0x20a, CQ: 0x88, Cons: 0x4/48, Prod: 0x4ffe Код: mlx4_core 0000:01:00.0 enp1s0: NETDEV WATCHDOG: CPU: 2: очередь передачи 2 зависла на 1300224 мс
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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