Ping auf Proxmox Host zeigt doppelte Pakete (DUP!)

[hronny]

Wenn ich einen Ping von einer beliebigen Maschine auf den Proxmoxserver lossende, entstehen irgendwie immer doppelte Pakete. Ich habe schon alle KVM Maschinen deaktiviert und dann die Bridges aufgehoben, so dass nur noch die "normale" eth0 Netzwerkkarte aktiv ist. Aber selbst hier bekomme ich doppelte Pakete.

root@proxmox:~# cat /etc/network/interfaces
# network interface settings; autogenerated
# Please do NOT modify this file directly, unless you know what
# you're doing.
#
# If you want to manage part of the network configuration manually,
# please utilize the 'source' or 'source-directory' directives to do
# so.
# PVE will preserve these directives, but will NOT 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 eth0
iface eth0 inet static
        address  192.168.32.225
        netmask  255.255.255.0
        gateway  192.168.32.1

Und dann der Ping zum Proxmox vom Gateway. Ist aber von einem beliebigen anderen PC auch so.

root@gateway:~# ping 192.168.32.225
PING 192.168.32.225 (192.168.32.225) 56(84) bytes of data.
64 bytes from 192.168.32.225: icmp_req=2 ttl=64 time=4.68 ms
64 bytes from 192.168.32.225: icmp_req=2 ttl=255 time=4.72 ms (DUP!)
64 bytes from 192.168.32.225: icmp_req=3 ttl=255 time=4.13 ms
64 bytes from 192.168.32.225: icmp_req=3 ttl=64 time=4.64 ms (DUP!)
64 bytes from 192.168.32.225: icmp_req=4 ttl=255 time=9.14 ms
64 bytes from 192.168.32.225: icmp_req=4 ttl=64 time=10.2 ms (DUP!)
64 bytes from 192.168.32.225: icmp_req=5 ttl=255 time=96.3 ms
64 bytes from 192.168.32.225: icmp_req=5 ttl=64 time=153 ms (DUP!)

und am Ziel sieht es mit tcpdump dann so aus:

root@proxmox:~# tcpdump -n -i any -vv icmp and host 192.168.32.225
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
21:30:04.445435 IP (tos 0x0, ttl 61, id 8217, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.32.1 > 192.168.32.225: ICMP echo request, id 1963, seq 3, length 64
21:30:04.445435 IP (tos 0x0, ttl 61, id 8217, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.32.1 > 192.168.32.225: ICMP echo request, id 1963, seq 3, length 64
21:30:04.445450 IP (tos 0x0, ttl 64, id 18913, offset 0, flags [none], proto ICMP (1), length 84)
    192.168.32.225 > 192.168.32.1: ICMP echo reply, id 1963, seq 3, length 64
21:30:04.445452 IP (tos 0x0, ttl 64, id 18913, offset 0, flags [none], proto ICMP (1), length 84)
    192.168.32.225 > 192.168.32.1: ICMP echo reply, id 1963, seq 3, length 64
21:30:05.448318 IP (tos 0x0, ttl 61, id 8423, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.32.1 > 192.168.32.225: ICMP echo request, id 1963, seq 4, length 64
21:30:05.448318 IP (tos 0x0, ttl 61, id 8423, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.32.1 > 192.168.32.225: ICMP echo request, id 1963, seq 4, length 64
21:30:05.448330 IP (tos 0x0, ttl 64, id 19162, offset 0, flags [none], proto ICMP (1), length 84)
    192.168.32.225 > 192.168.32.1: ICMP echo reply, id 1963, seq 4, length 64
21:30:05.448331 IP (tos 0x0, ttl 64, id 19162, offset 0, flags [none], proto ICMP (1), length 84)
    192.168.32.225 > 192.168.32.1: ICMP echo reply, id 1963, seq 4, length 64
21:30:06.451702 IP (tos 0x0, ttl 61, id 8631, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.32.1 > 192.168.32.225: ICMP echo request, id 1963, seq 5, length 64
21:30:06.451702 IP (tos 0x0, ttl 61, id 8631, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.32.1 > 192.168.32.225: ICMP echo request, id 1963, seq 5, length 64
21:30:06.451714 IP (tos 0x0, ttl 64, id 19257, offset 0, flags [none], proto ICMP (1), length 84)
    192.168.32.225 > 192.168.32.1: ICMP echo reply, id 1963, seq 5, length 64
21:30:06.451715 IP (tos 0x0, ttl 64, id 19257, offset 0, flags [none], proto ICMP (1), length 84)
    192.168.32.225 > 192.168.32.1: ICMP echo reply, id 1963, seq 5, length 64

Es ist alles noch Standard auf der Maschine. Mich wundert das es jetzt fast drei Jahre problemlos gegangen ist und nun auf einmal diese Fehler sind. Eine Ursache konnte ich noch nicht finden und leider steht mir im Moment nur die Fernwartung zur Verfügung, da ich noch nicht vor Ort kann. Glaube nicht das dies was mit Proxmox zu tun hat, aber vielleicht hat jemand eine Idee woran das liegen könnte? Wenn ich den Proxmox Host neustarte, und dabei anpinge ist zuerst keine Ping vorhanden (klar ist ja nicht erreichbar) und dann ein normaler Ping. Sobald SSH fertig ist habe ich duplicate ping.

Gruß Ronny

 

[fireon]

Vielleicht hilft dir das ein wenig weiter: http://unix.stackexchange.com/questions/13254/what-could-dup-mean-when-using-ping

und dann ein normaler Ping. Sobald SSH fertig ist habe ich duplicate ping.

Wie ist denn der Ping wenn du SSH beendest? Stoppe mal den Dienst.

 

[hronny]

Hi. Also ich konnte nun an der Maschine mal selbst nachsehen. Das "Problem" scheint von der KVM auf dem Fujitsu D3231-S1 zu kommen. Diese arbeitet im Shared Modus, da keine dedizierte Netzwerkkarte dafür vorgesehen ist. Zumindest konnte ich keine finden. Irgendwie kommt sich dann die Netzwerkkarte im Bridgemodus mit der KVM in die Quere. Daher antwortet erst das Proxmoxsystem und dann die KVM hinterher. Durch das "Shareing" wird natürlich die gleiche MAC-Adresse gesendet. Ich konnte das auch mit einer SystemrescueCD nachstellen. Bisher ist mir das in der Art noch nicht untergekommen. Habe nun die KVM ausgeschaltet und nun geht auch alles wieder.

 

[fireon]

Diese arbeitet im Shared Modus

Oh mein Gott, ja den Schrott kenne ich von HP, die haben das mit den shared Karten auch nie hinbekommen. Bei uns hat hier zumindest bei einer Serie ein Firmwareupgrade geholfen.