Ты разбирался с этим? У меня в новой установке Graphite все отображается точно так же.

Код: root@NUC10i3FNH-1:~# pveversion -v proxmox-ve: 6.1-2 (работающий ядро: 5.3.18-2-pve) pve-manager: 6.1-7 (работающая версия: 6.1-7/13e58d5e) pve-kernel-helper: 6.1-6 pve-kernel-5.3: 6.1-5 pve-kernel-5.3.18-2-pve: 5.3.18-2 ceph: 14.2.9-pve1 ceph-fuse: 14.2.9-pve1 corosync: 3.0.3-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: 0.8.35+pve1 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.15-pve1 libpve-access-control: 6.0-6 libpve-apiclient-perl: 3.0-3 libpve-common-perl: 6.0-13 libpve-guest-common-perl: 3.0-3 libpve-http-server-perl: 3.0-4 libpve-storage-perl: 6.1-5 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 3.2.1-1 lxcfs: 3.0.3-pve60 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.1-3 pve-cluster: 6.1-4 pve-container: 3.0-21 pve-docs: 6.1-6 pve-edk2-firmware: 2.20200229-1 pve-firewall: 4.0-10 pve-firmware: 3.0-6 pve-ha-manager: 3.0-8 pve-i18n: 2.0-4 pve-qemu-kvm: 4.1.1-3 pve-xtermjs: 4.3.0-1 qemu-server: 6.1-6 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-1 zfsutils-linux: 0.8.3-pve1 root@NUC10i3FNH-1:~# Уменьшил status.cfg насколько возможно, чтобы проверить, поможет ли это... не помогло. Код: root@NUC10i3FNH-1:~# cat /etc/pve/status.cfg graphite: server 192.168.0.51 root@NUC10i3FNH-1:~# Код: root@NUC10i3FNH-1:~# tcpdump -i vmbr0 udp port 2003 tcpdump: подробный вывод подавлен, используйте -v или -vv для полного декодирования протокола прослушивание на vmbr0, тип связи EN10MB (Ethernet), размер захвата 262144 байт 19:43:48.445923 IP NUC10i3FNH-1.mydomain.tld.49300 > 192.168.0.51.2003: UDP, неверная длина 4308 > 1472 19:43:48.452819 IP NUC10i3FNH-1.mydomain.tld.49691 > 192.168.0.51.2003: UDP, неверная длина 7860 > 1472 19:43:48.631046 IP NUC10i3FNH-1.mydomain.tld.46142 > 192.168.0.51.2003: UDP, неверная длина 2352 > 1472 19:43:58.690828 IP NUC10i3FNH-1.mydomain.tld.34262 > 192.168.0.51.2003: UDP, неверная длина 4308 > 1472 19:43:58.697596 IP NUC10i3FNH-1.mydomain.tld.36868 > 192.168.0.51.2003: UDP, неверная длина 7859 > 1472 19:43:58.878835 IP NUC10i3FNH-1.mydomain.tld.57816 > 192.168.0.51.2003: UDP, неверная длина 2352 > 1472 ^C 6 пакетов перехвачено 7 пакетов получено фильтром 0 пакетов отброшено ядром root@NUC10i3FNH-1:~# То же самое на другом конце - Код: me@dockernode-3:~$ sudo tcpdump -i ens18 udp port 2003 tcpdump: подробный вывод подавлен, используйте -v или -vv для полного декодирования протокола прослушивание на ens18, тип связи EN10MB (Ethernet), размер захвата 262144 байт 19:46:28.524576 IP 192.168.0.12.35243 > dockernode-3.2003: UDP, неверная длина 4308 > 1472 19:46:28.531371 IP 192.168.0.12.57075 > dockernode-3.2003: UDP, неверная длина 7860 > 1472 19:46:28.544332 IP 192.168.0.10.50810 > dockernode-3.2003: UDP, неверная длина 3730 > 1472 19:46:28.549290 IP 192.168.0.10.58556 > dockernode-3.2003: UDP, неверная длина 3970 > 1472 19:46:28.717289 IP 192.168.0.10.44497 > dockernode-3.2003: UDP, неверная длина 2352 > 1472 19:46:28.722387 IP 192.168.0.12.35739 > dockernode-3.2003: UDP, неверная длина 2352 > 1472 19:46:29.103880 IP 192.168.0.11.43742 > dockernode-3.2003: UDP, неверная длина 3692 > 1472 19:46:29.110846 IP 192.168.0.11.49067 > dockernode-3.2003: UDP, неверная длина 3996 > 1472 19:46:29.337527 IP 192.168.0.11.32994 > dockernode-3.2003: UDP, неверная длина 2316 > 1472 ^C 9 пакетов перехвачено 12 пакетов получено фильтром 0 пакетов отброшено ядром me@dockernode-3:~$

Привет, переход на TCP работает для нас. Это было довольно давно, но наше последнее предположение заключалось в том, что, возможно, проверки размера пакетов corosync могут быть ответственны за проблему. Наши размеры пакетов для метрик постоянно начинали с высокого значения и затем уменьшались, пока не достигали нашего метрического сервера. Затем всё начиналось заново. Но это действительно лишь предположение.