[breusovok]

8 ядер, на нем крутится LBcore, LBarcd, LBucd_cd, mysql. Основная нагрузка LBucd_cd+mysql. Я думаю, нагрузка будет зависеть от кол-ва абонентов. Одно дело считать трафик 100 абонов, другое дело - 10000 абонов.

[bomberman]

Да в том то и дело, что не уперается оно ещё в количество абонентов.

Сервисов там действительно несколько. Но не думаю что проблема в этом.

[_J_]

Уважаемые коллеги - пользователи системы Lanbilling 1.9! Сталкивался ли еще кто-либо с проблемой radius-агента этой системы? Очень часто под нагрузкой падает его демон. пользователям отдается ошибка 691, все воют, до тех пор пока руками не перезагрузишь демона.

Подтверждаю, есть такое.

Всем отвечает отказом в авторизации по причине что абонент уже на линии и повторное подключение невозможно(already connected)

В свойствах агента 0 активных клиентов.

1.9 freebsd 8.3.

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

Явных причин совместно с ТП так и не нашли. Есть подозрения на флуд в сторону портов радиуса.

До конца не стал разбираться, написал костыль который смотрит на количество активных абонентов, если нуль - рестарт.

А в целом впечатления от продукта положительные.

Радует оперативность ТП, как в HD, так и по телефону.

[_J_]

Сталкивался ли кто с такой проблемой, демон LBucd вешает одно ядро (их 4) на 100% и держит пока не дёрнешь руками. Какое то время работает, потом вновь на 100%, но при этом всё работает нормально, а остальные ядра занимаются своей работой? LB 1.9 (008) Linux x64.

Было такое на медленной машине и резким ростом количества трафика под обсчет.

LBucd начинал агрегировать трафик и складывать его в базу, но не успевал доделывать за период между агрегациями.

Перешел на сервер побыстрее, уже трафик вырос в разы - всё шикарно.

[bomberman]

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

быть может стоит, увеличить время между агрегациями, в настройках агента?

Сейчас там по умолчанию.