У нас есть сервер Dell PowerEdge 840 под управлением 64-разрядной версии CentOS 6.0 с 2 ГБ памяти ECC. Когда какой-либо пользователь входит по ssh, через некоторое время сеанс завершается с выводом:
Corrupted MAC on input. Packet Corrupt
Так происходит неизменно. Сеанс ssh может работать в течение некоторого времени, но в конечном итоге не удается. Я заметил, что это чаще, когда я использую X-forwarding.
После Поиск в Google Что касается ответов, я считаю, что есть проблема с оборудованием (возможно, с памятью) с сервером. Вывод из lshw (память).
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)
Я запустил memtest86 +, и он не вернул ошибок. Я также переустановил память, переместил модули памяти в разные слоты и даже увеличил пространство подкачки до 4 ГБ. Сервер - это тестовый сервер, который запускает предварительно настроенный сервер Apache (скомпилированный из исходного кода) на разных портах. Поскольку каждый разработчик имеет свой собственный httpd.conf и тестовую среду, может работать более одного сервера Apache.
Я также проверил системный журнал на наличие сообщений об ошибках, но не нашел ничего интересного. Даже после того, как я попросил всех прекратить использование сервера с минимальным использованием памяти, я все равно получаю то же сообщение об ошибке, и мой сеанс ssh завершается сообщением об ошибке, которое я указал выше.
Какими должны быть мои следующие шаги для устранения неполадок?
Спасибо sendmoreinfo,
Похоже, что виновата контрольная сумма TCP. Я отключил разгрузку контрольной суммы TCP:
ethtool -K eth0 tx off rx off
и он снова заработал.
как предложено в «Поврежденный MAC на входе. Пакет поврежден» при передаче файлов по SSH, SCP и FTP на сервере Linux., Разгрузка TCP могла быть проблемой. Используйте ethtool, чтобы проверить и настроить его.