Дождались?сборка биллинговой системы UTM 5 (5.2.1–007–RC1)

shoorickello

serjk:

Посмотрел в логи: там происходит следующее (сборка 5.2.1-006):

?Debug &#58; May 19 16&#58;30&#58;20 FW@127.0.0.1&#58; Ping reply received
?Debug &#58; May 19 16&#58;30&#58;21 RPCConn&#91;SSL&#93;<jncadmin@62.33.182.141>&#58; URFA ping received, sending reply
?Debug &#58; May 19 16&#58;30&#58;21 RPCConn&#91;SSL&#93;<jncadmin@62.33.182.141>&#58; Call&#58; 0x10100 &#40;rpcf_set_raduis_attr&#41;
?Debug &#58; May 19 16&#58;30&#58;21 RPCConn&#91;SSL&#93;<jncadmin@62.33.182.141>&#58; Real Call&#58; 0x10100 &#40;rpcf_set_raduis_attr&#41;
?Debug &#58; May 19 16&#58;30&#58;21 DBCtx&#58; <138751472> SQL query&#58; DELETE FROM radius_data WHERE owner_id='373' AND owner_type='10000'
?Debug &#58; May 19 16&#58;30&#58;21 DBCtx&#58; <138751472> SQL query&#58; INSERT INTO radius_data&#40;owner_id,owner_type,vendor,attr,value&#41; VALUES&#40;'373','10000','14988','9','3132386b2f3132386b'&#41;
 ERROR &#58; May 19 16&#58;30&#58;21 DBAExistingError&#58; trying to get unexist link 373
?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; Obtained 13 stack frames.
?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_Z15print_backtracev+0x1d&#41; &#91;0x830ecc5&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAErrorC2ERKSsS2_+0x40&#41; &#91;0x81aa28c&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM16DBAExistingErrorC1ESs+0x36&#41; &#91;0x81a867e&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess16get_service_linkEi+0x7e&#41; &#91;0x81ba596&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess20__reread_radius_dataEii+0x36&#41; &#91;0x8217526&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess21__sql_put_radius_dataEPKNS_13radius_data_tEii+0x1f1&#41; &#91;0x8217abd&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/lib/utm5_core/liburfa-std.so&#40;_ZN3UTM8DBAccess15set_radius_attrEiiPKNS_13radius_data_tE+0x3a&#41; &#91;0xf61944f2&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/lib/utm5_core/liburfa-std.so&#40;_Z20rpcf_set_radius_attrPv+0xfb&#41; &#91;0xf617cb7f&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM7RPCFuncclEPv+0x20&#41; &#91;0x82bdcd0&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM7RPCConn7processEv+0x98f&#41; &#91;0x82c1fe3&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM17__rpcconn_wrapperEPv+0xd6&#41; &#91;0x82ba7b2&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /lib/libpthread.so.0 &#91;0x4fe3db&#93;

?Trace &#58; May 19 16&#58;30&#58;21 trace&#58; /lib/libc.so.6&#40;clone+0x5e&#41; &#91;0x45826e&#93;

 ERROR &#58; May 19 16&#58;30&#58;21 DBAExistingError&#58; &#91;rpcf_set_radius_attr&#93; trying to get unexist link 373
?Debug &#58; May 19 16&#58;30&#58;21 RPCConn&#91;SSL&#93;<jncadmin@62.33.182.141>&#58; Call 0x10100 &#40;rpcf_set_raduis_attr&#41; finished...
?Debug &#58; May 19 16&#58;30&#58;21 RPCConn&#91;SSL&#93;<jncadmin@62.33.182.141>&#58; Stream cleared

373 - это ID услуги, а ID сервисной связки - это 9726. Вероятно, это проблема бета-админки, т.к. в старой это фича работает. С этим вопросов нет, сорри, не разобрался детальной с возникшей проблемой.

Другой вопрос - если в пакет были добавлены атрибуты из услуги, то атрибуты из связки (1024k/1024k) не затирают атрибуты из услуги (262k/262k):

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

?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; Calling fill radius attributes for service. Attr storage size <2>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data Vendor&#58;<14988> Attr&#58;<8> Val&#58;<-168579256> Size<9>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data result <0> message <Success>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data verifying packet. fetched val <262k/262k> size&#58;<9>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data Vendor&#58;<14988> Attr&#58;<19> Val&#58;<-168196424> Size<11>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data result <0> message <Success>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data verifying packet. fetched val <ppp-256k-ip> size&#58;<11>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; Calling fill radius attributes for slink. Attr storage size <1>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data Vendor&#58;<14988> Attr&#58;<8> Val&#58;<-168176920> Size<11>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data result <0> message <Success>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; fill_radius_data verifying packet. fetched val <262k/262k> size&#58;<9>
?Debug &#58; May 19 16&#58;38&#58;23 AuthServer&#58; Calling fill radius attributes for NAS. Attr storage size <0>
 Notice&#58; May 19 16&#58;38&#58;23 AuthServer&#58; Login OK <stimunlim> from NAS <127.0.0.1> CLID <192.168.1.1> Calling-station <192.168.1.134>

Возможно ли изменить это поведение в финальной сборке? Таким образом, чтобы приоритет был у радиус-атрибутов сервисной связки.

Цель - организовать "турбо"-кнопку для абонентов путём выставления повышенной скорости через радиус-атрибуты сервисной связки и удаления их позже с помощью urfaclient, а также снятия с баланса некоторой суммы с помощью единоразовой услуги.

serjk · Сообщение **serjk** » Вт май 19, 2009 15:53

trunk писал(а): все равно при подключении интернета на циску уходит:
?Debug : May 19 09:45:23 FWCntl: Send rule<access-template 190 utm host 0.0.0.0 any> to remote cisco <10.100.10.90>
?Debug : May 19 09:45:23 FWCntl: Call RSH: host 10.100.10.90, port 514, login netup, pass , cmd access-template 190 utm host 0.0.0.0 any

хотя при исполнении правила включения интернета уходит правильный айпи

Ваш NAS не отправляет в Accounting-Start пакете атрибут Framed-IP-Address

sclif · Сообщение **sclif** » Вт май 19, 2009 18:28

detx писал(а):
sclif писал(а):Разработчики!!! Новая документация будет, а то пишут что много изменений, а где они описываются или их надо выискивать методом тыка. Давно бы уже прикрутили wiki да и писали бы туда.
Wiki была, но они ее убрали, так как подумали что она не нужна

Ага а потом подумали да ну нафиг документацию

Wiki нужна так как на 100% уверен что в hotline задают одни и теже вопросы. Когда Wiki есть и разработчик описывает что он создает, то и документацию в pdf или в бумажном варианте проще делать.

Ata-man

FreeBSD7

После обновления c 006 до 007 перестали отображаться "Памятка пользователя" и "Счет-фактура". Сейчас отображается просто пустое окно.

serjk · Сообщение **serjk** » Ср май 20, 2009 11:43

Ata-man писал(а):FreeBSD7

После обновления c 006 до 007 перестали отображаться "Памятка пользователя" и "Счет-фактура". Сейчас отображается просто пустое окно.

В логах что-нибудь подозрительное есть?

shoorickello

serjk: как насчёт моего вопроса? возможно такое? (хотя я уже придумал обходной путь)

995533-g

А есть скриншоты винтрея нового?

Ata-man

2serjk

В логах что-нибудь подозрительное есть?

В логах чисто - просто запуск функции rpcf_generate_user_doc и все, ошибок нет. Залил памятку и счет фактуру через админку с основного биллинга - все стало отображаться. Есть подозрение, что в базе содержатся какие-то символы, которые шаблон не может отобразить, а при добавлении из админки они либо экранируются, либо удаляются.

serjk · Сообщение **serjk** » Ср май 20, 2009 13:37

shoorickello писал(а):serjk: как насчёт моего вопроса? возможно такое? (хотя я уже придумал обходной путь)

Согласно текущему функционалу, атрибуты будут добаваляться в пакет. По поводу возможного изменения функционала обратитесь на info@netup.ru, я не могу ответить на этот вопрос.

Ata-man

В админке от 15.05 открываем пользователь->"Тарификация"->"История тарифных планов". В этом окне имеется скролл-бар, но он не активный. Прокрутить таблицу вниз можно, но только скроллингом мыши.

Zur · Сообщение **Zur** » Пт май 22, 2009 06:25

При создании лицевого счета не устанавливает block_recalc_abon и block_recalc_prepaid в соответствии с установленными этими же переменными в Настройки->Список_параметров.

Не генерируется пароль в Параметры_IP_группы.

Витька

А планируется ли в релизе 007 поддержка архивирования других таблиц (кроме discount_transactions_all и discount_transactions_iptraffic_all)? Например огромных таблиц, связанных с впн-доступом.
Если не в этой версии, то есть ли вообще планы на это счёт?

mikkey finn

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

Yuriy · Сообщение **Yuriy** » Ср май 27, 2009 09:55

Вопрос к Гуру )
Если я обновляю версию с 5.2.1-004 до 5.2.1-007 то мне нужно обновлять структуру базы данных последовательно до версии 005 потом 006 и затем уже 007, или можно сразу юзать скрипт обновления UTM5_MYSQL_update.sql из 7-й версии?

Magnum72

Yuriy писал(а):Вопрос к Гуру )
Если я обновляю версию с 5.2.1-004 до 5.2.1-007 то мне нужно обновлять структуру базы данных последовательно до версии 005 потом 006 и затем уже 007, или можно сразу юзать скрипт обновления UTM5_MYSQL_update.sql из 7-й версии?

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