5.3-004-release. Обсуждение, замечания, предложения.

bigstikk

После обновления до версии 5.3-004 update1 вылезли косяки с редактированием клиентов с длинным наименованием (длинной более 64 символов). Админка зависает наглухо, ровно на 5 минут, после чего выдает сообщение:

В логах появляется сообщение типа:
Nov 29 00:20:01 ERROR : 3b2f2700 DBConnection_mysql: <0x249ba70> MySQL query failed:
Nov 29 00:20:01 ERROR : 3b2f2700 DBASQLError: MySQL query failed:
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: Obtained 11 stack frames.
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM15print_backtraceEv+0x40) [0xba18f0]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAErrorC2ERKSsS2_bNS_6Logger5LevelE+0x91) [0x5be181]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM11DBASQLErrorC1ERKSsbNS_6Logger5LevelE+0x51) [0x847f91]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM18DBConnection_mysql10sql_insertERKSsRNS_13DBQueryResultE+0x17db) [0x845fbb]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM12DBConnection5queryERKSsRNS_13DBQueryResultE+0x20c) [0x83b4cc]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess14store_user_logEiiNS_7UserLog6ActionERKSs+0x423) [0xb2df63]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_Z18rpcf_edit_user_newPv+0xfab) [0x8d0bbb]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM7RPCConn3runEv+0xf00) [0x749be0]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM6Thread6threadEPv+0x54) [0xba5874]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /lib/x86_64-linux-gnu/libpthread.so.0(+0x770a) [0x7f2a7155870a]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f2a6fa2682d]
Nov 29 00:20:01 ?Debug : 3b2f2700 DBConnectionPoolImpl: [2]: connection <0x2488190> is pushed back
Nov 29 00:20:01 ERROR : 3b2f2700 RPCServer@0.0.0.0: void* rpcf_edit_user_new(void*): DBASQLError: MySQL query failed:
Nov 29 00:20:01 ?Debug : 3b2f2700 RPC2Connection: Call 0x2126 (rpcf_edit_user_new) finished in 300.037 sec
Nov 29 00:20:01 ?Debug : 3b2f2700 RPC2Connection: Stream cleared

А когда админка отвисает, то выдает сообщение "User not saved", но данные в базе обновляется

В догонку: система ведет себя так же и при редактировании паспортных данных.

Magnum72

bigstikk писал(а):После обновления до версии 5.3-004 update1 вылезли косяки с редактированием клиентов с длинным наименованием (длинной более 64 символов). Админка зависает наглухо, ровно на 5 минут, после чего выдает сообщение:

В логах появляется сообщение типа:
Nov 29 00:20:01 ERROR : 3b2f2700 DBConnection_mysql: <0x249ba70> MySQL query failed:
Nov 29 00:20:01 ERROR : 3b2f2700 DBASQLError: MySQL query failed:
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: Obtained 11 stack frames.
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM15print_backtraceEv+0x40) [0xba18f0]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAErrorC2ERKSsS2_bNS_6Logger5LevelE+0x91) [0x5be181]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM11DBASQLErrorC1ERKSsbNS_6Logger5LevelE+0x51) [0x847f91]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM18DBConnection_mysql10sql_insertERKSsRNS_13DBQueryResultE+0x17db) [0x845fbb]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM12DBConnection5queryERKSsRNS_13DBQueryResultE+0x20c) [0x83b4cc]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess14store_user_logEiiNS_7UserLog6ActionERKSs+0x423) [0xb2df63]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_Z18rpcf_edit_user_newPv+0xfab) [0x8d0bbb]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM7RPCConn3runEv+0xf00) [0x749be0]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /netup/utm5/bin/utm5_core(_ZN3UTM6Thread6threadEPv+0x54) [0xba5874]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /lib/x86_64-linux-gnu/libpthread.so.0(+0x770a) [0x7f2a7155870a]
Nov 29 00:20:01 ?Trace : 3b2f2700 trace: /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f2a6fa2682d]
Nov 29 00:20:01 ?Debug : 3b2f2700 DBConnectionPoolImpl: [2]: connection <0x2488190> is pushed back
Nov 29 00:20:01 ERROR : 3b2f2700 RPCServer@0.0.0.0: void* rpcf_edit_user_new(void*): DBASQLError: MySQL query failed:
Nov 29 00:20:01 ?Debug : 3b2f2700 RPC2Connection: Call 0x2126 (rpcf_edit_user_new) finished in 300.037 sec
Nov 29 00:20:01 ?Debug : 3b2f2700 RPC2Connection: Stream cleared

А когда админка отвисает, то выдает сообщение "User not saved", но данные в базе обновляется

В догонку: система ведет себя так же и при редактировании паспортных данных.

Думаю в UTM5.user_log поле comment коротковато, проверьте тип поля, там должен быть как минимум text

bigstikk

Доброго времени суток, многоуважаемый Magnum72!!!
Смена типа поля на text помогла решить проблему с зависанием админки!!!
Проверил старые записи в user_log: как-то они сохранялись, только немного обрезанные, но к зависанию админки это не приводило, хотя поле в предыдущей версии было varchar(255).

yegorov.v

Всё ещё сижу на 5.3.001 на самой первой версии. Хотим внедрить IPoE с cisco isg, по списку апдейтов это начиная с UTM-5.3-003-rc1. Почитал эту тему, предыдущую про боевой сервер, и что-то терзают меня смутные сомнения. Подскажите, пожалуйста, на какую версию лучше всего перейти не нахватав шишек.

Magnum72

yegorov.v писал(а):Всё ещё сижу на 5.3.001 на самой первой версии. Хотим внедрить IPoE с cisco isg, по списку апдейтов это начиная с UTM-5.3-003-rc1. Почитал эту тему, предыдущую про боевой сервер, и что-то терзают меня смутные сомнения. Подскажите, пожалуйста, на какую версию лучше всего перейти не нахватав шишек.

Ставь последнюю там критичных проблем нет.

MaxDM · Сообщение **MaxDM** » Чт дек 01, 2016 10:55

Magnum72 писал(а):
yegorov.v писал(а):Всё ещё сижу на 5.3.001 на самой первой версии. Хотим внедрить IPoE с cisco isg, по списку апдейтов это начиная с UTM-5.3-003-rc1. Почитал эту тему, предыдущую про боевой сервер, и что-то терзают меня смутные сомнения. Подскажите, пожалуйста, на какую версию лучше всего перейти не нахватав шишек.
Ставь последнюю там критичных проблем нет.

А телефония у всех работает?

MaxDM · Сообщение **MaxDM** » Пт дек 02, 2016 16:32

А это как понять?

Документация:

Разбор файлов с информацией о телефонных звонках

В случае разбора файла с информацией о телефонных звонках выполняются следующие действия:

1.Устанавливается соединение с ядром UTM5 по протоколу URFA.

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

2.Данные, содержащиеся в каждой строке, сохраняются во внутренней структуре хранения данных.

3.Структура с данными передается ядру UTM5 посредством вызова URFA-функции 0x10310.

4.utm5_send_cdr завершает работу.

debug.log:

RPC2Connection: Call: 0x10320 (rpcf_put_tel_call_list)
RPC2Connection: Real Call: 0x10320 (rpcf_put_tel_call_list)

MaxDM · Сообщение **MaxDM** » Ср фев 15, 2017 14:16

MaxDM писал(а):При добавлении пользователя через rpcf_add_user_new дата подключения ставится текущей, несмотря на то, что при добавлении через урфу явно указываю connect_date=0.

Тикет завели по этой проблеме.

Установили причины проблемы и передали разработчикам информацию о ней (id: T1255).

Vans · Сообщение **Vans** » Ср фев 15, 2017 20:30

А у Вас суммы в счетах в документах корректные в последней версии update2? У нас итоговые суммы вместо того чтоб сумму без ндс умножить на 1.18 биллинг умножил на 0.18.

Вот интересно, это только у нас так?

MaxDM · Сообщение **MaxDM** » Чт фев 16, 2017 10:25

Счета не делаем из админки.

Nik0n · Сообщение **Nik0n** » Пт май 12, 2017 12:55

Пытаемся в админке 5.3.004-update2 в ЛЮБОМ месте где вводятся RADIUS атрибуты добавить атрибут 2352:91 - И НЕ ПОЛУЧАЕТСЯ:
- Поле "Значение" остается красным при вводе любых значений при любых комбинациях типа
- При нажатии ОК выскакивает окно Ошибка: "Значение - поле задано не корректно".
Ужас какой не приятный баг

На 5.3.002-update18 и 5.3.003-update15 - ВСЕ НОРМАЛЬНО!

o^er · Сообщение **o^er** » Пн май 15, 2017 12:44

Nik0n писал(а):Пытаемся в админке 5.3.004-update2 в ЛЮБОМ месте где вводятся RADIUS атрибуты добавить атрибут 2352:91 - И НЕ ПОЛУЧАЕТСЯ:
- Поле "Значение" остается красным при вводе любых значений при любых комбинациях типа
- При нажатии ОК выскакивает окно Ошибка: "Значение - поле задано не корректно".
Ужас какой не приятный баг
На 5.3.002-update18 и 5.3.003-update15 - ВСЕ НОРМАЛЬНО!

Да, разработчику об этом сообщили в начале марта.
Пока решил только так:
Создать сервис из шаблона (если есть шаблон для него), изменить в БД, и перезапустить ядро утма.

Jonson · Сообщение **Jonson** » Чт июн 08, 2017 10:40

Неплохо было бы иметь возможность в модуле dhcp при недоступности ядра выдавать адреса из определенного пула, а не только выдать запрошенный адрес.

i_destr

Обнаружил ошибку в 5.3.004 upd2

1) Обновился с версии 5.2.009 (последней) на текущую версию.
2) Внес изменения в политику списания по умолчанию Default(1)
3) Добавил всех абонентов в группу Users(102)
4) Операции над группой - Изменить политики списания с Любой(0) на Default(1)

В логе появляется ошибка:

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

Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 RPC2Connection&#58; URFA ping received, sending reply
Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 RPC2Connection&#58; Call&#58; 0x240d &#40;rpcf_group_op&#41;
Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 RPC2Connection&#58; Real Call&#58; 0x240d &#40;rpcf_group_op&#41;
Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 DBConnectionPoolImpl&#58; &#91;2&#93;&#58; connection <0x18f0e70> is popped
Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 DBConnection_mysql&#58; <0x18fdf30> SQL SELECT query&#58; SELECT user_id FROM  users_groups_link WHERE group_id='102'
Jul 13 15&#58;11&#58;57 Debug &#58; fabe7700 DBConnection_mysql&#58; <0x18fdf30> SQL SELECT query&#58; 14035 rows in 0.017 sec
Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 DBConnectionPoolImpl&#58; &#91;2&#93;&#58; connection <0x1904540> is popped
Jul 13 15&#58;11&#58;57 ?Debug &#58; fabe7700 DBConnection_mysql&#58; <0x19048c0> SQL query&#58; UPDATE periodic_service_links SET policy_id='1' WHERE id IN &#40;&#41;
Jul 13 15&#58;11&#58;57  ERROR &#58; fabe7700 DBConnection_mysql&#58; <0x19048c0> MySQL query failed&#58;<You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '&#41;' at line 1> Trying to reconnect&#58; 0

Сервер БД - MariaDB 10.2, но аналогичная ошибка появляется и в Mysql 5.5

MaxDM · Сообщение **MaxDM** » Сб авг 12, 2017 11:18

Это - update, который в апреле обещали?

Отчёт по телефонии так и не исправили?