Падает скорость интернета

[AbyssMoon]

Добрый день,
имеем серверную Ubuntu 11.04, которая используется в качестве шлюза, т.е. имеет 2 сетевки, одна из которых смотрит в локальную сеть, а вторая наружу.
проблема в том, что после 5-и часов работы падает скорость интернета со 100мб. до 5мб.
и помогает только перезагрузка. Может кто-нибудь уже сталкивался с подобным?

[xeon_greg]

ну а логи что говорят? ifconfig покажи

[AbyssMoon]

Код: [Выделить]

eth0      Link encap:Ethernet  HWaddr 48:5b:39:2f:af:ea 
          inet addr:xxx.xxx.xxx.xxx  Bcast:217.70.28.127  Mask:255.255.255.248
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:345175 errors:0 dropped:0 overruns:0 frame:0
          TX packets:316851 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:324157720 (324.1 MB)  TX bytes:115983589 (115.9 MB)
          Interrupt:17

eth1      Link encap:Ethernet  HWaddr f4:6d:04:79:62:ea 
          inet addr:192.168.13.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:272676 errors:0 dropped:0 overruns:0 frame:0
          TX packets:348288 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:100052347 (100.0 MB)  TX bytes:324376840 (324.3 MB)
          Interrupt:49 Base address:0x8000

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:34 errors:0 dropped:0 overruns:0 frame:0
          TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3400 (3.4 KB)  TX bytes:3400 (3.4 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:10.10.0.13  P-t-P:192.168.0.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1460  Metric:1
          RX packets:201998 errors:0 dropped:0 overruns:0 frame:0
          TX packets:162805 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:139192024 (139.1 MB)  TX bytes:41179981 (41.1 MB)
а где логи посмотреть?

[xeon_greg]

логи это все что лежит в /var/log/. чет не пойму шлюз на ubuntu собрал а логи не знаешь где. наиболее часто используемые messages syslog daemon.log / смотреть в том промежутке времени когда упала скорость.  да и еще скорость у кого упала  только у клиентов или у сервера в том числе ? и как определил что она упала со 100 до 5 ?

[fisher74]

логи смотрят в /var/log
а ifconfig, думаю, хотели посмотреть во время падения скорости

Помогает только ребут серевера или всё-таки "/etc/init.d/networking restart" тоже помогает?

[AbyssMoon]

ifconfig после падения:

Код: [Выделить]

eth0      Link encap:Ethernet  HWaddr 48:5b:39:2f:af:ea 
          inet addr:xxx.xxx.xxx.xxx  Bcast:217.70.28.127  Mask:255.255.255.248
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:429847 errors:0 dropped:0 overruns:0 frame:0
          TX packets:397612 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:376613519 (376.6 MB)  TX bytes:148729502 (148.7 MB)
          Interrupt:17

eth1      Link encap:Ethernet  HWaddr f4:6d:04:79:62:ea 
          inet addr:192.168.13.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:341200 errors:0 dropped:0 overruns:0 frame:0
          TX packets:429882 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:116445595 (116.4 MB)  TX bytes:375506852 (375.5 MB)
          Interrupt:49 Base address:0x8000

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:40 errors:0 dropped:0 overruns:0 frame:0
          TX packets:40 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4000 (4.0 KB)  TX bytes:4000 (4.0 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:10.10.0.13  P-t-P:192.168.0.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1460  Metric:1
          RX packets:273041 errors:0 dropped:0 overruns:0 frame:0
          TX packets:230300 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:174392672 (174.3 MB)  TX bytes:66656837 (66.6 MB)скорость падает на сервере,networking тоже помогает,
сейчас еще логи гляну.
Пользователь решил продолжить мысль 14 Сентября 2011, 16:03:25:Скорость тестим speedtest.net и wget до mirror.yandex
После ребута скорость 100мбит\с, потом через произвольное время падает до 3-5 мбит\с

[fisher74]

ну ещё как вариант pon/poff соединения VPN попробовать дёргать

[AbyssMoon]

Код: [Выделить]

/var/log/syslog | grep rtl8169
Sep 14 13:40:48 anna kernel: [15683.228304] [<ffffffffa004a020>] (rtl8169_interrupt+0x0/0x250 [r8169])
Sep 14 15:23:54 anna kernel: [ 2615.774841] [<ffffffffa005f020>] (rtl8169_interrupt+0x0/0x250 [r8169])

Вот единственное, что подходит по времени.
Похоже что-то с прервывание, если это конечно оно...
Ждем следующего падения скорости...

[Alex_Kj]

У меня такая же проблема (http://linuxforum.ru/viewtopic.php?id=16507), пока ещё не разобрался. Глюки видимо в драйвере 8169 для сетевой карты.

[Haron Prime]

Alex_Kj
http://tuksik.ru/max-pptp/

[Alex_Kj]

Haron Prime
Это немного не то. Связь с внешкой всегда стабильная (eth0), глюки с локалкой (eth1). Подробнее данную проблему я описал на linuxforum (ссылка выше).

[shumtest]

Глюки видимо в драйвере 8169 для сетевой карты.

Почти 100% - нет. Данный глюк может вылезти не только на реалтековских картах, а вообще на любом оборудовании садящемся в очередь на 19 прерывание.

Где и в чем именно глюк - не понятно, но проблема софтверная, хотя некоторым (судя по поискам в англ-нете) помогало обновление биоса, некоторым установка карт в другой слот, добавление опций загрузки, правка конфига кернела и т.д. и т.п.

Объясняю почему думаю что софтовая:
Была такая-же проблема. На протяжении ~полугода (не сильно мешала - ни кто особо сильно не озаботился, т.к. были более приоритетные задачи, хотя попытки найти решение были - чисто теоретические, т.е. изменений в систему не вносили - искали инфу). Сетевушки были НЕ реалтек.
Потом система просто перестала грузиться (падение в кернел-паник на этапе инита оборудования). Нового железа/софта не ставилось (кроме регулярных апдейтов).
На копии винта, сделанной ~за два месяца до проявления глюка, все стабильно работает по сей день (~три месяца, апдейты так-же ставятся).
Винт, снятый после падения, стабильно работает в другой машине (был переразбит после слива всей нужной инфы).