Опыт установки 5.3 на боевом сервере

taf · Сообщение **taf** » Пн фев 15, 2016 12:25

Замечено такое неприятное поведение связки биллинга + radius.

Имеем ppp подключения. В настройках радиуса выставлено:

radius_default_session_timeout=604800

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

И вот нам понадобилось перезагрузить ядро биллинга/радиус сервер, перегружаем, у клиентов сессии остаются живыми. Но при старте, получая с BRAS Acc-апдейты, в лог начинает валиться такое:

Код: Выделить всё

Feb 15 17&#58;21&#58;58  Info  &#58; 1b0f0700 RADIUS_Module&#58; RADIUS session ID 687847 with Acct-Status-Type 3 has no UTM5 ID, inserting new session
Feb 15 17&#58;21&#58;59  Info  &#58; 1b0f0700 RADIUS_Module&#58; RADIUS session ID 687848 with Acct-Status-Type 3 has no UTM5 ID, inserting new session
Feb 15 17&#58;21&#58;59  Info  &#58; 1b0f0700 RADIUS_Module&#58; RADIUS session ID 687849 with Acct-Status-Type 3 has no UTM5 ID, inserting new session

То есть на каждый Acc-update радиус и биллинг создают новую сессию и новую запись в таблицу БД. Как результат, таблица быстро распухает до 7-9 млн. записей в месяц.

Сначала я грешил на софт BRAS'а, что он отдает кривой Session-Id. Но с ним все в порядке - завернул на freeradius, проверил в нем, Session-Id в пределах одной сессии не меняется.

taf · Сообщение **taf** » Пн фев 15, 2016 12:31

Еще баг, не сильно смертельный, хоть и весьма неприятный.

Дано: данные по трафику снимаются ipt_netflow, направляются на nfcapd для архивирования детальной статистики и потом рефлектятся на utm для учета. В сети есть ipv6, поэтому включен NFv9. В результате в очетах utm мы на исходящем трафике у клиентов видим астрономические цифры, типа 900 гигабайт за 15 минут, и подобная чушь. Проверка данных Netflow напрямую показала, что до utm передаются корректные данные. При том при всем, данные по входящему трафику что в отчетах utm, что выбранные из архива nfcapd совпадают. Если переключиться на NFv5, то все сразу становится замечательно, но ipv6 идет лесом.

banec · Сообщение **banec** » Пн фев 15, 2016 12:40

Версия биллинга?

Недавно перешел часть на Netflow v9 вроде не заметил проблем. ни кто не жаловался.

taf · Сообщение **taf** » Пн фев 15, 2016 12:41

И еще.

У нас в сети есть ipv6. Раздаем клиентам в DualStack, назначая в сервисной связке сразу и серый ipv4 и нормальный ipv6. После перехода на 003 в логе вижу такое:

Код: Выделить всё

Feb 13 04&#58;45&#58;14  ERROR &#58; bf2c6800 DBAIPgroup&#58; dublicate login user1
Feb 13 04&#58;45&#58;14  ERROR &#58; bf2c6800 LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; dublicate login user2
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; dublicate login user3
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; dublicate login user4
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 LogicError&#58; dublicate login in ipgroup
Feb 13 04&#58;45&#58;15  ERROR &#58; bf2c6800 DBAIPgroup&#58; LogicError&#58; dublicate login in ipgroup

Если попытаться назначить клиенту, у которого только ipv4 еще и ipv6 на тот же pppoe-логин, то получим:

Код: Выделить всё

Feb 15 10&#58;36&#58;32  ERROR &#58; 1aded700 DBAIPgroup&#58; dublicate login user1
Feb 15 10&#58;36&#58;32  ERROR &#58; 1aded700 LogicError&#58; dublicate login in ipgroup
Feb 15 10&#58;36&#58;32  ERROR &#58; 1aded700 LogicError&#58; LogicError&#58; dublicate login in ipgroup
Feb 15 10&#58;36&#58;32  ERROR &#58; 1aded700 RPCServer@0.0.0.0&#58; edit iptraffic link failed&#58;.

taf · Сообщение **taf** » Пн фев 15, 2016 12:42

banec писал(а):Версия биллинга?

Недавно перешел часть на Netflow v9 вроде не заметил проблем. ни кто не жаловался.

Version:5.3-003-update10-debian_wheezy_x64 Rev #15344

VooDoo · Сообщение **VooDoo** » Пн фев 15, 2016 15:44

Такая же беда, обращался в нетап, сказали что поправят в следующем апдейте.

taf · Сообщение **taf** » Ср фев 17, 2016 09:12

Проблема с данными в архивных таблицах. Все таки это нежданчик именно в u10. Откатился на стенде обратно на u9 - все заработало нормально.

Кстати, сборка u10 для 64-битных платформ CentOS (и 5 и 6) реально БИТАЯ. Ядро валится с сегфолом при любом запуске. При этом u9 запускается и работает нормально.

Уважаемые разработчики, вы хоть проверяйте, что клиентам выкатываете в виде обновлений.

VooDoo · Сообщение **VooDoo** » Чт фев 18, 2016 15:46

Так и не нашел ответа по ошибке, которая уже говорилась на форуме:
При создании сервисной связки и присвовения статического IP, в логе выходит следующее:

Код: Выделить всё

ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.10.108/32&#58; IP/mask not found
Feb 18 09&#58;00&#58;37  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.5.185/32&#58; IP/mask not found
Feb 18 09&#58;01&#58;27  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.12.226/32&#58; IP/mask not found
Feb 18 09&#58;02&#58;21  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.9.20/32&#58; IP/mask not found
Feb 18 09&#58;03&#58;12  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.9.207/32&#58; IP/mask not found
Feb 18 11&#58;03&#58;15  ERROR &#58; 7c16400 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.13.116/32&#58; IP/mask not found
Feb 18 14&#58;59&#58;56  ERROR &#58; 7c16400 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.14.44/32&#58; IP/mask not found
Feb 18 15&#58;13&#58;55  ERROR &#58; 7c16400 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.5.158/32&#58; IP/mask not found
Feb 18 15&#58;55&#58;47  ERROR &#58; 7c18000 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.17.212/32&#58; IP/mask not found

Кто скажет, что это такое , при этом конечно все работает, но все таки , что ей не нравится.

Magnum72

VooDoo писал(а):Так и не нашел ответа по ошибке, которая уже говорилась на форуме:
При создании сервисной связки и присвовения статического IP, в логе выходит следующее:

Код: Выделить всё

ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.10.108/32&#58; IP/mask not found
Feb 18 09&#58;00&#58;37  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.5.185/32&#58; IP/mask not found
Feb 18 09&#58;01&#58;27  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.12.226/32&#58; IP/mask not found
Feb 18 09&#58;02&#58;21  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.9.20/32&#58; IP/mask not found
Feb 18 09&#58;03&#58;12  ERROR &#58; 7c16c00 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.9.207/32&#58; IP/mask not found
Feb 18 11&#58;03&#58;15  ERROR &#58; 7c16400 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.13.116/32&#58; IP/mask not found
Feb 18 14&#58;59&#58;56  ERROR &#58; 7c16400 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.14.44/32&#58; IP/mask not found
Feb 18 15&#58;13&#58;55  ERROR &#58; 7c16400 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.5.158/32&#58; IP/mask not found
Feb 18 15&#58;55&#58;47  ERROR &#58; 7c18000 IPaddressClassifierImpl&#58; remove_ip&#58; unable to remove IP 172.30.17.212/32&#58; IP/mask not found

Кто скажет, что это такое , при этом конечно все работает, но все таки , что ей не нравится.

Проверь нет ли у тебя потерянных записей в ip_groups, т.е. наличие групп которые не принадлежат ни одной услуги передачи трафика

Morbid · Сообщение **Morbid** » Ср фев 24, 2016 12:41

Добрый день, коллеги.

Сейчас стоит 5.2.1 - 008

Хочу все таки обновиться, подскажите пожалуйста какая сейчас наиболее стабильная версия и менее глюкавая?

Что используем:
* Debian 7.8 x64
* MySql
Из биллинга ни чего хитрого не юзаем.
* ИПшники статикой, не VPN. Ни какой авторизации, ни каких правил firewall
* Тарифы списываются равными долями в течение месяца
* Шейперы, телефонию и прочее не используем (встроенную)
* Авторизации нет ни какой (IPoE в чистом виде)

Magnum72

Morbid писал(а):Добрый день, коллеги.

Сейчас стоит 5.2.1 - 008

Хочу все таки обновиться, подскажите пожалуйста какая сейчас наиболее стабильная версия и менее глюкавая?

Что используем:
* Debian 7.8 x64
* MySql
Из биллинга ни чего хитрого не юзаем.
* ИПшники статикой, не VPN. Ни какой авторизации, ни каких правил firewall
* Тарифы списываются равными долями в течение месяца
* Шейперы, телефонию и прочее не используем (встроенную)
* Авторизации нет ни какой (IPoE в чистом виде)

Попробуй 5.3.0.002-U19, у меня к ней претензий не было, а вот 5.3.0.003-U10 уже пару раз на ровном месте молча падала.

Morbid · Сообщение **Morbid** » Вт мар 01, 2016 10:09

Магнум, прошу прощения.

Не смог найти 5.3.0.002-U19 в архивах такую версию. (точнее она есть но под винду и 14 годом). Есть 18 апдейт, но они тем же 14 годом.

ты про них (UTM 5.3-002-update18)? или все же про UTM 5.3-003-update9?

Magnum72

Morbid писал(а):Магнум, прошу прощения.

Не смог найти 5.3.0.002-U19 в архивах такую версию. (точнее она есть но под винду и 14 годом). Есть 18 апдейт, но они тем же 14 годом.

ты про них (UTM 5.3-002-update18)? или все же про UTM 5.3-003-update9?

Ее выдали в поддержке, в Лк ее нету.

Так как в U18 есть критические баги, советовать ее поставить у меня рука не поднимается. Просите U19 в саппорте.

Morbid · Сообщение **Morbid** » Вт мар 01, 2016 16:03

Спасибо

w0Lf · Сообщение **w0Lf** » Ср мар 23, 2016 17:48

Народ, есть ли у кого urfa клиент на php, работающий с версией 5.3-003-update10 ?

Форум компании NetUP

Опыт установки 5.3 на боевом сервере

Постоянное создение новых сессий в таблице radius'а