Умирает сетевой адаптер.

[Acumen]

Купил недавно 2 планки сетевух, поставил одну настроил все нормально, через пару дней адаптер умер, странно ... физически сервер работает терминал работает пинг с IP сетевухи этой пингуется, после ребута сетевуха начинает опять нормально работать, и те же грабли через время она падает.
Ну я тогда давай менять на 2-ю планку, ну как-бы все настроил инет работает прошло дней 6 уже и сегодня она тоже давай падать, и те же симптомы.

Вывожу вам: lspci

(Нажмите, чтобы показать/скрыть)

Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+

что из них встроенная а что в PCI я так и не понял ))

Железо:

(Нажмите, чтобы показать/скрыть)

Motherboard: Intel DG945GCLF
Ram: 1Gb
uname -a: Linux ns-route 2.6.28-11-server #42-Ubuntu SMP Fri Apr 17 02:45:36 UTC 2009 x86_64 GNU/Linux

Пользователь решил продолжить мысль 12 Декабря 2009, 20:32:19:уже думаю ставить Ubuntu Server 9.10 x86

[Acumen]

Переход не дал результатов,

можно не ребутить сервер а просто прописать:
ifconfig eth1 down
ifconfig eth1 up
и сеть опять работает.

Но я так и не знаю чего падает сеть.

[kobaltd]

дождаться пока упадет сетка
dmesg
cat  /var/log/messages
cat /var/log/kernel
cat /var/log/syslog
cat /var/log/debug
и в студию для начала

[SergeyIT]

Может микрухи перегреваются. Было такое у хаба Длинк. При длинных посылках на 50 метров.

[Acumen]

Насколько я уже выяснил у сервера есть лимит одновременных подключений, так как это ШЛЮЗ и за ним находятся сервера: WEB, GAMES... у него получается очень много одновременных подключений.

Выкладываю приблизительное время отключения сети.
Это произошло примерно в 1 час ночи 17 числа.

/var/log/messages

(Нажмите, чтобы показать/скрыть)

Dec 17 01:00:39 route kernel: [269076.755852] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Dec 17 01:26:04 route kernel: [270602.163653] process `sysctl' is using deprecated sysctl (syscall) net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms instead.
Dec 17 06:44:42 route rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="542" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.

/var/log/kern.log

(Нажмите, чтобы показать/скрыть)

Dec 16 20:42:13 route kernel: [253570.979900] UDP: bad checksum. From 77.122.188.181:27005 to XX.XXX.XXX.XX:27016 ulen 39
Dec 16 23:22:53 route kernel: [263211.164832] UDP: bad checksum. From 189.18.4.55:60019 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 01:00:39 route kernel: [269076.755852] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Dec 17 01:00:50 route kernel: [269087.692013] eth1: no IPv6 routers present
Dec 17 01:13:41 route kernel: [269859.045810] UDP: bad checksum. From 187.10.241.62:2143 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 01:23:55 route kernel: [270473.337653] UDP: bad checksum. From 85.228.187.188:51580 to XX.XXX.XXX.XX:27016 ulen 37
Dec 17 01:24:22 route kernel: [270500.642502] UDP: bad checksum. From 85.228.187.188:51580 to XX.XXX.XXX.XX:27016 ulen 46
Dec 17 01:26:04 route kernel: [270602.163653] process `sysctl' is using deprecated sysctl (syscall) net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms instead.
Dec 17 01:37:42 route kernel: [271300.586055] UDP: bad checksum. From 189.46.239.163:1737 to XX.XXX.XXX.XX:27016 ulen 33
Dec 17 02:04:36 route kernel: [272913.727309] UDP: bad checksum. From 187.10.200.198:62099 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 04:27:41 route kernel: [281499.479746] UDP: bad checksum. From 187.35.58.220:2442 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 04:27:43 route kernel: [281500.684078] UDP: bad checksum. From 187.35.58.220:2442 to XX.XXX.XXX.XX:27016 ulen 33
Dec 17 07:55:58 route kernel: [293996.374597] UDP: bad checksum. From 70.25.99.226:2251 to XX.XXX.XXX.XX:27015 ulen 33

/var/log/syslog
Вообще нечего подозрительного нет, но меня настораживают эти сообщения:

(Нажмите, чтобы показать/скрыть)

Dec 17 07:55:58 route kernel: [293996.374597] UDP: bad checksum. From 70.25.99.226:2251 to XX.XXX.XXX.XX:27015 ulen 33

/var/log/debug
Когда я его открыл я поразился:

(Нажмите, чтобы показать/скрыть)

Dec 16 23:22:53 route kernel: [263211.164832] UDP: bad checksum. From 189.18.4.55:60019 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 01:00:50 route kernel: [269087.692013] eth1: no IPv6 routers present
Dec 17 01:13:41 route kernel: [269859.045810] UDP: bad checksum. From 187.10.241.62:2143 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 01:23:55 route kernel: [270473.337653] UDP: bad checksum. From 85.228.187.188:51580 to XX.XXX.XXX.XX:27016 ulen 37
Dec 17 01:24:22 route kernel: [270500.642502] UDP: bad checksum. From 85.228.187.188:51580 to XX.XXX.XXX.XX:27016 ulen 46
Dec 17 01:37:42 route kernel: [271300.586055] UDP: bad checksum. From 189.46.239.163:1737 to XX.XXX.XXX.XX:27016 ulen 33
Dec 17 02:04:36 route kernel: [272913.727309] UDP: bad checksum. From 187.10.200.198:62099 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 04:27:41 route kernel: [281499.479746] UDP: bad checksum. From 187.35.58.220:2442 to XX.XXX.XXX.XX:27015 ulen 33
Dec 17 04:27:43 route kernel: [281500.684078] UDP: bad checksum. From 187.35.58.220:2442 to XX.XXX.XXX.XX:27016 ulen 33
Dec 17 07:55:58 route kernel: [293996.374597] UDP: bad checksum. From 70.25.99.226:2251 to XX.XXX.XXX.XX:27015 ulen 33

Все кто понял вместо XX.XXX.XXX.XX был мой внешний IP.

Насколько я понял ответ мне дает вот эта маленькая документация: http://community.livejournal.com/ru_nix/20149.html
Скажем так я не видел чтоб терминал заваливало сообщениями типа: nf_conntrack: table full, dropping packet.
Но прошу совета связано оно ли с этим?

Может микрухи перегреваются. Было такое у хаба Длинк. При длинных посылках на 50 метров.

Никакого оборудования от фирмы D-Link не имею, перегрев невозможен, сервер находится в серверной где идет циркуляция воздуха.

[Acumen]

Актуально!

[sanchin]

Всем!!
Видимо это очень специфичная проблема...
Стоит Ubuntu 9.10 сервер. После установки Bind9+DHCP3, понеслась такая же хрень с UDP...
Блин, а как спойлер в быстром поставить?... Ну да я коротэнько:

Jul 18 17:20:52 gate kernel: [179169.559806] UDP: bad checksum. From 96.253.216.7:19603 to 192.168.50.2:60515 ulen 75
Jul 18 17:23:01 gate kernel: [179298.079502] UDP: bad checksum. From 96.253.216.7:19603 to 192.168.50.2:60515 ulen 38
Jul 18 17:24:03 gate kernel: [179360.227239] UDP: bad checksum. From 190.227.97.28:64358 to 192.168.50.2:1026 ulen 389
Jul 18 17:27:43 gate kernel: [179580.486839] UDP: bad checksum. From 96.253.216.7:19603 to 192.168.50.2:60515 ulen 38

При этом все работает исправно... ХЗ как победить... В инете - о-о-очень мало инфы с решениями. В основном все грешат на настройки сетевой катры или на нее саму...
Вот такая хрень...