Вы здесь

Главная › Форум › Gentoo Linux › Общие вопросы

Ядро 3.14 - зависания при большом кол-ве соединений.

3 мая, 2014 - 08:12 — Hellsy22

Столкнулся с необычной проблемой. После перехода на ядро 3.14 сервер стал виснуть намертво, если в локалке запускалась хардкорная закачка торрентов.
Т.е. если качать какой-то один торрент - все ок, но если поставить на загрузку несколько торрентов с десятками файлов в каждом - все виснет насмерть в течение 2-10 минут.
Складывается ощущение, что критичным является количество соединений.

Никаких записей в логах нет. Вот как выглядит зависание примерно в 23:40 (такое же время осталось на часах в X):
May 2 23:34:09 crits hostapd: wifiHW: STA **** WPA: group key handshake completed (RSN)
May 2 23:40:01 crits cron[11733]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
May 3 07:52:43 crits syslog-ng[3704]: syslog-ng starting up; version='3.4.7'

Возможно дело и не в ядре, а в новых модулях ядра для iptables. Хотя я и не использую ничего такого необычного - conntrack, recent, match.
Возможно, что это проявлялось и на 3.13 последних версий.

Кто-нибудь сталкивался с подобным?

Форум: 
Общие вопросы
3 мая, 2014 - 11:38 — Tzar

Я так думаю, что "админу" сети надо рубить руки, если у него в локалке способна работать закачка торрентов.

—

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

3 мая, 2014 - 12:07 — kostik87

Тык сам "админ" и качает.

3 мая, 2014 - 13:55 — Tzar

тыц сам себе пусть рубит. ну либо эвтаназия поможет

—

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

3 мая, 2014 - 19:50 — Hellsy22

Молодец, хоть ляпнул глупость не в тему и показал себя конченным му..ээ.. человеком с альтернативной этической системой - но все равно не сдаешься. Упорство - путь к победе!

17 сентября, 2014 - 06:12 — somebody

+1! Сеть должна служить юзерам, а не наоборот. Нуу... за исключением самых злостных юзеров :) А чтобы не слишком губило канал - так QoS же есть!

17 сентября, 2014 - 11:12 — slepnoga

А нука, расскажи нам про QoS :).
Что, как , куда .....

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

9 мая, 2014 - 09:08 — mittorn

Имелось в виду, что торренты надо на самом сервере качать, а грузить всё с локалки - лишняя нагрузка на сервер/компы в локалке.

—

Локальный оверлей растёт

3 мая, 2014 - 13:22 — evadim

Посмотреть на ulimit? Количество открытых файликов там, и вобще...

3 мая, 2014 - 19:48 — Hellsy22

# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 257094
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 35000
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 257094
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

Собственно, это дефолтные настройки за вычетом кол-ва открытых файлов - оно у меня 35к.

3 мая, 2014 - 21:57 — SysA

1. Тут ulimit ot root'a, a торренты тоже под root'ом? :)
2. Может не коннекты убивают, а 35К открытых файлов?!.. не смотрел (sar, iostat etc) как подсистема I/O работает (размер очереди и пр.) до и во время зависания?

3 мая, 2014 - 23:44 — Hellsy22

1. Торренты качает ноут в локалке. Сервер для него лишь раздает интернет: iptables -t nat -A POSTROUTING -o ${PPP} -j MASQUERADE

2. Зависает - в смысле совсем. Наглухо. До ресета. Так что, в процессе я посмотреть ничего не могу. А до - обращения к диску минимальны.

4 мая, 2014 - 11:34 — slepnoga

interrupt's per seconds

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

6 мая, 2014 - 19:52 — Beelzebubbie

смотреть wa и si в top'е.

6 мая, 2014 - 22:18 — SysA

Открой несколько консольных сессий (например, в Х-ах это могут быть просто консольные окна, если Х-ов нет, то через clusterssh или terminator и т.п.) одновременно в отдельных окнах и там запусти, то что хочешь мониторить (sensors, acpi*, vmstat, iostat, sar в разных режимах, чтобы видеть состояние проца, памяти, дисков, разных очередей, температур, напряжений и пр.) с частым обновлением (например посекундно). Кстати, команды watch и тее тоже могут пригодиться... полезно все в логи писать - потом легче разбираться.
Когда зависнет, увидишь что было до зависания, а если зависание все же не совсем "глухое", то и что в нем происходит.

9 мая, 2014 - 09:09 — mittorn

А если вывести консоль? Желательно не по сети т.к сеть первой повалится.

—

Локальный оверлей растёт

9 мая, 2014 - 14:05 — SysA

Совсем даже необязательно... часто сеть есть, когда Х'ы виснут.
Хотя в этом конкретном случае скорее всего вы правы... но тогда количество видимой информации резко уменьшается, возможно потребуется несколько итераций (меняя выдаваемую инфу), чтобы "поймать момент".

10 мая, 2014 - 18:13 — mittorn

Зачем же иксы?
Имеется в виду какая-нибудь аппаратная консоль ( в лучшем случае serial) Возможно увидите выхлоп panic или oops. Иногда можно vgacon или fbcon (потребуется видеоадаптер), если краш не задевает этот самый адаптер, в целом, довольно часто помогает.

—

Локальный оверлей растёт

16 сентября, 2014 - 21:34 — qrilka

А нашлось что-нибудь в итоге?
Вчера пересобрал ядро с 3.12 до 3.14 и за сутки 4 зависания, в одном из них nvidia на nouveau заменил, а толку ноль.
Коннектов вроде слишком много не должно быть

18 сентября, 2014 - 05:11 — Hellsy22

Нашлась проблема с xl2tpd, когда от него отказался - все стало работать без зависаний.

17 сентября, 2014 - 06:09 — somebody

была такая проблемка, правда давно-давно, на дремучем ядре. Может и не связано но симптомы 1 в 1: вис наглухо и никаких просьб о помощи в логах. Порой даже до initrd загрузка не доходила (тогда был еще initrd :) ). Полечилось сборкой ядра без поддержки HPET.

В добавок внесу еще и свои 5 копеек: проблемы в этом ядре были мной замечены и в работе сети - в частности GRE. Конфиг выкладывать не буду - он тривиален и на 3.12 ядре работает будь здоров. На 14 же ядре в туннелях выглядит все так, как будто приходит запрос, ответ на пакет уходит но до удаленного хоста не доходит -типа теряется в "сети", на интерфейсе при этом запрос (глядел tcpdump) приходит от ip 0.0.0.0 а ответ не отправляется вовсе (ну по сути с таким источником и не должен :) ) Будьте бдительны :)

22 сентября, 2014 - 14:20 — qrilka

Нубский вопрос - а как отрубить поддержку HPET если у меня HPET_TIMER в поиске есть, а в менюхе (из genkernel) - нет?

17 сентября, 2014 - 14:49 — georgedvo

А виснет намертво или kernel panic дает??
Последнее часто содержит много полезной информации для поиска причины падения.
Если же виснет намертво ("замирает"), то это часто проблемы на стыке харда и софта.
Может драйвера пересобрать?! Ядро полностью пересобрать через make clean?!
make @module-rebuild ; make @x11-module-rebuild ну и так далее...
Если вернуться к 3.13, что будет?? (хотя я предпочитаю стабильные ветки ядра)

22 сентября, 2014 - 13:59 — qrilka

В моём случае "намертво", модули ребилдились, в 3.12 никаких проблем не наблюдается (в котором сейчас сижу), модули пересобирал.

22 сентября, 2014 - 16:19 — slepnoga

Исшо расс:

Автор slepnoga, дата создания 4 мая, 2014 - 09:34.

interrupt's per seconds

Покажи
/proc/interrupts
ethtool -S интерфейс
dmesg |grep clocksource

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

22 сентября, 2014 - 16:25 — qrilka

а можно раскрыть, что это может дать? У меня примерно схожая проблема (на уровне "виснет молча напрочь 3.14") Сейчас сижу на 3.12, ес-но не могу показать показатели из 3.14
И "исшо" про что было?

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal