Пришля осень и, как листья с деревьев, начали сыпатса пушыстые зверки на мой шлюз.
С предыдущего раза, я поменял сетевые местами. Теперь интегрант (eth0) смотрит в локалку, а дискретная карточка (eth1) смотрит в сторону модема. Так вот что было. В пик нагрузки интегрант просто переставал откликатса. Картина с простым пингом была вот такая
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ну и приблизительно так, тока в разнообразных вариацыях. Но вот чтобы полностью отвалитса этого небыло. Сетевая кое как то работала то не работала.
Это уже меня начало так напрегать, что зашёл на сайт Реалтека и скачал драва под свой девайс от производителя. Думаю попробую ещё это. Эта мысль у меня появилась после того как посмотрел , что по умолчанию для интегранта загружалса модуль r8169, а на сайте производителя писало что должен быть r8168. Вот карточки что у меня щас стоят, на интегранте в приведёном примере уже стоят дрова с оффсайта.
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
Subsystem: ASRock Incorporation Motherboard (one of many)
Flags: bus master, fast devsel, latency 0, IRQ 41
I/O ports at d800 [size=256]
Memory at fdfff000 (64-bit, prefetchable) [size=4K]
Memory at fdff8000 (64-bit, prefetchable) [size=16K]
Expansion ROM at feae0000 [disabled] [size=128K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 01
Capabilities: [ac] MSI-X: Enable- Count=4 Masked-
Capabilities: [cc] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 00-00-00-00-68-4c-e0-00
Kernel driver in use: r8168
Kernel modules: r8168
03:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Surecom Technology EP-320X-R
Flags: bus master, medium devsel, latency 32, IRQ 21
I/O ports at e400 [size=256]
Memory at febff800 (32-bit, non-prefetchable) [size=256]
Capabilities: [50] Power Management version 2
Kernel driver in use: 8139too
Kernel modules: 8139too, 8139cp
Скачал драва, с помощью README установил и о чудо, пинги к серваку стали стабильнее и даже, как мне кажытса, сама скорость стала стабильнее. Что имеетса стабильнее в пиковые нагрузки уже не было того что интегрант не откликалса, а просто было что пинги могли, раз через раз немножко возростать.
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время=237мс TTL=64
Ответ от 192.168.0.1: число байт=32 время=50мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время=21мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
В этом я виню шейпер, не хватает канала, потому и пакеты задержываютса, очередь вить.
Но вот незадача. Я не проверил как этот драйвер будет себя вести после перегрузки. А вот вчера у нас вырубили свет и сервак выключилса. Включил я его сегодня, всё вроде поднялось, но вот из локалки пропинговать интегрант (eth0), не вышло. Захожу на сервак консольно, смотрю интерфейсы все поднялись, аёпишки присвоились, но пинги с интегранта никуда не идут. Модуль r8168 офф драйвера подгружен. Полечилось тока после этого
rmmod r8168
modprobe r8168
В логах системы при загрузке вроде все модули без проблем загрузились, а вот потом вот что было в syslog
Oct 1 08:38:07 rm-proxy kernel: [ 402.318247] ------------[ cut here ]------------
Oct 1 08:38:07 rm-proxy kernel: [ 402.318253] WARNING: at kernel/softirq.c:159 local_bh_enable_ip+0x60/0x90()
Oct 1 08:38:07 rm-proxy kernel: [ 402.318255] Hardware name: To Be Filled By O.E.M.
Oct 1 08:38:07 rm-proxy kernel: [ 402.318256] Modules linked in: tun cls_route cls_u32 cls_fw sch_sfq sch_htb ipv6 ipt_REJECT xt_connlimit xt_tcpudp xt_state iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables lp fuse radeon ttm drm_kms_helper drm agpgart processor thermal_sys k10temp r8168(-) rtc_cmos rtc_core 8139too hwmon mii usbhid i2c_algo_bit i2c_piix4 hid i2c_core rtc_lib ppdev parport_pc parport wmi button sg shpchp evdev
Oct 1 08:38:07 rm-proxy kernel: [ 402.318276] Pid: 2371, comm: rmmod Not tainted 2.6.37.6-smp #2
Oct 1 08:38:07 rm-proxy kernel: [ 402.318278] Call Trace:
Oct 1 08:38:07 rm-proxy kernel: [ 402.318281] [<c1042972>] warn_slowpath_common+0x72/0xa0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318283] [<c1048df0>] ? local_bh_enable_ip+0x60/0x90
Oct 1 08:38:07 rm-proxy kernel: [ 402.318285] [<c1048df0>] ? local_bh_enable_ip+0x60/0x90
Oct 1 08:38:07 rm-proxy kernel: [ 402.318287] [<c10429c2>] warn_slowpath_null+0x22/0x30
Oct 1 08:38:07 rm-proxy kernel: [ 402.318289] [<c1048df0>] local_bh_enable_ip+0x60/0x90
Oct 1 08:38:07 rm-proxy kernel: [ 402.318292] [<c19dd192>] _raw_spin_unlock_bh+0x12/0x20
Oct 1 08:38:07 rm-proxy kernel: [ 402.318296] [<f8e6ed92>] destroy_conntrack+0x72/0xb0 [nf_conntrack]
Oct 1 08:38:07 rm-proxy kernel: [ 402.318299] [<c192cc64>] nf_conntrack_destroy+0x14/0x20
Oct 1 08:38:07 rm-proxy kernel: [ 402.318301] [<c18fe2c5>] skb_release_head_state+0xa5/0xe0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318303] [<c18fe000>] __kfree_skb+0x10/0x90
Oct 1 08:38:07 rm-proxy kernel: [ 402.318305] [<c18fe0b4>] consume_skb+0x34/0x70
Oct 1 08:38:07 rm-proxy kernel: [ 402.318309] [<f8772af2>] rtl8168_tx_clear+0xe2/0x130 [r8168]
Oct 1 08:38:07 rm-proxy kernel: [ 402.318312] [<f8775500>] rtl8168_down+0xd0/0x110 [r8168]
Oct 1 08:38:07 rm-proxy kernel: [ 402.318314] [<c1099458>] ? synchronize_sched+0x48/0x50
Oct 1 08:38:07 rm-proxy kernel: [ 402.318317] [<f877696c>] rtl8168_close+0x3c/0x1d0 [r8168]
Oct 1 08:38:07 rm-proxy kernel: [ 402.318320] [<c19209fe>] ? dev_deactivate+0x16e/0x180
Oct 1 08:38:07 rm-proxy kernel: [ 402.318322] [<c1909e36>] __dev_close+0x46/0x80
Oct 1 08:38:07 rm-proxy kernel: [ 402.318324] [<c1909e89>] dev_close+0x19/0x40
Oct 1 08:38:07 rm-proxy kernel: [ 402.318326] [<c190a161>] rollback_registered_many+0x51/0x1c0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318328] [<c190a354>] rollback_registered+0x24/0x40
Oct 1 08:38:07 rm-proxy kernel: [ 402.318330] [<c190a3bf>] unregister_netdevice_queue+0x4f/0xb0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318332] [<c19dbe99>] ? mutex_lock+0x19/0x40
Oct 1 08:38:07 rm-proxy kernel: [ 402.318334] [<c190a4f9>] unregister_netdev+0x19/0x30
Oct 1 08:38:07 rm-proxy kernel: [ 402.318337] [<f87a820c>] rtl8168_remove_one+0x53/0x89 [r8168]
Oct 1 08:38:07 rm-proxy kernel: [ 402.318339] [<c1505b14>] pci_device_remove+0x44/0xf0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318342] [<c157f5c1>] __device_release_driver+0x51/0xb0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318344] [<c157fbf7>] driver_detach+0x87/0x90
Oct 1 08:38:07 rm-proxy kernel: [ 402.318346] [<c157f493>] bus_remove_driver+0x63/0xa0
Oct 1 08:38:07 rm-proxy kernel: [ 402.318348] [<c157fc79>] driver_unregister+0x49/0x80
Oct 1 08:38:07 rm-proxy kernel: [ 402.318351] [<c114f0d4>] ? sysfs_remove_file+0x14/0x20
Oct 1 08:38:07 rm-proxy kernel: [ 402.318353] [<c1504f32>] pci_unregister_driver+0x32/0x80
Oct 1 08:38:07 rm-proxy kernel: [ 402.318355] [<f87a8e0f>] rtl8168_cleanup_module+0x12/0x14 [r8168]
Oct 1 08:38:07 rm-proxy kernel: [ 402.318358] [<c107751d>] sys_delete_module+0x14d/0x230
Oct 1 08:38:07 rm-proxy kernel: [ 402.318360] [<c10e138e>] ? do_munmap+0x1fe/0x280
Oct 1 08:38:07 rm-proxy kernel: [ 402.318362] [<c10e1100>] ? arch_unmap_area_topdown+0x0/0x20
Oct 1 08:38:07 rm-proxy kernel: [ 402.318364] [<c19dd5ac>] syscall_call+0x7/0xb
Oct 1 08:38:07 rm-proxy kernel: [ 402.318366] ---[ end trace 4334ee3c132cf507 ]---
Не знаю это относитса к этому новому модулю или нет. И вот что ещё влезло в глаза messages
Oct 1 08:31:38 rm-proxy kernel: [ 6.298918] 8139too: 8139too Fast Ethernet driver 0.9.28
Oct 1 08:31:38 rm-proxy kernel: [ 6.299011] 8139too 0000:03:06.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
Oct 1 08:31:38 rm-proxy kernel: [ 6.299835] 8139too 0000:03:06.0: eth0: RealTek RTL8139 at 0xe400, 00:02:44:b6:df:43, IRQ 21
Oct 1 08:31:38 rm-proxy kernel: [ 6.303496] rtc_cmos 00:03: RTC can wake from S4
Oct 1 08:31:38 rm-proxy kernel: [ 6.307070] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
Oct 1 08:31:38 rm-proxy kernel: [ 6.307146] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
Oct 1 08:31:38 rm-proxy kernel: [ 6.310673] r8168 Gigabit Ethernet driver 8.037.00-NAPI loaded
Oct 1 08:31:38 rm-proxy kernel: [ 6.310745] r8168 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Oct 1 08:31:38 rm-proxy kernel: [ 6.311478] eth%d: 0xf87b4000, 00:25:22:9a:8c:4d, IRQ 41
Oct 1 08:31:38 rm-proxy kernel: [ 6.311592] r8168: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
Oct 1 08:31:38 rm-proxy kernel: [ 6.346071] udev[1274]: renamed network interface eth0 to eth0-eth1
Oct 1 08:31:38 rm-proxy kernel: [ 6.354043] udev[1276]: renamed network interface eth1 to eth0
Oct 1 08:31:38 rm-proxy kernel: [ 6.401045] udev[1274]: renamed network interface eth0-eth1 to eth1
Так вот что хочу спросить, это сам драйвер кривой или его програма установки не верно собрала и установила. Как верно всё проделать чтобы этот драйвер нормально стартовал при загрузке, а то руками не всегда выйдет его настроить.
Trouble in WINDOWS reboot, trouble in UNIX be root.