mikkey finn писал(а):остановить ядро биллинга, залить в базу verificator.log, запустить ядро биллинга, если создался новый verificator - остановить снова ядро биллинга, залить снова верификатор в базу. И так до тех пор, пока верификатор не станет чист.
У меня в verificator.log только
-- ERROR link 1076, wrong tariff id
-- SQL DESC delete broken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='1076';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='1076';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='1076';
и судя по форуму лучше не заливать в базу то что "NOT RECOMMENDED"
Или все таки залить?
Я заливаю всё подряд, но лучше сохранить логи.......
Так как бывает что изменится длина расчетного периода, либо отвяжуться услуги у абонента и т.п.
А вот в связи с чем они постоянно появляются никак не свяжу.
Замечал. что даже если несколько дней ни удалять/ни добавлять юзеров, время от времени появляются эти исправления в верификаторе.
Так дело в том что все что падает в verificator.log так это
-- ERROR link 1076, wrong tariff id
-- SQL DESC delete broken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='1076';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='1076';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='1076';
но на мыло все равно валиться это
DBA_IPgroups: IP <82.194.226.27> linked in the database but not exist in IPTree (87 intersections in ip_groups table)
Думаю может уже пойти ручками все посносить или к чертям собачим перевести всех на lanbilling, к которому за 2 года эксплуатации ни одной претензии и ни одного падения...
NETUP заводили для карточников...
Мне помогло
update ip_groups set is_deleted=1 where ip_type=0 and is_deleted=0;
с предварительной остановкой аксесс сервера (для отключения активных сессий), билинга, радиуса, после этого обратный запуск всего.
