Тестируем 5.3.002

cyb3r_ang31

NetUP UTM billing system core. Compile date: Oct 7 2014 18:28:14
Version:5.3-002-update9-centos6_x64 Rev #14383

Периодически перестает нормально отрабатывать Классификатор/Тарификатор и весь трафик сыпет на unknown.
Помогает перезапуск ядра, но как-то это не правильно.

У кого-нить на данной версии наблюдаются такого рода проблемы? Куда заглянуть?

К сожалению в логах ничего застать не получилось, как будет еще раз сбой, погляжу в логи. На данный момент в логах проскакивает вот такое:

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

Nov 20 12&#58;49&#58;23  ERROR &#58; fe3e3700 DBAExistingError&#58; get_account_iter&#58; such account not exist 0
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; Obtained 11 stack frames.
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM15print_backtraceEv+0x43&#41; &#91;0x8d2e83&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAErrorC1ERKSsS2_b+0x211&#41; &#91;0x4d8211&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM16DBAExistingErrorC1ERKSsb+0x47&#41; &#91;0x621437&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess16get_account_iterEi+0xad&#41; &#91;0x76c95d&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess17__get_user_by_aidEiPNS_8UserDataE+0xf&#41; &#91;0x89111f&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess15get_user_by_aidEiPNS_8UserDataE+0x7e&#41; &#91;0x6c73be&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_Z22rpcf_traffic_report_exPv+0x900&#41; &#91;0x6bf1c0&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM7RPCConn7processEv+0xad5&#41; &#91;0x5c95d5&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM17__rpcconn_wrapperEPv+0x28f&#41; &#91;0x5bb8bf&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /lib64/libpthread.so.0&#40;&#41; &#91;0x39f6e079d1&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /lib64/libc.so.6&#40;clone+0x6d&#41; &#91;0x39f66e8b5d&#93;

produmnet

Кто может подсказать как UTM5.3 хранит в базе адреса ipv6? Мы используем свой DHCP сервер для IPv4 - здесь механизм понятен. Как правильно его преобразовать в php из таблицы ip_group в нормальный вид?

banec · Сообщение **banec** » Чт ноя 20, 2014 14:28

cyb3r_ang31 писал(а):NetUP UTM billing system core. Compile date: Oct 7 2014 18:28:14
Version:5.3-002-update9-centos6_x64 Rev #14383

Периодически перестает нормально отрабатывать Классификатор/Тарификатор и весь трафик сыпет на unknown.
Помогает перезапуск ядра, но как-то это не правильно.

У кого-нить на данной версии наблюдаются такого рода проблемы? Куда заглянуть?

К сожалению в логах ничего застать не получилось, как будет еще раз сбой, погляжу в логи. На данный момент в логах проскакивает вот такое:
Код: Выделить всё
Nov 20 12&#58;49&#58;23  ERROR &#58; fe3e3700 DBAExistingError&#58; get_account_iter&#58; such account not exist 0
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; Obtained 11 stack frames.
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM15print_backtraceEv+0x43&#41; &#91;0x8d2e83&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAErrorC1ERKSsS2_b+0x211&#41; &#91;0x4d8211&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM16DBAExistingErrorC1ERKSsb+0x47&#41; &#91;0x621437&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess16get_account_iterEi+0xad&#41; &#91;0x76c95d&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess17__get_user_by_aidEiPNS_8UserDataE+0xf&#41; &#91;0x89111f&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess15get_user_by_aidEiPNS_8UserDataE+0x7e&#41; &#91;0x6c73be&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_Z22rpcf_traffic_report_exPv+0x900&#41; &#91;0x6bf1c0&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM7RPCConn7processEv+0xad5&#41; &#91;0x5c95d5&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM17__rpcconn_wrapperEPv+0x28f&#41; &#91;0x5bb8bf&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /lib64/libpthread.so.0&#40;&#41; &#91;0x39f6e079d1&#93;
Nov 20 12&#58;49&#58;23 ?Trace &#58; fe3e3700 trace&#58; /lib64/libc.so.6&#40;clone+0x6d&#41; &#91;0x39f66e8b5d&#93;

+1 не много но сыпет - раньше такого не было.
ОС Дебиан

uks · Сообщение **uks** » Пн ноя 24, 2014 18:15

Обновили биллинг до версии 5.3-002-update9-centos6_x64 Rev #14383. Столкнулись с рядом проблем.
Внесение оплаты происходит нормально, если при этом не формируется квитанция. Если же она формируется, сервер зависает наглухо, админка падает, в логе ошибки:

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

Nov 24 17&#58;14&#58;42  ERROR &#58; 84485700 DBConnection_mysql&#58; <0x2a30880> MySQL query failed&#58;<SELECT command denied to user 'billing'@'localhost' for table 'ptr_2014_04'> Trying to reconnect&#58; 0

Nov 24 17&#58;15&#58;42  ERROR &#58; 84485700 DBConnection_mysql&#58; <0x2a30880> MySQL query failed&#58;<SELECT command denied to user 'billing'@'localhost' for table 'ptr_2014_04'> Trying to reconnect&#58; 1

Nov 24 17&#58;16&#58;42  ERROR &#58; 84485700 DBConnection_mysql&#58; <0x2a30880> MySQL query failed&#58;<SELECT command denied to user 'billing'@'localhost' for table 'ptr_2014_04'> Trying to reconnect&#58; 2

Nov 24 17&#58;17&#58;42  ERROR &#58; 84485700 DBConnection_mysql&#58; <0x2a30880> MySQL query failed&#58;<SELECT command denied to user 'billing'@'localhost' for table 'ptr_2014_04'> Trying to reconnect&#58; 3

И так далее. Дали пользователю billing полные привилегии на сервере MySQL, ничего не изменилось.

Внимание, вопрос: как жить дальше и что мы могли сделать неправильно?

kirush · Сообщение **kirush** » Пн ноя 24, 2014 18:16

что то с правами намудрили, проверьте права для billing который цепляется с localhost

uks · Сообщение **uks** » Вт ноя 25, 2014 06:26

хватает, полные привилегии даны, без галочки платеж заносится.

uks · Сообщение **uks** » Вт ноя 25, 2014 11:34

сделали права от root, лог изменился:

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

Nov 25 13&#58;34&#58;47  ERROR &#58; 2bafa700 DBConnection_mysql&#58; <0x17d4680> MySQL query failed&#58;<Table 'UTM5arc.ptr_2014_04' doesn't exist> Trying to reconnect&#58; 0
Nov 25 13&#58;35&#58;47  ERROR &#58; 2bafa700 DBConnection_mysql&#58; <0x17d4680> MySQL query failed&#58;<Table 'UTM5arc.ptr_2014_04' doesn't exist> Trying to reconnect&#58; 1

переходили с версии 5.3-001-update3-centos6_x64 Rev #13563
все по инструкции сделали, нету таких таблиц хоть убей...

AnnoX · Сообщение **AnnoX** » Вт ноя 25, 2014 11:45

kirush писал(а):что то с правами намудрили, проверьте права для billing который цепляется с localhost

У пользователя все привилегии есть.
grant all privileges on имяБДбиллинга_* to billing@localhost и т.д.
привилегии приминены.

kirush · Сообщение **kirush** » Вт ноя 25, 2014 12:31

Это то у Вас видимо архивация была настроена, а самой БД нет или по другому как то называется.
Смотрите внутрь таблицы archives

AnnoX · Сообщение **AnnoX** » Вт ноя 25, 2014 13:22

kirush спасибо!
Искомая таблица и правда нашлась в архиве...
вот только непонятно, почему зависает биллинг при обращении в архив?

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

 
SQL SELECT query&#58; SELECT account_id,payment_incurrency,currency_id,currency_rate,actual_date,payment_enter_date,method,payment_ext_number FROM UTM5arc.ptr_2014_04 WHERE id=77053
Nov 24 16&#58;52&#58;15  ERROR &#58; 490d0700 DBConnection_mysql&#58; <0x24f4890> MySQL query failed&#58;<SELECT command denied to user 'billing'@'localhost' for table 'ptr_2014_04'> Trying to reconnect&#58; 0

kirush · Сообщение **kirush** » Вт ноя 25, 2014 13:25

Что то все таки с правами на архивную бд похоже.

uks · Сообщение **uks** » Ср ноя 26, 2014 05:07

Действительно, еще одна база данных была, спасибо за помощь.

cyb3r_ang31

Puzan · Сообщение **Puzan** » Пн дек 01, 2014 10:14

Пожелания по доработке DHCP

1. Возможность автоматической привязки MAC
2. Удаление привязки в личном кабинете.
3. Выдавать отдельный pool при не соответствии MAC
4. .....

cyb3r_ang31

В нашем UTM5 5.3-002-up9 нашлись абоненты, у которых в сервисных связках стоит уже ранее закрытый расчетный период (предыдущий).
При этом в логе:

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

Dec 03 12&#58;44&#58;28  ERROR &#58; ea9f2700 DBAExistingError&#58; get_accounting_period_iter&#58; no such disc per 67
Dec 03 12&#58;44&#58;28  ERROR &#58; ea9f2700 TrafficAggregator&#58; failed to process detailed traffic record&#58; DBAExistingError&#58; get_accounting_period_iter&#58; no such disc per 67

Всех таких абонентов я вычислил.

Подскажите кто-нибудь как это исправить? С помощью урфы или руками в биллинге? И что могло послужить причиной их незакрытия?

P.S. Причину я нашел, при переходе со старой версии биллинга у этих абонентов оказались услуги с Политикой списаний, которая не существует. Ошибку допустил при обновлении, но как теперь это исправить?

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

Тестируем 5.3.002

IPv6 преобразование.