Я обратил внимание, что NoDeny нет никакой необходимости нумеровать записи в таблице авторизации. Да, поле теоретически полезное, но оно никак не используется. А проблема именно в нем. Поэтому я пришел к чисто Сталлинскому решению: нет поля, нет проблемы. И предложил удалить это поле автору топика в начале данного.

Добрый день.
Станислав, как можно увидеть есть такие мертвые записи или нет?

http://forum.nodeny.com.ua/index.php?topic=1890.0
https://linux-notes.org/uvelichit-max_connections-v-mysql/

Ок. Спасибо! Прочел.

Как правильно рассчитать оптимальное значение max_connections?

Сейчас так:

Код:

mysql> show variables like "max_connections";
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 151   |
+-----------------+-------+

Добрый день.

В логе радиуса появляются записи:

Код:

Thu Oct 15 02:00:12 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 51117 - ID: 196 due to unfinished request 608021
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 52481 - ID: 197 due to unfinished request 608022
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 51601 - ID: 198 due to unfinished request 608023
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 39968 - ID: 188 due to unfinished request 608024
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 38327 - ID: 199 due to unfinished request 608025
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 33214 - ID: 189 due to unfinished request 608026
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 58964 - ID: 190 due to unfinished request 608027
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 56413 - ID: 191 due to unfinished request 608028
Thu Oct 15 02:00:12 2020 : Error: Discarding duplicate request from client Mikrotik port 53030 - ID: 192 due to unfinished request 608029
Thu Oct 15 02:00:13 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:14 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:15 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:16 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:17 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:18 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:19 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:20 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:21 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:22 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:23 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:24 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:27 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0
Thu Oct 15 02:00:28 2020 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0

Причем эти записи появляются ночью, траф - минимальный в это время.
В час-пик нагрузки в логе чисто.
Подскажите куда копнуть.
Абоны работают через IPoE. На нодени работают модули Mikrotik

у вас для трафика 4 гига используется 4(4!!!) микротика? одному мне кажется, что это много?

Исторически сложилось)
но дело не в этом, хотим убрать все это

Так тебе нужен на джуне BORDER+BRAS а на абонов смотрит типа IPoE!

Да, именно так и нужно.
могу поставить джуник параллельно всей этой бороде и выделить подопытную подсеть с мин.кол-вом абонов.
На джунике MS-MIC-16G на борту

Что именно нужно?
Удачно работают мх80 и мх960 (оба в роли БРАСов) в связке с nodeny+ по PPPoE

Предыстория...

Была сетка маленькая - ноденай работал "все в одном" (биллинг, шейпер, etc...)
за сервером был микротик, на который шел весь траф из сетки, натился и уходил через три аплинка в мир.

Начали немного подрастать, сервак перестал справляться с нагрузкой.
Для биллинга выделили отдельный сервер, а для шейпера купили еще микротик, на нем же dhcp сервер. Нодени взаимодействует с ним через его api.
Потом еще один тик и так далее...
У абонента в учетке прописан мак и айпи. Айпи получает через дхцп в соответствии со своим МАКом.
Текущая схема:

Хотим все это заменить на джуник:

трафик в пике до 4Гб

Всем привет!
Есть подвижки в связке джуника и nodeny+?
Тоже могу тестовый стенд собрать + могу деньгами поучаствовать. Лежит MX-80 с платой NAT, пылится.
Надоела ферма из 3-х шейперов на микротиках, периодические косяки вылазят..

Спасибо большое!
Попробую

monit (/usr/ports/sysutils/monit)
и
if memory usage >70%

при> 70%  передернет процесс...
а вообще  довольно удобная вещь...

Установил на сервер monit
Как правильно секцию прописать для
/usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d ?

Было бы неплохо, хоть так )

На одном из объектов была точно такая же проблема. Возникало в часы пик, когда трафик переваливал за 2 гбит/с. Никак оно не лечится кроме как увеличением производительности железа. В конечном итоге пришлось отказаться от сбора трафика вообще.

Если еще памяти добавить, все равно сожрет всю?

а какой период снятия трафика?

Вроде через 5 минут.
Но смотрю перед самым вылетом модуля, когда траф увеливается, период увеличивается.


Или не то смотрю?
Вчера бутал сервер, смотрю вырубился модуль вчера вечером. Видно трафа много было.

Привет.

Периодически вылетает модуль collectors, заходишь в админку, жмешь "Трафик" - а там пусто.
Запускаю его вручную:

Код:

# /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d &
[1] 8635

Появляется в процессах:

Код:

# ps ax | grep nodeny | grep pl | grep -v grep
 938 v0- S       12:53,39 /usr/bin/perl /usr/local/nodeny/nokernel.pl -d
 939 v0- S      153:17,79 /usr/bin/perl /usr/local/nodeny/noserver.pl -d
8635  0  S        0:00,88 /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d
# /usr/local/bin/flow-export: Exported 383766468 records

Но в админке по-прежнему трафик не отображается.
Сам процесс m=collectors работает, но начинает дико выжирать память.

Сервак начинает тупить, в консоль зайти невозможно.
Память на сервере 24 гига. Как подбирается к планке модуль вылетает.
В консоли при этом:

Код:

[1]+  Killed                  /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d

Помогает полная перезагрузка сервера. Бутаешь его и траф считается дня 3-4, бывает больше.
На этом сервере крутится база. НАС - отдельный сервер.

Спасибо!
Поехало

Пробовал вчера.

Код:

# pkg install freeradius2
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100%    944 B   0.9kB/s    00:01
Fetching packagesite.txz: 100%    6 MiB   2.0MB/s    00:03
Processing entries: 100%
FreeBSD repository update completed. 26584 packages processed.
All repositories are up to date.
pkg: No packages available to install matching 'freeradius2' have been found in the repositories