Найдена, в данный момент решена.ZeM писал(а):serjk
А проблема с кредитами?
Тестируем 5.3.002
-
- Сообщения: 37
- Зарегистрирован: Вт июл 15, 2014 15:19
- Откуда: Украина, Черновцы
- Контактная информация:
Добрый день! Обновились с 008upd4 до 5.3.1-002upd5. После обновления в админке странно ведет себя поиск. Например, при попытке поиска по некоторым тарифам выдает ошибку:

Сперва подумал, что проблема с правами. Пробовал создавать новую системную группу, нового пользователя, давать все права - не помогло.
Подскажите, куда копать?

Сперва подумал, что проблема с правами. Пробовал создавать новую системную группу, нового пользователя, давать все права - не помогло.
Подскажите, куда копать?
Мегазасада на связке 5.3-002-u5 + PostgreSQL
Продублирую сюда:
В биллинге обнаружена очень серьезная проблема.
конфигурация система:
- ОС ALT Linux P7 x86_64
- сборка 5.3-002 update5 для centos6 x86_64
- СУБД PostgreSQL 9.3
На данный момент напоролись с таблицами iptraffic_services_data и dynashape_settings (но нет гарантии, что подобная засада не поджидает где-то еще) на такую проблему:
Проблемную часть я выделил. По стандарту, в транзакции (двумя запросами ранее мы ведь сказали BEGIN) НЕЛЬЗЯ вызывать currval
без предварительного вызова nextval
В результате со стороны СУБД видим такую ошибку:
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
Пожалуйста, исправльте этот баг как можно скорее, за одно проверьте правильность на других таблицах. Из-за этого бага сейчас нельзя ни добавлять новые услуги-тарифы, ни прописывать скорость в шейпере.
И еще проблема с radius. В конфигурации относительно логов имеется:
## log_level
## Description: Logging level.
## Possible values: 0, 1, 2, 3
## Default value: 1
log_file_main=/netup/utm5/log/radius.log
log_file_debug=/dev/null
log_file_critical=/netup/utm5/log/radius_error.log
rotate_logs=yes
В результате в /netup/utm5/log/radius.log нещадно валится весь Debug, если поставить
log_level=1
то как бы все да, debug-флуд прекращается. Получается, что не работает "Default value: 1" у log_level и полностью игнорируется опция log_file_debug
В биллинге обнаружена очень серьезная проблема.
конфигурация система:
- ОС ALT Linux P7 x86_64
- сборка 5.3-002 update5 для centos6 x86_64
- СУБД PostgreSQL 9.3
На данный момент напоролись с таблицами iptraffic_services_data и dynashape_settings (но нет гарантии, что подобная засада не поджидает где-то еще) на такую проблему:
Код: Выделить всё
Jul 16 03:37:39 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: BEGIN
Jul 16 03:37:39 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 1
Jul 16 03:37:39 ?Debug : fe342700 DBConnection_pgsql: PgSQL table name:
Jul 16 03:37:39 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: INSERT INTO dynashape_services(service_id,direction) VALUES ('272','1')
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 1
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL table name: dynashape_services
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: SELECT currval(pg_get_serial_sequence('dynashape_services', 'id'))
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 2
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: INSERT INTO dynashape_borders (dyna_id,border,timerange,lim) VALUES ('605','0','1','8192')
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 1
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL table name: dynashape_borders
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: SELECT currval(pg_get_serial_sequence('dynashape_borders', 'id'))
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 2
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: INSERT INTO dynashape_tclasses (dyna_id,tclass_id) VALUES ('605','10')
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 1
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL table name: dynashape_tclasses
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: SELECT currval(pg_get_serial_sequence('dynashape_tclasses', 'id'))
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 2
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: DELETE FROM dynashape_settings WHERE id='272'
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 1
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL table name:
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: INSERT INTO dynashape_settings (id, flags) VALUES ('272','3')
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 1
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL table name: dynashape_settings
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: Ctx: <0x10f9980> SQL query: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
Jul 16 03:37:40 ?Debug : fe342700 DBConnection_pgsql: PgSQL error status: 7
Jul 16 03:37:40 ERROR : fe342700 DBConnection_pgsql: PgSQL query failed: Trying to reconnect, count: 0
без предварительного вызова nextval
В результате со стороны СУБД видим такую ошибку:
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "iptraffic_services_data_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('iptraffic_services_data', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
ОШИБКА: текущее значение (currval) для последовательности "dynashape_settings_id_seq" ещё не определено в этом сеансе
ОПЕРАТОР: SELECT currval(pg_get_serial_sequence('dynashape_settings', 'id'))
Пожалуйста, исправльте этот баг как можно скорее, за одно проверьте правильность на других таблицах. Из-за этого бага сейчас нельзя ни добавлять новые услуги-тарифы, ни прописывать скорость в шейпере.
И еще проблема с radius. В конфигурации относительно логов имеется:
## log_level
## Description: Logging level.
## Possible values: 0, 1, 2, 3
## Default value: 1
log_file_main=/netup/utm5/log/radius.log
log_file_debug=/dev/null
log_file_critical=/netup/utm5/log/radius_error.log
rotate_logs=yes
В результате в /netup/utm5/log/radius.log нещадно валится весь Debug, если поставить
log_level=1
то как бы все да, debug-флуд прекращается. Получается, что не работает "Default value: 1" у log_level и полностью игнорируется опция log_file_debug