SSH-Sitzungen werden abrupt mit der Meldung beendet: MAC bei Eingabe beschädigt. Verbindung trennen: Paket beschädigt

7

Wir haben einen Dell PowerEdge 840-Server mit CentOS 6.0 64-Bit und 2 GB ECC-Speicher. Wenn sich ein Benutzer anmeldet, wird die Sitzung nach einiger Zeit mit der Ausgabe beendet:

Corrupted MAC on input. Packet Corrupt

Dies geschieht immer. Die SSH-Sitzung funktioniert möglicherweise einige Zeit, schlägt jedoch schließlich fehl. Mir ist aufgefallen, dass es häufiger vorkommt, wenn ich X-Forwarding verwende.

Nachdem ich nach Antworten gegoogelt habe , glaube ich, dass es ein Hardwareproblem (möglicherweise Speicher) mit dem Server gibt. Ausgabe von lshw (Speicher).

          capabilities: internal write-back unified
 *-memory
      description: System Memory
      physical id: 1000
      slot: System board or motherboard
      size: 2GiB
    *-bank:0
         description: DIMM DDR2 Synchronous 667 MHz (1.5 ns)
         product: 72T64000HU3SB
         vendor: 7F7F7F7F7F510000
         physical id: 0
         serial: 09022F17
         slot: DIMM1_A
         size: 512MiB
         width: 64 bits
         clock: 667MHz (1.5ns)
    *-bank:1
         description: DIMM DDR2 Synchronous 667 MHz (1.5 ns)
         product: 72T64000HU3SB
         vendor: 7F7F7F7F7F510000
         physical id: 1
         serial: 09022E13
         slot: DIMM1_B
         size: 512MiB
         width: 64 bits
         clock: 667MHz (1.5ns)
    *-bank:2
         description: DIMM DDR2 Synchronous 667 MHz (1.5 ns)
         product: 72T64000HU3SB
         vendor: 7F7F7F7F7F510000
         physical id: 2
         serial: 09030910
         slot: DIMM2_A
         size: 512MiB
         width: 64 bits
         clock: 667MHz (1.5ns)
    *-bank:3
         description: DIMM DDR2 Synchronous 667 MHz (1.5 ns)
         product: 72T64000HU3SB
         vendor: 7F7F7F7F7F510000
         physical id: 3
         serial: 09030B13
         slot: DIMM2_B
         size: 512MiB
         width: 64 bits
         clock: 667MHz (1.5ns)

Ich habe memtest86 + ausgeführt und es wurden keine Fehler zurückgegeben. Ich habe auch den Speicher neu eingesetzt, die Speichermodule in verschiedene Steckplätze verschoben und sogar den Swap-Speicher auf 4 GB erhöht. Der Server ist ein Testserver, auf dem ein vorkonfigurierter Apache-Server (aus dem Quellcode kompiliert) an verschiedenen Ports ausgeführt wird. Da jeder Entwickler über eine eigene httpd.conf- und Testumgebung verfügt, können mehrere Apache-Server ausgeführt werden.

Ich habe auch syslog auf Fehlermeldungen überprüft, konnte aber nichts Interessantes finden. Selbst nachdem ich alle gebeten habe, den Server nicht mehr zu verwenden - bei minimalem Speicherbedarf -, wird immer noch dieselbe Fehlermeldung angezeigt, und meine SSH-Sitzung wird mit der oben angegebenen Fehlermeldung beendet.

Was sollten meine nächsten Schritte zur Fehlerbehebung sein?

rchhe
quelle

Antworten:

14

Danke sendmoreinfo,

Es scheint, dass die TCP-Prüfsumme der Schuldige ist. Ich habe das TCP-Prüfsummen-Offload deaktiviert:

ethtool -K eth0 tx off rx off 

und es fing wieder an zu arbeiten.

rchhe
quelle