ABillS v0.5

[zakachkin]

CREATE TABLE docs_invoice2payments(
`invoice_id` int( 11 ) unsigned NOT NULL default 0,
`payment_id` int( 11 ) unsigned NOT NULL default 0,
`sum` double( 10, 2 ) NOT NULL default '0.00',
PRIMARY KEY `invoice2payments` ( `invoice_id` , `payment_id` ) ,
FOREIGN KEY ( payment_id ) REFERENCES payments( id ) ,
FOREIGN KEY ( invoice_id ) REFERENCES docs_invoices( id )
) COMMENT = 'Docs Invoice to payments';

Ответ MySQL: Документация
#1005 - Can't create table 'abills.docs_invoice2payments' (errno: 150)

[~AsmodeuS~]

CREATE TABLE docs_invoice2payments(
`invoice_id` int( 11 ) unsigned NOT NULL default 0,
`payment_id` int( 11 ) unsigned NOT NULL default 0,
`sum` double( 10, 2 ) NOT NULL default '0.00',
PRIMARY KEY `invoice2payments` ( `invoice_id` , `payment_id` ) ,
FOREIGN KEY ( payment_id ) REFERENCES payments( id ) ,
FOREIGN KEY ( invoice_id ) REFERENCES docs_invoices( id )
) COMMENT = 'Docs Invoice to payments';

Ответ MySQL: Документация
#1005 - Can't create table 'abills.docs_invoice2payments' (errno: 150)

какие то поля внешних ключей не соответствуют проверте по текущему дампу

[~AsmodeuS~]

столкнулся с тем же я думаю

поправленно

[gaz]

Доброго дня всім.
Вчора 28.10.2012 зафіксував не коректну поведінку ABillS
з 23:00 до 24:00 будь який логін в систему відбувався нестандартно.
Користувачі з ТП де встановлено правила негативного депозиту отримували
налаштування як такі, що мали негативний депозит, хоча це не відповідало дійсності.
Спробував зняти правила негативного депозиту, в результаті отримав:
"Not Allow time"
Перевірив, можливо випадково хтось встановив не коректні інтервали...
з інтервалами все нормально, вони виявились не змінними.
після 24:00 система почала нормально авторизувати користувачів.

ВИСНОВОК - виглядає так, що в наслідку переходу з літнього часу назад, вчорашня доба тривала 25 год.
система якось не коректно визначала часовий інтервал.
Чи можливо якось побороти таке явище ?

Дякую за увагу.

[knoffice]

Доброго дня всім.
Вчора 28.10.2012 зафіксував не коректну поведінку ABillS
з 23:00 до 24:00 будь який логін в систему відбувався нестандартно.
Користувачі з ТП де встановлено правила негативного депозиту отримували
налаштування як такі, що мали негативний депозит, хоча це не відповідало дійсності.
Спробував зняти правила негативного депозиту, в результаті отримав:
"Not Allow time"
Перевірив, можливо випадково хтось встановив не коректні інтервали...
з інтервалами все нормально, вони виявились не змінними.
після 24:00 система почала нормально авторизувати користувачів.

ВИСНОВОК - виглядає так, що в наслідку переходу з літнього часу назад, вчорашня доба тривала 25 год.
система якось не коректно визначала часовий інтервал.
Чи можливо якось побороти таке явище ?

Дякую за увагу.

Подтверждаю, аналогичная ситуация один в один.

[enot_]

после обновления до 0,55 перестал работать Отчёт>Marketing>Internet
выдает пустое окно

p.s. ошибка гдето в abills/Abills/HTML.pm так как при откате на старый файл HTML.pm все работает

[~AsmodeuS~]

после обновления до 0,55 перестал работать Отчёт>Marketing>Internet
выдает пустое окно

p.s. ошибка гдето в abills/Abills/HTML.pm так как при откате на старый файл HTML.pm все работает

поправленно

[zakachkin]

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

2013-01-07 16:33:26 LOG_ERR:  []
INSERT INTO docs_invoice2payments (invoice_id, payment_id, sum)
    VALUES ('176', '318', '100')
 --1452
 --Cannot add or update a child row: a foreign key constraint fails (`billing`.`docs_invoice2payments`, CONSTRAINT `docs_invoice2payments_ibfk_2` FOREIGN KEY (`invoice_id`) REFERENCES `docs_invoices` (`id`))

в последнее время в логах наблюдаю такую ошибку. Работе вроде не мешает, но не приятно.

[~AsmodeuS~]

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

2013-01-07 16:33:26 LOG_ERR:  []
INSERT INTO docs_invoice2payments (invoice_id, payment_id, sum)
    VALUES ('176', '318', '100')
 --1452
 --Cannot add or update a child row: a foreign key constraint fails (`billing`.`docs_invoice2payments`, CONSTRAINT `docs_invoice2payments_ibfk_2` FOREIGN KEY (`invoice_id`) REFERENCES `docs_invoices` (`id`))

в последнее время в логах наблюдаю такую ошибку. Работе вроде не мешает, но не приятно.

Вы правильно обновились ?
Данная операция возникает после того как вы делаете пополнения или присваиваете счет ?

[zakachkin]

ещё есть проблема:
Неверно отображается детализация сессии.

Безымянный.jpg (296.77 КБ) 15878 просмотров

Такая ситуация наблюдается не на всех сессиях.

[~AsmodeuS~]

ещё есть проблема:
Неверно отображается детализация сессии.

Безымянный.jpg

Такая ситуация наблюдается не на всех сессиях.

просьба показать

show CREATE TABLE `s_detail`;

[zakachkin]

ещё есть проблема:
Неверно отображается детализация сессии.

Безымянный.jpg

Такая ситуация наблюдается не на всех сессиях.

просьба показать

show CREATE TABLE `s_detail`;

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

mysql> show CREATE TABLE `s_detail`;
+----------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table    | Create Table                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          |
+----------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| s_detail | CREATE TABLE `s_detail` (
  `acct_session_id` varchar(25) NOT NULL DEFAULT '',
  `nas_id` smallint(5) unsigned NOT NULL DEFAULT '0',
  `acct_status` tinyint(2) unsigned NOT NULL DEFAULT '0',
  `start` datetime DEFAULT NULL,
  `last_update` int(11) unsigned NOT NULL DEFAULT '0',
  `sent1` bigint(20) unsigned NOT NULL DEFAULT '0',
  `recv1` bigint(20) unsigned NOT NULL DEFAULT '0',
  `sent2` bigint(20) unsigned NOT NULL DEFAULT '0',
  `recv2` bigint(20) unsigned NOT NULL DEFAULT '0',
  `id` varchar(16) NOT NULL DEFAULT '',
  `sum` double(14,6) NOT NULL DEFAULT '0.000000',
  KEY `sid` (`acct_session_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+----------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.02 sec)

[~AsmodeuS~]

а RADIUS Gigawords передаются ?

[zakachkin]

а RADIUS Gigawords передаются ?

да

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

+- entering group accounting {...}
rlm_perl: Added pair Acct-Input-Octets = 850969
rlm_perl: Added pair NAS-Port-Type = Virtual
rlm_perl: Added pair Acct-Session-Id = 07101cdcd74ddd56
rlm_perl: Added pair Acct-Output-Gigawords = 0
rlm_perl: Added pair Service-Type = Framed-User
rlm_perl: Added pair Acct-Unique-Session-Id = 10c2f9390b981f85
rlm_perl: Added pair Tunnel-Type = L2TP
rlm_perl: Added pair Called-Station-Id = 00:1a:4d:4c:40:94
rlm_perl: Added pair Acct-Authentic = RADIUS
rlm_perl: Added pair Acct-Status-Type = Interim-Update
rlm_perl: Added pair Acct-Output-Packets = 8787
rlm_perl: Added pair NAS-IP-Address = 127.0.0.1
rlm_perl: Added pair Acct-Output-Octets = 9599341
rlm_perl: Added pair Acct-Session-Time = 78060
rlm_perl: Added pair Calling-Station-Id = 28:92:4a:42:2d:82
rlm_perl: Added pair Framed-Protocol = PPP
rlm_perl: Added pair User-Name = hlopov
rlm_perl: Added pair NAS-Identifier = accel-ppp
rlm_perl: Added pair Acct-Input-Gigawords = 0
rlm_perl: Added pair Framed-IP-Address = 192.168.25.141
rlm_perl: Added pair Acct-Input-Packets = 5814
rlm_perl: Added pair NAS-Port = 3
++[perl] returns ok
++[unix] returns noop
++[exec] returns noop

[Shturm_N]

В последнем срезе CVS не отрабатывает billd. "/usr/abills/libexec/billd all" возвращает пустую строку. А в monitoring--internet множатся дубли портов.