Hallo,
durch Zufall sind mir bei einer VM sehr viele verworfene Pakete beim Netzwerk aufgefallen.
Ich habe dann mal direkt bei Proxmox (derzeit 5.4-10) nachgesehen und bereits dort ist der Wert von RX dropped bei vmbr0 und vmbr1 sehr hoch.
Alle Netzwerkkarten sind E1000.
enp11s2 ist "solo" auf vmbr0 und hat mit den VMs nichts zu tun sondern wird ausschließlich für die Proxmox Konfiguration verwendet.
enp6s0f0 und enp6s0f1 werden zu bond0 zusammengeschlossen und zeigen dann auf vmbr1 welches als Netzwerk für die VMs genutzt wird.
Auffällig finde ich, dass ausschließlich bei vmbr0 und vmbr1 RX dropped auffällig hoch ist, bei enp11s2, enp6s0f0, enp6s0f1 und bond0 hingegen alles unauffällig erscheint.
Meine Netzwerkkonfiguration ist sicher von Interesse:
Proxmox ist hier an einen 8-Port Gigabit Smart Switch TP-Link T1500G-8T angeschlossen.
Was kann die Ursache für den hohen RX dropped sein, wie könnte ich dies beheben, welche anderen Daten oder Angaben werden noch benötigt?
In einigen Beiträgen mit ähnlichen Problemen (hoher RX dropped in der VM) habe ich gelesen, man solle das Netzwerk für die VM auf virtio umstellen, dies behebe wohl das Problem. Dies ist hier aber bereits von Anfang an so und ich meine, da vmbr0 ja hier gar nichts mit einer VM zu tun hat, hätte es zumindest auf diese Schnittstelle keinen Einfluss.?
Ich konnte aber nicht finden, ob dort der hohe RX dropped nur in der VM auftritt oder auch auf Proxmox selbst, so wie jetzt hier.
Viele Grüße
Detlef Paschke
durch Zufall sind mir bei einer VM sehr viele verworfene Pakete beim Netzwerk aufgefallen.
Ich habe dann mal direkt bei Proxmox (derzeit 5.4-10) nachgesehen und bereits dort ist der Wert von RX dropped bei vmbr0 und vmbr1 sehr hoch.
Code:
root@Proxmox:~# ifconfig
bond0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::c3:58ff:fe2b:1457 prefixlen 64 scopeid 0x20<link>
ether 02:c3:58:2b:14:57 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 82 bytes 5836 (5.6 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp11s2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::225:90ff:fe3a:2a2d prefixlen 64 scopeid 0x20<link>
ether 00:25:90:3a:2a:2d txqueuelen 1000 (Ethernet)
RX packets 1037008 bytes 109949733 (104.8 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 152150 bytes 78549583 (74.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp6s0f0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::230:48ff:fe32:654c prefixlen 64 scopeid 0x20<link>
ether 00:30:48:32:65:4c txqueuelen 1000 (Ethernet)
RX packets 20058058 bytes 1650828664 (1.5 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 20385175 bytes 30423964069 (28.3 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 18 memory 0xd8800000-d8820000
enp6s0f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::230:48ff:fe32:654d prefixlen 64 scopeid 0x20<link>
ether 00:30:48:32:65:4d txqueuelen 1000 (Ethernet)
RX packets 2619462 bytes 2363564665 (2.2 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 22002618 bytes 32820774465 (30.5 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 19 memory 0xd8820000-d8840000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 43656 bytes 3938431 (3.7 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 43656 bytes 3938431 (3.7 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
tap100i0: flags=4419<UP,BROADCAST,RUNNING,PROMISC,MULTICAST> mtu 1500
ether ea:68:92:9f:3a:74 txqueuelen 1000 (Ethernet)
RX packets 20029554 bytes 61602823420 (57.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 21253181 bytes 3845382761 (3.5 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
vmbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.50 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::225:90ff:fe3a:2a2d prefixlen 64 scopeid 0x20<link>
ether 00:25:90:3a:2a:2d txqueuelen 1000 (Ethernet)
RX packets 1036915 bytes 95426857 (91.0 MiB)
RX errors 0 dropped 741689 overruns 0 frame 0
TX packets 131764 bytes 48440485 (46.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
vmbr1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::230:48ff:fe32:654c prefixlen 64 scopeid 0x20<link>
ether 00:30:48:32:65:4c txqueuelen 1000 (Ethernet)
RX packets 920121 bytes 80663742 (76.9 MiB)
RX errors 0 dropped 741647 overruns 0 frame 0
TX packets 59 bytes 4258 (4.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Alle Netzwerkkarten sind E1000.
enp11s2 ist "solo" auf vmbr0 und hat mit den VMs nichts zu tun sondern wird ausschließlich für die Proxmox Konfiguration verwendet.
enp6s0f0 und enp6s0f1 werden zu bond0 zusammengeschlossen und zeigen dann auf vmbr1 welches als Netzwerk für die VMs genutzt wird.
Auffällig finde ich, dass ausschließlich bei vmbr0 und vmbr1 RX dropped auffällig hoch ist, bei enp11s2, enp6s0f0, enp6s0f1 und bond0 hingegen alles unauffällig erscheint.
Meine Netzwerkkonfiguration ist sicher von Interesse:
Code:
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
iface enp6s0f0 inet manual
iface enp6s0f1 inet manual
#allow-hotplug enp11s2
allow-vmbr0 enp11s2
iface enp11s2 inet manual
ovs_type OVSPort
ovs_bridge vmbr0
dns-nameservers 192.168.0.1
dns-search home.lan
allow-vmbr1 bond0
iface bond0 inet manual
ovs_bonds enp6s0f0 enp6s0f1
ovs_type OVSBond
ovs_bridge vmbr1
ovs_options bond_mode=balance-tcp lacp=active
auto vmbr0
iface vmbr0 inet static
address 192.168.0.50
netmask 255.255.255.0
gateway 192.168.0.1
ovs_type OVSBridge
ovs_ports enp11s2
auto vmbr1
iface vmbr1 inet manual
ovs_type OVSBridge
ovs_ports bond0Proxmox ist hier an einen 8-Port Gigabit Smart Switch TP-Link T1500G-8T angeschlossen.
Was kann die Ursache für den hohen RX dropped sein, wie könnte ich dies beheben, welche anderen Daten oder Angaben werden noch benötigt?
In einigen Beiträgen mit ähnlichen Problemen (hoher RX dropped in der VM) habe ich gelesen, man solle das Netzwerk für die VM auf virtio umstellen, dies behebe wohl das Problem. Dies ist hier aber bereits von Anfang an so und ich meine, da vmbr0 ja hier gar nichts mit einer VM zu tun hat, hätte es zumindest auf diese Schnittstelle keinen Einfluss.?
Ich konnte aber nicht finden, ob dort der hohe RX dropped nur in der VM auftritt oder auch auf Proxmox selbst, so wie jetzt hier.
Viele Grüße
Detlef Paschke
