Re: [gentoo-user-ru] Kernel Panic при высокой сетевой загрузке

["Алексей Белкин" <belkinmail@yandex.ru>]

[-- Attachment #1: Type: text/plain, Size: 2284 bytes --]

On Пятница 27 февраля 2009 01:20:58 Konstantin Astafjev wrote:
> Приветствую!
>
> Вероятнее всего эта проблема не относится напрямую к Gentoo, но я
> хотел бы сначала попросить совета у единственного известного мне
> русскоязычного комьюнити. :)
>
> Есть несколько маршрутизаторов на базе Intel Serverboard Aspen 3000AH,
> основной функцией которых является шейпинг. Дерево HTB имеет не более
> 2 тысяч классов. Для фильтров используются hash tables. При суммарной
> загрузке свыше 400 Mbps машинка начинает случайным образом
> поругиваться и убивать процессы. В конечном итоге это всё приводит к
> kernel panic. Пример ругани привожу в приложенном текстовом файле.
> wr-up в примере это скрипт, который посредством запуска tc формиурет
> классы и фильтры для шейпера. В данном случае он спровоцировал
> убийство других процессов, но реально даже если ничего не делать
> начинается: swapper: page allocation failure. order:0, mode:0x20
> Налицо проблема в том, что кому-то не хватает памяти, судя по top'у
> свободная память есть. На более сложные проверки у меня не хватает
> знаний.
>
> ~ # top
> top - 22:49:11 up 3 days,  3:06,  1 user,  load average: 0.06, 0.06, 0.01
> Tasks:  85 total,   1 running,  84 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.1%us,  0.1%sy,  0.0%ni, 92.2%id,  0.1%wa,  1.3%hi,  6.1%si, 
> 0.0%st Mem:   4148644k total,   832628k used,  3316016k free,      852k
> buffers Swap:  4000056k total,      160k used,  3999896k free,    13100k
> cached
>
> Чем больше трафик - тем выше вероятность ошибки. Иногда проходит 3
> дня, а иногда достаточно и 5 минут. Вариант сбойного железа исключаю,
> так как машинка не одна и на всех наблюдаются одинаковые симптомы тест
> и проверку памяти они проходят исправно. Версии ядра менял начиная с
> 2.6.20, сейчас стоит 2.6.25-hardened-r10. Использование не hardened, а
> gentoo ядра не помогло. Для сетевых интерфейсов использую модули e1000
> и e1000e. Кажется в модуле e1000e видел совет увеличить значение
> vm.min_free_kbytes. Увеличил до 65536, но в моём случае не помогло.
>
> Может быть кто-нибудь сталкивался с такой проблемой и/или знает её
> решение? В крайнем случае, подскажите как правильно дебагить такую
> проблему и куда лучше обратиться. Спасибо.
Ого, русская рассылка живая О_о

Простите за оффтоп)

[-- Attachment #2: Type: text/html, Size: 3066 bytes --]