Тестируем 5.3.002
помогло следующее:
записи "висели" пока не почистил ручками..
Код: Выделить всё
UPDATE dhs_sessions_log SET Acct_status_Type=2 WHERE 1;
UPDATE dhs_sessions_log SET Acct_status_Type=2 WHERE 3;
у вас настроено так:Point писал(а): У Вас NAS-ы на микротике?
у меня вылечилось установкой /ppp aaa interim-update=1m (по умолчанию 0)
Код: Выделить всё
use-radius: yes
accounting: yes
interim-update: 1m
параметр в УТМ какой стоит?
Код: Выделить всё
## interim_update_interval
## Description: Enables session control mechanism using Interim-Update
## packets. The value is transmitted in the Acct-Interim-Interval(85)
## attribute of the Access-Accept packet.
## Possible values: time in seconds, more than 61
## Default value: the default session closure control mechanism is used
interim_update_interval=??
Да, настройки аккаунтинга в PPP именно такие, дополнительных телодвижений не делал.
interim_update_interval=61
interim_update_interval=61
Последний раз редактировалось Point Чт авг 14, 2014 13:12, всего редактировалось 1 раз.
Нашелся еще косяк
UTM5.3-002-update6-bsd8 Rev #14260 FeeBSD 8.0-RELEASE-p2 i386
Не происходит блокировка лицевого счета клиента при превышении кредита (лицевой счет уходит дальше в минуса, клиент работает).
Замечено на клиентах с услугой "Телефония". Регистрация и тарификация клиентов с телефонией производится через радиус.
UTM5.3-002-update6-bsd8 Rev #14260 FeeBSD 8.0-RELEASE-p2 i386
Не происходит блокировка лицевого счета клиента при превышении кредита (лицевой счет уходит дальше в минуса, клиент работает).
Замечено на клиентах с услугой "Телефония". Регистрация и тарификация клиентов с телефонией производится через радиус.
-
- Сообщения: 37
- Зарегистрирован: Вт июл 15, 2014 15:19
- Откуда: Украина, Черновцы
- Контактная информация:
Похоже баг с архивированием таблицы user_log. После обновления решил заархивировать ее аналогично остальным. Однако в админке в отчете ничего не отображается, долго пытается что-то найти но безуспешно. В это время в debug.log появляется ошибка:
Aug 27 16:45:53 ERROR : b907400 DBConnection_mysql: <0x803429500> MySQL query failed:<You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_2011_0' at line 1> Trying to reconnect: 1
Как видно из ошибки, билинг пытается найти информацию в таблице `UTM5-archives`.user_log_2011_0', однако в действительности она называется `UTM5-archives`.user_log_2011_01'
Aug 27 16:45:53 ERROR : b907400 DBConnection_mysql: <0x803429500> MySQL query failed:<You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_2011_0' at line 1> Trying to reconnect: 1
Как видно из ошибки, билинг пытается найти информацию в таблице `UTM5-archives`.user_log_2011_0', однако в действительности она называется `UTM5-archives`.user_log_2011_01'
а в таблице UTM5.archives как данная табличка обозвана?MEDVED писал(а):Похоже баг с архивированием таблицы user_log. После обновления решил заархивировать ее аналогично остальным. Однако в админке в отчете ничего не отображается, долго пытается что-то найти но безуспешно. В это время в debug.log появляется ошибка:
Aug 27 16:45:53 ERROR : b907400 DBConnection_mysql: <0x803429500> MySQL query failed:<You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_2011_0' at line 1> Trying to reconnect: 1
Как видно из ошибки, билинг пытается найти информацию в таблице `UTM5-archives`.user_log_2011_0', однако в действительности она называется `UTM5-archives`.user_log_2011_01'