close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 5 years ago

Closed 4 years ago

#4486 closed Defekt (erledigt)

Fehlerraten auf proxmox Interfaces

Reported by: Stephan Richter Owned by: bau
Priority: schnell erledigen Milestone: Schuljahr 2022/23
Component: Server: allgemein Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc: Rüdiger Kupper

Description

Checkmk sieht regelmäßig erhöhte input Fehlerraten auf:

  • promoxkwrs: Interface03
  • proxmoxls2: Interface06

Ein erster Versuch wäre, die Kabel zu tauschen/Ports zu entstauben.
Habt ihr noch weitere Ideen?

Change History (10)

comment:1 by Stephan Richter, 5 years ago

Teilweise treten die Fehler simultan auf. Sind die Rechner im selben Raum? Oder laufen die entsprechenden Patch-Kabel irgendwo parallel oder hängen sie (benachbart) am selben Switch?

comment:2 by bau, 5 years ago

ProxmoxKWRS und ProxMoxLS2 haben 10GE-Glasfaserinterfaces über die VLAN-Trunks laufen.

comment:3 by Stephan Richter, 5 years ago

Das heißt, dass die beiden Interfaces nur virtuell sind.

Dann bin ich jetzt sehr irritiert, dass immer die selben Interfaces Fehlerraten haben - und dann auch noch teilweise gleichzeitig.

Welche VMs / Container benutzen denn diese beiden Ports?

comment:4 by Stephan Richter, 5 years ago

Hier werden verschiedene Ursachen und Debug-Strategien diskutiert: ​https://github.com/netdata/netdata/issues/5158

Eine sprang mir ins Auge: Ankommenden Pakete mit einem VLAN-Tag, dass am interface nicht konfiguriert ist --> diese Pakete werden gedropped und als in-Error markiert.

@Jens: Kannst du überprüfen, ob die Listen der VLANs auf dem Trunk auf beiden Seiten (Cisco und proxmoxe) konsistent sind.

comment:5 by bau, 5 years ago

Ja, aber ein NIC ist ja real, nämlich das, welches den VLAN-Trunk bildet.
Zunächst möchte ich also mal prüfen, was das für NIC sind, die da Probleme melden (INT 3 bzw. 6)

Bislang bin ich so vorgegangen:

  • Einrichtung eines TRUNK-Interfaces
  • auf dem cisco: alle VLANs erlaubt
  • auf dem Server sind virtuelle VLAN-NIC eingerichtet,
  • alle anderen VLANs sind auf dem Server irrelevant
  • der cisco sollte eigentlich keine Pakete mit VLAN-Tags von VLANs senden, die nicht vorhanden sind (VTP)

Man kann natürlich alle nicht benötigten VLANs auf dem Cisco sperren.

comment:6 by bau, 5 years ago

Das 10GE-Interface für den ProxMoxKWRS ist nun auf dem ciscoServerraum auf die VLAN 3-11-16-30-32-63 eingeschränkt.

comment:7 by Stephan Richter, 5 years ago

Das hatte auf jeden Fall einen positiven Effekt, aber nicht den eigentlich gewünschten:

  • die Input-Discards Rate ist von 2 pro Sekunde auf Null gefallen. Das ist sicherlich gut so - weniger unnötige Pakete auf der Leitung.
  • die Input-Errors haben also eine andere Ursache

--> Wir sollten die anderen Trunks auf die anderen Virtualisierer ruhig auch so konfigurieren
--> wir bräuchten neue Ideen für die sporadischen Input-Errors

comment:8 by Stephan Richter, 4 years ago

Der Proxmoxkwrs hat in den letzten Wochen keine einzige Warnung diesbezüglich getriggert. Der proxmoxls2 sieht weiterhin regelmäßig Fehlerraten.

Vielleicht hat die Umstellung ja doch was gebracht!?

@bau: Könntest du die gleiche Anpassung am Switch auch noch für den proxmoxls2 machen.

comment:9 by lehm, 4 years ago

Milestone: Schuljahr 2021/22 → Schuljahr 2022/23

Noch aktuell?

comment:10 by Stephan Richter, 4 years ago

Resolution: → erledigt
Status: new → closed

Zur Zeit gibt es keine erhöhten Fehlerraten auf den proxmoxen. Das scheint also geholfen zu haben.

Note: See TracTickets for help on using tickets.