Error I40E promiscuous mode after update from 9.715 to 9.716

Hey Helmut Thomas ,

Vielen Dank, dass Sie sich an die Community gewandt haben. Können Sie bitte die folgende Ausgabe der Schnittstelle teilen: ethtool -k <interface><Portno>
Beispiel: ethtool -k eth0

Guten Morgen,

gerne:

vorher:
ethtool -k ethNN |grep segmen
tcp-segmentation-offload: on
tx-tcp-segmentation: on
tx-tcp-ecn-segmentation: on
tx-tcp6-segmentation: on

dann:
/sbin/ethtool -K ethNN tso off

nachher:
ethtool -k ethNN |grep segmen
tcp-segmentation-offload: off
tx-tcp-segmentation: off
tx-tcp-ecn-segmentation: off
tx-tcp6-segmentation: off

Gruß

Dirk

Ja, Anzahl steht oben im Text

Überprüfen Sie den folgenden Parameter in der Ausgabe: „rx-vlan-offload“. Wenn dieser aktiviert ist, setzen Sie ihn auf „off“.

Ich verstehe nicht warum ich das tun sollte, bitte etwas mehr Infos, danke.

Moin,

sehe nur ich keine weiteren Antworten oder kam hier nichts mehr?
Ist das Problem bei euch gelöst?

Hallo,

das Ganze gestaltet sich etwas zäh. Auf meinen offiziellen Call bei Sophos direkt habe ich letztlich nur bestätigt bekommen, dass es so ist wie Dirk weiter oben im Thread schon analysiert hat. Hier mal die offizielle Antwort von Sophos zum meinem Call:

As I have completed the log review and investigation, I was able to identify the same issue being reported by other customers as well. Below is the investigation ID:
 

Our development team have confirmed that, there are changes been taken with 9.7.16 which has potential cause the issue. With the new changes been taken with 9.7.16, we would require to make manual changes.

RCA: The error "I40E_AQ_RC_EINVAL adding RX filters on PF, promiscuous mode forced on" indicates that Ethernet card has run out of space for more filters the driver (i40e) is trying to add. In order to release the Ethernet card from this, we suggest to turn off the offload feature that should save some memory and power as well. To make it easier, 9.716 has added the configuration option for it. Earlier, there were rules available in the "/etc/udev/rules.d/20-nic.rules"

Zur Info.

Gruß

Helmut

klingt alles nach unglaublichem gebastel.

ich sollte folgendes machen, was aber auch nichts gebracht hat.
NIC geht weiterhin regelmäßig down/up  :-/

OBJS itfhw ethernet REF_ItfEthEth17C1Intel[eth17> eth_offload_disabled=1 <= 0=einschalten (Standard); 1=ausschalten

Was ja komisch ist, bei mir bestrifft es nur das eth17 aus dem 4-Port Modul. Das aber auf beiden Maschinen, egal welche gerade Master im HA ist.
Werde im nächsten Wartungsfenster das mal auf einen anderen Slot umbauen.

Grüße

Ja, es ist unbefriedigend was der offizielle Support von Sopohos da macht. Der Fehler tritt auch tatsächlich nur auf dem 10G Flexiport Module auf, da das den i40e Treiber nutzt. Ich fahre zurzeit immer noch auf auf der 9.715. Was Dirk getestet hat ist per ethtool den "TCP Segmenation Offloading" Modus zu deaktivieren. "/sbin/ethtool -K ethNN tso off"; In deinem Fall wäre das ethNNN dann eth17. Und ja, betrifft beide Clusterpartner und tritt auch ohne LACP Verbund auf. Kannst ja mal berichten ob das mit den TSO=off zuverlässig läuft.

 UTM Up2date 9.7 MR17 (9.717) released 

jetzt soll es gefixt sein :-)

Guten Morgen,

ja es sieht gut aus, die ersten Tests waren erfolgreich und es kam bis jetzt nach dem Update zu keinen weiteren Störungen.

Gruß Dirk

Guten Morgen,

ich arbeite seit knapp 3 Wochen mit 9.716 mit dem OBJS-Hotfix und es läuft stabil. Das Update auf die 9.717 mache ich erst nächste Woche. Da Dirk die gleichen Probleme hatte wie ich, gehe ich davon aus, dass die 9.717 auch bei mir ohne Probleme laufen wird.

Gruß

Helmuu

Guten Morgen,

ich arbeite seit knapp 3 Wochen mit 9.716 mit dem OBJS-Hotfix und es läuft stabil. Das Update auf die 9.717 mache ich erst nächste Woche. Da Dirk die gleichen Probleme hatte wie ich, gehe ich davon aus, dass die 9.717 auch bei mir ohne Probleme laufen wird.

Gruß

Helmuu