On Wed, May 31, 2006 at 04:35:42PM +0400, Anton Gorlov wrote:
> Что-то на 1 сервере..который работает в качестве роутера и игрового 
> сервера недавно стал замечать ошибки на сетевом интерфейсе:
> 
> [root@zeon root]# ifconfig
> eth0    Link encap:Ethernet  HWaddr 00:02:B3:3F:BE:82
>          ...
>          RX packets:9012965 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:6344815 errors:0 dropped:0 overruns:208 carrier:0
>          collisions:0 txqueuelen:1000
>          RX bytes:2260591529 (2155.8 Mb)  TX bytes:3324664021 (3170.6 Mb)
>         Interrupt:17 Base address:0xd000 Memory:e6301000-e6301038
> 
> eth1    Link encap:Ethernet  HWaddr 00:02:B3:38:91:30
>          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:4187453 errors:0 dropped:0 overruns:34 frame:0
>          TX packets:5679251 errors:0 dropped:0 overruns:1089 carrier:0
>          collisions:0 txqueuelen:1000
>          RX bytes:3131182150 (2986.1 Mb)  TX bytes:1304391003 (1243.9 Mb)
>          Interrupt:18 Base address:0xd400 Memory:e6300000-e6300038

А какие-нибудь сообщения в dmesg при этом появляются?  Ядро там какое?

> Сетёвки- интелы
> 
> 00:0a.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] 
> (rev 08)
>          Subsystem: Intel Corp. EtherExpress PRO/100+ Management Adapter 
> with Alert On LAN*
>          Flags: bus master, medium devsel, latency 32, IRQ 17
>          Memory at e6301000 (32-bit, non-prefetchable) [size=4K]
>          I/O ports at d000 [size=64]
>          Memory at e6000000 (32-bit, non-prefetchable) [size=1M]
>          Expansion ROM at <unassigned> [disabled] [size=1M]
>          Capabilities: [dc] Power Management version 2
> 
> Модуль e100. Вопрос -как лечить?

Вообще tx underrun возникает, когда адаптер начинает передачу пакета до
полного завершения чтения всех его данных из памяти, а потом не успевает
вовремя прочитать данные (например, из-за занятости шины PCI другим
устройством).  Однако вроде бы драйвер e100 в ядрах 2.6.x выставляет
tx_threshold таким образом, что подобная ситуация возникнуть не может
(поскольку значение этого параметра превышает максимальный размер пакета
Ethernet при стандартном MTU).  А вот драйвер e100 в 2.4.x пытается
динамически подстраивать этот параметр - повышает при появлении ошибок и
опять снижает, когда ошибки перестают обнаруживаться, и средств для
управления этим параметром там не предусмотрено.