Проблема с сетевой карточкой в Slackware 13.37

Люди добрые так это не страшно что система заняла 13 мб свапа или это признаки нехватки ресурсов???

"kisil" написал:

И да какой бы модем вы посоветовалиб для такой нагрузки.

Даже и не знаю...

"kisil" написал:

Люди добрые так это не страшно что система заняла 13 мб свапа или это признаки нехватки ресурсов???

Дак если бы это была нехватка ресурсов, в свопе занято было бы уже не 13 Мбайт. ИМХО, все нормально. Поэкспериметируйте со значением vm_swappiness:

/usr/src/linux/Documentation/sysctl/vm.txt написал:

This control is used to define how aggressive the kernel will swap
memory pages. Higher values will increase agressiveness, lower values
decrease the amount of swap.

Попробуйте уменьшить:

# sysctl -q vm.swappiness          
vm.swappiness = 60
# echo "vm.swappiness = 10" >> /etc/sysctl.conf
# sysctl -p

Опять начались какието непонятки с серваком.
Вот что опять творитса с пингом, который я делаю с простой машыны в сети.
Пинг модема

Это пинг сервака в тырнете

Это пинг карточки что смотрит в сторону модема

Это пинг самого сервака с линухом который смотрит в локалку.

Вот что хочу спросить. Ну придставим себе что подтормажывает и подвисает модем. Значить при этом он начинает плохо откликатса даже на пинг. Что подтверждено. Но почему при этом и возрастают и пинги самого сервака на этом интерфейсе что сомтрит в локалку (Ответ от 192.168.0.1: число байт=32 время=402мс TTL=64). Это что сервак тоже подлагивает при таком раскладе. Что то не верно настроено или как?. В локалку смотрит интегрированая карточка, кабель менял, свича менял. Что может быть.
Даже если нету своевременого отклика от модема, то почему начинает лагать сам сервак на интерфейсе что сомтрит в локаль. Не пойму.
*HELP*

Люди добрые кто то может обяснить такое поведение машыны???
*HELP*
*CRAZY*

Короче новости с полигона наблюдения.
Вчера вечером когда ишёл домой выключил комп и модем, потому что была гроза. Думаю кабы чего не случилось. Сегодня утром пришёл на работу и включил комп и о чудо интерфейс eth0 который смотрит в локалку в выводе ifconfig есть и айпишка ему присвоена, но вот пакеты не ходят. Переданые и полученые пакеты по нулям. Думаю что это уже такое. Кабель к карточке подключён и вчера всё работало. Вывод ethtool eth0 говорит что карточка нормально разпозналась, но линк отсутствует и скорость автоматически выставилась на 10мбит.
Что я предпринял.

ifconfig eth0 down
ifconfig eth0 up

не помогло
Удалил модуль ядра отвечающий за эту карточку и потом снова подгрузил, хотел таким образом ожывить карточку, не помогло. Потом просто поглядел на гнездо карточеи, светлодиоды что показывают линк и передачу даных не светились. Помогла тока перегрузка. Такое впервые. Может это уже начинает материнка глючить или какие нибуть другое железо. Карточка интегрант.
В логах пошарилса ничего не заметил "криминального". Что происходит не пойму. Есть идеи???
*WALL* *HELP*

Проверьте путем установки дискретной карты. Думаю, это действительно может быть аппаратная проблема.

Та уже одна дискретная стоит. А мать у этой машины mATX и есть тока 2 pci. Когда ставлю 2 карточки в pci то линь видит тока одну, а 2 нет.Тоисть таки есть проблемы с материнкой. Наверное она начинает умирать с сетевухи.
Вот и сегодня утром пропал интернет без видимих причин. Модем показывал что интернет поднят, а сетевуха, которая смотрит в сторону модема ничего не передавала. И это именно интегрант. Полечилось перегрузкой. Блин придётса идти в вовскресенье и переносить всё на новый комп, наверное.

А не исключаете, что это udev чудит? Я бы поковырял правила, которые за сеть отвечают.

"yars⇓" написал:

А не исключаете, что это udev чудит?

В Gentoo udev переименовывает интерфейс eth0 в enp2s0, вследствии чего только погдонка конфигов под этот новый интерфейс обеспечивает работу сети:

"Silencer" написал:

В Gentoo udev переименовывает интерфейс eth0 в enp2s0

Это в версии udev от 200 и выше. Predictable network names зовется. Мне непонятно, зачем их было вводить, вроде бы все и без этого было хорошо. А в Slackware пока версия 182.

yars написал:

А не исключаете, что это udev чудит? Я бы поковырял правила, которые за сеть отвечают.

Возможно, а как проверить. Хотя ....
Я после подключения карточки пересмотрел логи загрузкисистемы и никаких признаков разпознавания и подгрузки модуля ядра для 3 карточки. Вот.
Наверное железо.
Йойкс. Просили в поставщика нормальную плату АТХ, а подсунули какоето ....

Пришля осень и, как листья с деревьев, начали сыпатса пушыстые зверки на мой шлюз.
С предыдущего раза, я поменял сетевые местами. Теперь интегрант (eth0) смотрит в локалку, а дискретная карточка (eth1) смотрит в сторону модема. Так вот что было. В пик нагрузки интегрант просто переставал откликатса. Картина с простым пингом была вот такая

Ну и приблизительно так, тока в разнообразных вариацыях. Но вот чтобы полностью отвалитса этого небыло. Сетевая кое как то работала то не работала.
Это уже меня начало так напрегать, что зашёл на сайт Реалтека и скачал драва под свой девайс от производителя. Думаю попробую ещё это. Эта мысль у меня появилась после того как посмотрел , что по умолчанию для интегранта загружалса модуль r8169, а на сайте производителя писало что должен быть r8168. Вот карточки что у меня щас стоят, на интегранте в приведёном примере уже стоят дрова с оффсайта.

Скачал драва, с помощью README установил и о чудо, пинги к серваку стали стабильнее и даже, как мне кажытса, сама скорость стала стабильнее. Что имеетса стабильнее в пиковые нагрузки уже не было того что интегрант не откликалса, а просто было что пинги могли, раз через раз немножко возростать.

В этом я виню шейпер, не хватает канала, потому и пакеты задержываютса, очередь вить.
Но вот незадача. Я не проверил как этот драйвер будет себя вести после перегрузки. А вот вчера у нас вырубили свет и сервак выключилса. Включил я его сегодня, всё вроде поднялось, но вот из локалки пропинговать интегрант (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

Так вот что хочу спросить, это сам драйвер кривой или его програма установки не верно собрала и установила. Как верно всё проделать чтобы этот драйвер нормально стартовал при загрузке, а то руками не всегда выйдет его настроить.
*CRAZY* *HELP*

нашёл несколько статей об том что драйвер r8169 есть кривой для этого интегранта и при нагрузках начинает глючить. *CRAZY*
Описано что нужно ставить офф драва и тогда будет норм. Но что то у меня нормально драва не вышло поставить. Я только что перегрузил сервака, чтобы посмотреть, заработает ли сеть без вмешательства. она заработала, но както с опозданием. Уже линь прогрузилса до приглашения в консоли, а локалка ещё не заработала. Спустя гдето 2-3 мин после полной загрузки системы.
При этом в syslog появились такие баги от ядра.

Такого с старым драйвером r8169 небыло.
Нащот поднятия сети. Я не могу понять, толи тут udev чудит, толи что то другое. Но точно какието скрипты что то проделывают с интерфейсом, хотя, в конце концов сеть поднимают.
Приведу подозрительные куски логов загрузки системы что относятса к сети и интегранта (eth0) в часности.
syslog

messages

Это я выложыл логи тока в той части что относятса к сему девайсу. Что это делаетса и как это победить. Если можно канешно
Моё ядро 2.6.37.6-smp

Падает драйвер периодически:
Oct 1 11:29:55 rm-proxy kernel: [ 110.704012] ------------[ cut here ]------------
Oct 1 11:29:55 rm-proxy kernel: [ 110.704018] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0x203/0x210()

Oct 1 11:29:55 rm-proxy kernel: [ 110.704022] NETDEV WATCHDOG: eth0 (r8168): transmit queue 0 timed out
Oct 1 11:29:56 rm-proxy kernel: [ 111.552018] r8168: eth0: link down
Oct 1 11:29:58 rm-proxy kernel: [ 113.576491] r8168: eth0: link up

Побеждать багрепортами разработчикам, либо поиском безглючного сочетания ядро-драйвер.
Если кардинально -- не надеяться на интегрированную карту, взять внешнюю.

"bormant" написал:

Если кардинально -- не надеяться на интегрированную карту, взять внешнюю.

"kisil" написал:

поставил карточку а её линукс вообще не видит

"kisil" написал:

это что то серёзное или нет

"bormant" написал:

В этот же слот можно поставить ту карту, которая нормально видна.

Что то мне подсказывает что это проблемы с мамкой и PCI слотом. Буду дзвонить поставщику и отдам системник по гарантии. Тока придётса времено переехать на другое железо. ]:->

"kisil" написал:

. Скоро всёравно думаю переходить на слаку 14 или уже на 14,1????

AFAIK в current'е firmware более свежее, что вам мешает попробовать?

PS: тему не читал, лень. Извините, если повторяюсь.

Поборол ошыбку ядра установкой драйвера r8168 версии 8.035. Теперь падения нету.