Приветствую! После обновления до версии PVE 8 (установлена версия 8.4.1 с ядром 6.14), у меня периодически возникает ошибка, что система недоступна на протяжении секунды-другой. После перезагрузки всё вроде работает нормально, но контейнеры запускаются очень медленно (обычно за 2 минуты, а теперь за 10).
Поизучав логи (и с помощью jetkvm), я наконец-то смог их вытащить:
`NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out`
Судя по всему, дело в сетевом адаптере. В моём HP ProDesk 400 G5, купленном в октябре 2020 года, установлен этот адаптер (согласно этой документации):
`LAN: Realtek RTL8111HSH-CG GbE`
Я наткнулся на эту тему на форуме:
[T Thread 'PVE8 "NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out" fix (to some extent)']()
Sep 18, 2023
Привет, Если после обновления с 7 на 8 или после чистой установки интерфейс начинает случайным образом "умирать" (от нескольких минут до нескольких часов), и единственное, что ты видишь в syslog – это:
`NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out`
Возможно, у тебя сетевой интерфейс Realtek, на который распространяется этот баг.
Что касается меня, то кажется, что что-то изменилось в 6.2.16-12-pve по сравнению с предыдущими версиями, и драйвер r8169 стал "нестабильным". До обновления я вообще не проверял, какие драйверы используются – всё было как по маслу. Но я потратил два дня...
tomtom13 Ответы: 8 Форум: Proxmox VE: Установка и настройка
Кажется, я не один сталкиваюсь с этой проблемой после обновления до pve 8. Я проверил драйверы, используемые для этой сетевой карты, и вот что получилось:
`Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)`
`Subsystem: Hewlett-Packard Company RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [103c:859c]`
`Kernel driver in use: r8169`
`Kernel modules: r8169`
Теперь проблема в том, что после применения исправления, упомянутого в этой теме, устройство вообще перестало быть доступным по сети. После повторного удаления и перезагрузки устройство снова становится доступным. В комментариях к статье кто-то сталкивается с такой же проблемой, но ответа нет. Может кто-нибудь помочь это исправить?
С PVE 7 сеть была стабильной, без каких-либо проблем.
Для справки, вот версии, установленные на моей системе:
`proxmox-ve: 8.4.0 (running kernel: 6.14.5-1-bpo12-pve)`
`pve-manager: 8.4.1 (running version: 8.4.1/2a5fa54a8503f96d)`
`proxmox-kernel-helper: 8.1.1`
`proxmox-kernel-6.14.5-1-bpo12-pve-signed: 6.14.5-1~bpo12+1`
`proxmox-kernel-6.14: 6.14.5-1~bpo12+1`
`proxmox-kernel-6.14.0-2-pve-signed: 6.14.0-2`
`proxmox-kernel-6.11.11-2-pve-signed: 6.11.11-2`
`proxmox-kernel-6.11: 6.11.11-2`
`proxmox-kernel-6.8.12-11-pve-signed: 6.8.12-11`
`proxmox-kernel-6.8: 6.8.12-11`
`ceph-fuse: 17.2.8-pve2`
`corosync: 3.1.9-pve1`
`criu: 3.17.1-2+deb12u1`
`glusterfs-client: 10.3-5`
`ifupdown2: 3.2.0-1+pmx11`
`ksm-control-daemon: 1.5-1`
`libjs-extjs: 7.0.0-5`
`libknet1: 1.30-pve2`
`libproxmox-acme-perl: 1.6.0`
`libproxmox-backup-qemu0: 1.5.1`
`libproxmox-rs-perl: 0.3.5`
`libpve-access-control: 8.2.2`
`libpve-apiclient-perl: 3.3.2`
`libpve-cluster-api-perl: 8.1.0`
`libpve-cluster-perl: 8.1.0`
`libpve-common-perl: 8.3.1`
`libpve-guest-common-perl: 5.2.2`
`libpve-http-server-perl: 5.2.2`
`libpve-network-perl: 0.11.2`
`libpve-rs-perl: 0.9.4`
`libpve-storage-perl: 8.3.6`
`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.6.0-2`
`proxmox-backup-client: 3.4.1-1`
`proxmox-backup-file-restore: 3.4.1-1`
`proxmox-firewall: 0.7.1`
`proxmox-kernel-helper: 8.1.1`
`proxmox-mail-forward: 0.3.2`
`proxmox-mini-journalreader: 1.4.0`
`proxmox-widget-toolkit: 4.3.11`
`pve-cluster: 8.1.0`
`pve-container: 5.2.6`
`pve-docs: 8.4.0`
`pve-edk2-firmware: 4.2025.02-3`
`pve-esxi-import-tools: 0.7.4`
`pve-firewall: 5.1.1`
`pve-firmware: 3.15-4`
`pve-ha-manager: 4.0.7`
`pve-i18n: 3.4.4`
`pve-qemu-kvm: 9.2.0-5`
`pve-xtermjs: 5.5.0-2`
`qemu-server: 8.3.12`
`smartmontools: 7.3-pve1`
`spiceterm: 3.3.0`
`swtpm: 0.8.0+pve1`
`vncterm: 1.8.0`
`zfsutils-linux: 2.2.7-pve2`
Поизучав логи (и с помощью jetkvm), я наконец-то смог их вытащить:
`NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out`
Судя по всему, дело в сетевом адаптере. В моём HP ProDesk 400 G5, купленном в октябре 2020 года, установлен этот адаптер (согласно этой документации):
`LAN: Realtek RTL8111HSH-CG GbE`
Я наткнулся на эту тему на форуме:
[T Thread 'PVE8 "NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out" fix (to some extent)']()
Sep 18, 2023
Привет, Если после обновления с 7 на 8 или после чистой установки интерфейс начинает случайным образом "умирать" (от нескольких минут до нескольких часов), и единственное, что ты видишь в syslog – это:
`NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out`
Возможно, у тебя сетевой интерфейс Realtek, на который распространяется этот баг.
Что касается меня, то кажется, что что-то изменилось в 6.2.16-12-pve по сравнению с предыдущими версиями, и драйвер r8169 стал "нестабильным". До обновления я вообще не проверял, какие драйверы используются – всё было как по маслу. Но я потратил два дня...
tomtom13 Ответы: 8 Форум: Proxmox VE: Установка и настройка
Кажется, я не один сталкиваюсь с этой проблемой после обновления до pve 8. Я проверил драйверы, используемые для этой сетевой карты, и вот что получилось:
`Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)`
`Subsystem: Hewlett-Packard Company RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [103c:859c]`
`Kernel driver in use: r8169`
`Kernel modules: r8169`
Теперь проблема в том, что после применения исправления, упомянутого в этой теме, устройство вообще перестало быть доступным по сети. После повторного удаления и перезагрузки устройство снова становится доступным. В комментариях к статье кто-то сталкивается с такой же проблемой, но ответа нет. Может кто-нибудь помочь это исправить?
С PVE 7 сеть была стабильной, без каких-либо проблем.
Для справки, вот версии, установленные на моей системе:
`proxmox-ve: 8.4.0 (running kernel: 6.14.5-1-bpo12-pve)`
`pve-manager: 8.4.1 (running version: 8.4.1/2a5fa54a8503f96d)`
`proxmox-kernel-helper: 8.1.1`
`proxmox-kernel-6.14.5-1-bpo12-pve-signed: 6.14.5-1~bpo12+1`
`proxmox-kernel-6.14: 6.14.5-1~bpo12+1`
`proxmox-kernel-6.14.0-2-pve-signed: 6.14.0-2`
`proxmox-kernel-6.11.11-2-pve-signed: 6.11.11-2`
`proxmox-kernel-6.11: 6.11.11-2`
`proxmox-kernel-6.8.12-11-pve-signed: 6.8.12-11`
`proxmox-kernel-6.8: 6.8.12-11`
`ceph-fuse: 17.2.8-pve2`
`corosync: 3.1.9-pve1`
`criu: 3.17.1-2+deb12u1`
`glusterfs-client: 10.3-5`
`ifupdown2: 3.2.0-1+pmx11`
`ksm-control-daemon: 1.5-1`
`libjs-extjs: 7.0.0-5`
`libknet1: 1.30-pve2`
`libproxmox-acme-perl: 1.6.0`
`libproxmox-backup-qemu0: 1.5.1`
`libproxmox-rs-perl: 0.3.5`
`libpve-access-control: 8.2.2`
`libpve-apiclient-perl: 3.3.2`
`libpve-cluster-api-perl: 8.1.0`
`libpve-cluster-perl: 8.1.0`
`libpve-common-perl: 8.3.1`
`libpve-guest-common-perl: 5.2.2`
`libpve-http-server-perl: 5.2.2`
`libpve-network-perl: 0.11.2`
`libpve-rs-perl: 0.9.4`
`libpve-storage-perl: 8.3.6`
`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.6.0-2`
`proxmox-backup-client: 3.4.1-1`
`proxmox-backup-file-restore: 3.4.1-1`
`proxmox-firewall: 0.7.1`
`proxmox-kernel-helper: 8.1.1`
`proxmox-mail-forward: 0.3.2`
`proxmox-mini-journalreader: 1.4.0`
`proxmox-widget-toolkit: 4.3.11`
`pve-cluster: 8.1.0`
`pve-container: 5.2.6`
`pve-docs: 8.4.0`
`pve-edk2-firmware: 4.2025.02-3`
`pve-esxi-import-tools: 0.7.4`
`pve-firewall: 5.1.1`
`pve-firmware: 3.15-4`
`pve-ha-manager: 4.0.7`
`pve-i18n: 3.4.4`
`pve-qemu-kvm: 9.2.0-5`
`pve-xtermjs: 5.5.0-2`
`qemu-server: 8.3.12`
`smartmontools: 7.3-pve1`
`spiceterm: 3.3.0`
`swtpm: 0.8.0+pve1`
`vncterm: 1.8.0`
`zfsutils-linux: 2.2.7-pve2`
