Зависает внутренняя сеть

Кто-то внутри шалит, инспекция трафика тебе поможет. tcpdump или Wireshark тебе в руки

Ну или хотя бы

iftop -i eth1 

поможет понять, куда и откуда бежит много трафика.

На коммутаторе ничего бешено не моргает? Может там петля?

По описанию на петлю похоже...

sudo ethtool -S eth1 | grep error
и вот так было-бы тоже не плохо, хоть понятно станет, что за ошибки и куда копать

Тут много чего. Чаще появляются строки обмена данными корпоративной почты. Кстати, зависания начались как раз, после настройки корпоративной почты на Zimbra. Только сама почта весит на другом сервере, за шлюзом, под управлением Ubunta Server 12.04. Так кстати тоже есть drop пакеты. Но error и frame нету.

А что за сетевуха-то ?

Врятли петля. Сеть не особо сложная. 1й офис(15 пк)--->24х портовый комм-р DLINK------ ------->8ми портовый гигабитный свич<----------24х портовый комм-р DLINK<--------------------------2й офис(10 пк). Другие офисы соеденены gre туннелями. На их шлюзах зависаний интерфейсов не обнаружено. Я заметил, если просто идут DROP пакеты, то сеть не зависает, но стоит появится парочке ERROR вместе с FRAME, сразу отвал.

lshw -class network

description: Ethernet interface
       product: RTL-8139/8139C/8139C+
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 1
       bus info: pci@0000:05:01.0
       logical name: eth1
       version: 10
       serial: 00:e0:51:8e:07:4e
       size: 100MB/s
       capacity: 100MB/s
       width: 32 bits
       clock: 33MHz

А может интерфейс падать в такие ошибки из за «корявых» правил в IPTABLES?

Мать интел, разъем pci ?

Врятли.

я кстати в свое время петлю с помощью wi-fi создал ;) Подключил wi-fi роутер по сети, а потом коллеги воткнули в него lan когда уже дотянули сеть до нового кабинета.

Я бы:

1) все-таки убедился, что проблема программная, отключил по возможности конечные линки и подождал воспроизведения проблемы.

2) дальше гуглить и анализировать трафик. dmesg, /var/log/messages, load average.

Ага

Пошарил лог messages. Искал запрос eth1. В итоге следующая закономерность на eth1.

8139too 0000:05:01.0: eth1: RealTek RTL8139 at 0xd100, 00:e0:51:8e:07:4e, IRQ 19

затем, по такому же времени, только ниже по списку, следующее событие

eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1

Значит ли это что нибудь?

Сегодня с утра опять зависла сеть. После перезапуска eth1 первым делом зашел в /var/log/messages. Там ничего. Только сообщение что eth1 up. И все.(((

А может из за коммутатора появляться такие ошибки? Я вчера подключал другой коммутатор. Подключил к нему шлюз, контроллер домена, пару компов из сети и свой ноут. Просматривал вывод ifconfig. Кроме drop пакетов, других не было. Может просто не дождался их появления? Или может какой нибудь комп в сети или сервер выносит eth1?

https://www.google.ru/#newwindow=1&q=ifconfig%20errors%20rx

Очень много чего интересного есть почитать и даже с пометкой SOLVED.

Эмм. А как же

1) Менял кабель 2) Менял коммутатор 3) Менял сетевую карту Ни чего не сработало.

?

Менял коммутатор. Временно. Увидев 30 drop пакетов поставил обратно. Переведу сегодня после обеда сеть на другой коммутатор. И подожду возникновения error или frame. Прочитал статью с пометкой SOLVED. Там была проблема с картой Broadcom. У меня такие:

[root@telma rusanovsa]# lspci
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
05:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

Из-за коммутатора вполне может быть. Теоретически может на коммутаторе виснуть порт, и когда вы переподнимаете интерфейс порт на коммутаторе оживает. Так что попробуйте подольше потестировать на другом коммутаторе.

На счет кольца в сети: легла бы вся сеть а не только интерфейс на марутизаторе. И переподнимание интерфейса ничего не давало бы. Но на всякий проверить все равно стоит.

Другой комп или сервер вряд ли может ложить интерфейс кривыми пакетами. Но если не поможет смена коммутатора - выход один: подключать всех по очереди :(

Найди любую PCIe и используй вместо этой.
Могут быть проблемы с гигабитным линком (если свитч не умеет) тогда прибьешь 100/Full евертулом.

У меня во встроенную был подключен интернет канал, в pci(тут дроппы и ошибки) внутренняя сеть. Вчера поменял их местами. В итоге на внутреннюю сетевую карту повешал внутреннюю сеть, на pci повешал провайдера. Теперь ошибок и дропов на внутренней сети нет, соответственно сама ЛВС без всяких колец и глючных коммутаторов, а вот на стороне провайдера полезли дропы. В общем, видимо глючат PCI порты на материнской плате. Либо 2 сетевушки pci сразу)) Такое вообще может быть? Или нести третью pci карту для достовеорности? И еще вопрос. Когда я поменял кабеля местами, и поправил interfaces, перестал работать интернет у компов в сети. На самом шлюзе инет есть, сайты пингуются.. У меня настроен Squid без авторизации. Где в конфиге сказать Squidу слушать не eth2, а eth1 допустим? Беда именно в кальмаре, так как если иду мимо него, iptables пропускают в инет)).

Не, я же тебе сказал - поставь pcie сетевуху. Я уже проверял три. Десятка.