LINUX.ORG.RU
ФорумAdmin

centos network collision errors

 ,


0

1

Всем доброго времени суток.

Старая физическая машинка под управлением CentOS release 5.11 (Final). Ядро - Linux xxxxxxxx.ru 2.6.18-308.24.1.el5 #1 SMP Tue Dec 4 17:43:34 EST 2012 x86_64 x86_64 x86_64 GNU/Linux

Необычайно высокие показатели network-errors и network-collisions. http://joxi.ru/Dr8o5LQIkQe8YA - графики мунина

ifconfig -a по этому интерфейсу.

eth0      Link encap:Ethernet  HWaddr 00:15:17:A9:72:60
          inet addr:XX.XX.XX.125  Bcast:XX.XX.XX.255  Mask:255.255.254.0
          inet6 addr: yyyy::yyy:yyyy:yyyy:yyyy/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:506446272 errors:0 dropped:30490 overruns:0 frame:0
          TX packets:371753415 errors:45398644 dropped:0 overruns:0 carrier:45398644
          collisions:80114079 txqueuelen:1000
          RX bytes:209708780225 (195.3 GiB)  TX bytes:386363131919 (359.8 GiB)
          Interrupt:90 Memory:b8820000-b8840000

iptables остановлен, selinux тоже. ( в это пожалуйста пинать не нужно - мне её только недавно передали, возможности включить именно сейчас нету - чуть позже включу ).

Вариант типа обновить всё что только можно ( ядро и всё что связано с сетью ) как раз сейчас рассматривается, но вопрос - как понять откуда лезут эти конфликты, и где ещё может быть ошибка

полностью всё выглядит примерно вот так

/etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0
BOOTPROTO=static
HWADDR=00:15:17:A9:72:60
IPADDR=xx.xx.Y1.125
NETMASK=255.255.254.0
GATEWAY=xx.xx.Y1.1
ONBOOT=yes

/etc/sysconfig/network-scripts/ifcfg-eth0:0

DEVICE=eth0:0
BOOTPROTO=static
HWADDR=00:15:17:A9:72:60
IPADDR=xx.xx.Y0.125
NETMASK=255.255.254.0
ONBOOT=yes



Последнее исправление: cetjs2 (всего исправлений: 2)

Физику проверь сначала. Разъём, кабель, розетка и т.п. Похоже на разболтавшийся разъём или пережатый\перекрученый пачкорд.

Jameson ★★★★★
()

Я как то несколько суток ломал голову пытаясь понять, почему у меня в одной из серверных стоек коммутатор начинал адски терять пакеты, а потом восстанавливался, причём всегда в рабочее время и никогда в выходные или праздники. Выяснилось что мой коллега копаясь в серверной приспособился укладывать на стойку радиотрубу от телефона, а первый юнит в стойке как раз коммутатор.

Jameson ★★★★★
()
Ответ на: комментарий от Black_Shadow

+1

rumosЕсли дуплекс не совпадает, то будет значительная разница в скорости приема и передачи при тестировании iperf3.

Одна из причин этого - явное указание скорости порта.

Ну и кабель проверь - carrier обычно говорит, что что-то не так с физикой.

vel ★★★★★
()
Ответ на: комментарий от Black_Shadow

да, проблема была в этом

огромное спасибо, дело было именно в режиме работы сетевухи. -- для будущих поколений:

ethtool eth0
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Half
.....
ethtool -s eth0 speed 100 duplex full autoneg off
vim /etc/sysconfig/network-scripts/ifcfg-eth0
дописываем строку ETHTOOL_OPTS="speed 100 duplex full autoneg off" ( или модифицируем имеющуюся )
ifdown eth0 && ifup eth0

rumos
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.