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

Технические вопросы по UTM 5.0
bigstikk
Сообщения: 5
Зарегистрирован: Ср июн 01, 2016 20:31

Сообщение 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
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение 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
Сообщения: 5
Зарегистрирован: Ср июн 01, 2016 20:31

Сообщение bigstikk »

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

yegorov.v
Сообщения: 23
Зарегистрирован: Вт мар 10, 2015 07:47

Сообщение yegorov.v »

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

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

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

Аватара пользователя
MaxDM
Сообщения: 313
Зарегистрирован: Пн апр 03, 2006 10:26
Контактная информация:

Сообщение MaxDM »

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

Аватара пользователя
MaxDM
Сообщения: 313
Зарегистрирован: Пн апр 03, 2006 10:26
Контактная информация:

Сообщение MaxDM »

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

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

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

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
Сообщения: 313
Зарегистрирован: Пн апр 03, 2006 10:26
Контактная информация:

Сообщение MaxDM »

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

Vans
Сообщения: 133
Зарегистрирован: Чт сен 01, 2005 20:45

Сообщение Vans »

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

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

Аватара пользователя
MaxDM
Сообщения: 313
Зарегистрирован: Пн апр 03, 2006 10:26
Контактная информация:

Сообщение MaxDM »

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

Nik0n
Сообщения: 77
Зарегистрирован: Пн сен 14, 2009 13:53
Откуда: Екатеринбург
Контактная информация:

Сообщение Nik0n »

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

o^er
Сообщения: 8
Зарегистрирован: Ср сен 02, 2015 12:15

Сообщение o^er »

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

Jonson
Сообщения: 150
Зарегистрирован: Ср фев 02, 2005 21:48
Откуда: МО, Ногинский р-он

Сообщение Jonson »

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

i_destr
Сообщения: 12
Зарегистрирован: Ср сен 26, 2007 13:16

Сообщение 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
Сообщения: 313
Зарегистрирован: Пн апр 03, 2006 10:26
Контактная информация:

Сообщение MaxDM »

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

Изображение

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

Закрыто