Перейти к содержимому
Калькуляторы

Повторюсь, попробуйте любое 'проработанное' ядро. Не первых ревизий, 3.18.24 например.

У меня абсолютно нормально работали 3.16.хх, 3.17.хх разных ревизий, недавно вон 3.18.10 глюкануло - возможно баг в конкретном релизе, обновил на 3.18.24 пока работает нормально.

3.18.19 пока полёт нормальный.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

шейпер скриптом или accel-ем?

скриптом

 

Падало на ядрах 3.13. 3.16 3.19 4.2.

я бы тестировал на LTS ядрах в первую очередь.

 

Попробуйте 3.14 с этим патчем. По идее, должно помочь

Ну я уже перепилил шейпер, теперь qdisc-и удаляются сугубо по ip-up. Кол-во падений после этого сильно уменьшилось...

+ после перехода на 4.1.12 - все стало намного лучше.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

еще раз повторю - шейпер не при чем, у меня падало без шейпера.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

еще раз повторю - шейпер не при чем, у меня падало без шейпера.

А я еще раз говорю - там не один баг. Баг и при снятии шейпера, баг и просто при опускании ифейса, + еще несколько более глубоко закопанных багов...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Кто-нибудь использует сабж в режиме PPPoE-сервера с поддержкой IPv6? Можно ли сделать чтобы адреса IPv4 продолжили выдаваться через радиус, а IPv6 выдавались из пула, заданного на сервере? Есть-ли какие-нибудь примеры конфигурации на этот счет? - документация на сайте весьма скудная.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

можно, ключевые элементы конфига:

[modules]

ipv6_nd

ipv6_dhcp

ipv6pool

 

[ppp]

ipv4=allow

ipv6=allow

 

[ipv6-pool]

по желанию

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

avb1987

Пользователь с ником ars использовал, поищите его на форуме

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

за последний день 3 браса покрашилось, трейсы: http://pastebin.com/p68hNS8R http://pastebin.com/36ieRAM2 http://pastebin.com/3BRTVEB6

наверное буду на 3.2/3.4 ядро откатываться...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

за последний день 3 браса покрашилось, трейсы: http://pastebin.com/p68hNS8R http://pastebin.com/36ieRAM2 http://pastebin.com/3BRTVEB6

наверное буду на 3.2/3.4 ядро откатываться...

Написал чуваку из тех кто активно патчит сетевой стэк по теме ppp.

Выслал ему свой трейс и дал ссылку на эту тему. Предлагает писать в netdev.

It looks like __kernfs_remove() tries to take a reference on a kernfs

node that is about to be freed (i.e. with reference counter set to 0).

That could be due to the same node being freed in a loop, but I don't

know how we could get into that case (never went through the kernfs

code before).

You really should post to LKML (linux-kernel@vger.kernel.org) and

netdev (netdev@vger.kernel.org) with proper subject. You probably can

copy Greg Kroah-Hartman too (gregkh@linuxfoundation.org), as he's the

maintainer of sysfs, kernfs and driver core.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

за последний день 3 браса покрашилось, трейсы: http://pastebin.com/p68hNS8R http://pastebin.com/36ieRAM2 http://pastebin.com/3BRTVEB6

наверное буду на 3.2/3.4 ядро откатываться...

Объясни мне убогому, а зачем вообще pppoe сервера апдейтить? :)

[kayot@nas3 ~]$ cat /proc/net/pppoe | wc -l
1159
[kayot@nas3 ~]$ uptime
20:24:42 up 510 days, 16:08,  1 user,  load average: 0.00, 0.01, 0.00
[kayot@nas3 ~]$ uname -a
Linux nas3.xxx 2.6.31.9-174.1.bill.x86_64 #1 SMP Tue Dec 29 23:01:51 EET 2009 x86_64 x86_64 x86_64 GNU/Linux
[kayot@nas3 ~]$ cat /etc/redhat-release
Fedora release 12 (Constantine)
[kayot@nas3 ~]$

Кстати, судя по трейсу у тебя 32 битные ядра? Зачем оно нынче? Вполне возможна часть багов отсюда растет.

Изменено пользователем kayot

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Предлагает писать в netdev.

сегодня отписал, но похоже мэйллист умер.

 

Объясни мне убогому, а зачем вообще pppoe сервера апдейтить? :)

ради производительности же. на свежих ядрах существенно нагрузка падает.

 

Кстати, судя по трейсу у тебя 32 битные ядра? Зачем оно нынче? Вполне возможна часть багов отсюда растет.

не думаю, что отсюда - юзаю 32бит т.к. смысла от 64бит для ipv4 большого нет, а потенциально - больше cache misses из-за распухания кода.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NiTr0

Потенциально - 32 бит код нынче мало кто тестирует, велика вероятность как раз таки собирать в одиночестве баги.

А разница в объемах кода на маршрутизацию влиять не может.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Объясни мне убогому, а зачем вообще pppoe сервера апдейтить? :)

ради производительности же. на свежих ядрах существенно нагрузка падает.

не думаю, что отсюда - юзаю 32бит т.к. смысла от 64бит для ipv4 большого нет, а потенциально - больше cache misses из-за распухания кода.

Для современного железа это не особо актуально. На том же сервер что кидал для примера пиковая загрузка менее 10%, это при 1.5к сессий.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Предлагает писать в netdev.

 

сегодня отписал, но похоже мэйллист умер.

 

Тоже отписался туда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NiTr0

А не проще ли отключить или выпилить nfs из ядра. На брасах это не самый нужный функционал.

 

А по поводу 32 битов, большинство девелоперов забили на i586 и бывают баги под 32 бита при их отсутствии на 64

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NiTr0

А не проще ли отключить или выпилить nfs из ядра. На брасах это не самый нужный функционал.

+1

2NiTr0, Вы nfs с какой целью на bras'ах пользуете?

 

NiTr0

А по поводу 32 битов, большинство девелоперов забили на i586 и бывают баги под 32 бита при их отсутствии на 64

+1

2NiTr0, я уже лет как пять назад опытным путем убедился, что есть профит от 64-битных систем на роутерах и брасах.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сижу всем зоопарком на 3.2.х ветке ванильных ядер с самого момента её появления и до сих пор с разработанными конфигами для собственных нужд и слезать не собираюсь даже тогда, когда на неё задвинут разработчики и когда её не будут поддерживать. Любые попытки соскочить с этой ветви приводили к дестабилизации работы в том или ином виде.

 

Ядра ветви 3.2.х пока юзаю разные (55, 64, 72, вчерась поставил где-то 73-е), в зависимости от ленивости. Где-то обновлял год или более назад, а где-то месяц или менее. Чисто под настроение. Глобальные обновления ядра со сменой ветви например с 3.2.х на 4.1.х или даже что-то новее на серверах авторизации считаю не особо нужными, когда там ничего кроме самой тупой авторизации и нет. Ходят себе годами туда-сюда туннели поднимают и опускают вместе с шейперами. Ну пусть этим и дальше занимаются. Апдейт ядра - это дело больше сугубо личное, чем реально необходимое.

 

Админ хоть и технарь, но существу суеверное иногда. Лично я верю в кармическую чистоту 3.2.х. Она себя зарекомендовала.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

уже лет как пять назад опытным путем убедился, что есть профит от 64-битных систем на роутерах и брасах.

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

+1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А не проще ли отключить или выпилить nfs из ядра. На брасах это не самый нужный функционал.

что-то я не заметил в трейсах nfs.

 

2NiTr0, Вы nfs с какой целью на bras'ах пользуете?

nfs там вообще не испольуется. если и есть - то висит мертвым кодом, в юзерленде не активируется.

 

я уже лет как пять назад опытным путем убедился, что есть профит от 64-битных систем на роутерах и брасах.

попробую ради эксперимента какой-то брас на х86_64 перевести, но думаю профита с того не особо будет. + у людей и 4.1 на х86_64 крашится.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

что-то я не заметил в трейсах nfs.

Да напутали они, о kernfs_ речь шла.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

еще раз повторю - шейпер не при чем, у меня падало без шейпера.

А я еще раз говорю - там не один баг. Баг и при снятии шейпера, баг и просто при опускании ифейса, + еще несколько более глубоко закопанных багов...

В 3.2.73 много интересных патчей. Такое ощущение, что ветка лучше всего поддерживается.

Предлагаю попробовать.

PS

Лучше х64 вариант)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

товарищи!

предлагаю ядра обсуждать в какой-то соседней теме

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

товарищи!

предлагаю ядра обсуждать в какой-то соседней теме

Так кто же против)

Проблема, что пока это лотерея.

Я вообще за то, что бы не обсуждать.

Что бы все стабильно работало на всех ядрах!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.