[Comm] M2.2&ping with 80%loss
Andrii Dobrovol's'kii
=?iso-8859-1?q?dobr_=CE=C1_iop=2Ekiev=2Eua?=
Вс Дек 14 18:08:19 MSK 2003
Всем привет,
Помогите разобраться.
Есть сервер с М2.2. Два интерфейса, один внутрь второй наружу сети.
dmesg |grep net
eepro100.c:v1.09j-t 9/29/99 Donald Becker
http://www.scyld.com/network/eepro100.html
eth0: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:07:E9:13:97:25, I/O
at 0xdc00, IRQ 15.
eth1: Intel Corp. 82801BD PRO/100 VE (LOM) Ethernet Controller,
00:07:E9:AE:29:14, I/O at 0xd480, IRQ 11.
Здесь настораживает 11 прерівание у проблемного интерфейса.
eepro100.c:v1.09j-t 9/29/99 Donald Becker
http://www.scyld.com/network/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin
<saw на saw.sw.com.sg> and others
PCI: Found IRQ 15 for device 01:02.0
PCI: Sharing IRQ 15 with 00:1d.2
PCI: Sharing IRQ 15 with 00:1f.1
divert: allocating divert_blk for eth0
eth0: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:07:E9:13:97:25, I/O
at 0xdc00, IRQ 15.
Board assembly a80897-003, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
Secondary interface chip i82555.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0xd0a6c714).
PCI: Found IRQ 11 for device 01:08.0
divert: allocating divert_blk for eth1
eth1: Intel Corp. 82801BD PRO/100 VE (LOM) Ethernet Controller,
00:07:E9:AE:29:14, I/O at 0xd480, IRQ 11.
Board assembly 000000-000, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x04f4518b).
Так же:
cat /proc/interrupts
CPU0
0: 16454529 XT-PIC timer
1: 417 XT-PIC keyboard
2: 0 XT-PIC cascade
3: 0 XT-PIC Intel 82801DB-ICH4
5: 0 XT-PIC usb-uhci
8: 1 XT-PIC rtc
10: 98087 XT-PIC sym53c8xx
11: 8845 XT-PIC usb-uhci, eth1
12: 21 XT-PIC PS/2 Mouse
14: 0 XT-PIC ide0
15: 19716 XT-PIC usb-uhci, eth0
NMI: 0
LOC: 0
ERR: 0
MIS: 0
Настораживает потому, что я не вижу где оно дает прерывание видеокарте?
А ей обычно достается именно 11. Статистика интерфейса без проблем:
netstat -i
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP
TX-OVR Flg
eth0 1500 0 16608 0 0 0 10092 0 0
0 BMNRU
eth1 1500 0 4159 0 0 0 4933 0 0
0 BMRU
lo 16436 0 124 0 0 0 124 0 0
0 LRU
ip l l
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,NOTRAILERS,UP> mtu 1500 qdisc pfifo_fast
qlen 100
link/ether 00:07:e9:13:97:25 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
link/ether 00:07:e9:ae:29:14 brd ff:ff:ff:ff:ff:ff
Отличие только в NOTRAILERS.
ip r l
a.z.y.x/28 dev eth0 proto kernel scope link src a.z.y.мой_адр
192.168.100.0/24 dev eth1 proto kernel scope link src 192.168.100.1
127.0.0.0/8 dev lo scope link
default via а.z.y.адр_шлюза_доступа dev eth0
Как и должно быть.
ip a s
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
2: eth0: <BROADCAST,MULTICAST,NOTRAILERS,UP> mtu 1500 qdisc pfifo_fast
qlen 100
link/ether 00:07:e9:13:97:25 brd ff:ff:ff:ff:ff:ff
inet a.z.y.мой_адр/28 brd 194.44.164.159 scope global eth0
3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
link/ether 00:07:e9:ae:29:14 brd ff:ff:ff:ff:ff:ff
inet 192.168.100.1/24 brd 192.168.100.255 scope global eth1
Почему он теряет до 80 процентов пакетов пинга? Самое смешное, что это
единственный специально купленый сервер. Рядом стоят ещё 4 М2.2 в разных
"позициях" и пашут как часы на чём досталось под руку... Тьху три раза.
А этот никак... :(( Что я не замечаю?
Подробная информация о списке рассылки community