Периодически отваливается тариф с ошибками

Технические вопросы по UTM 5.0
Ответить
mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Периодически отваливается тариф с ошибками

Сообщение mikos »

Тариф висит на абоненте какое-то время. Заметил что когда перегружаю ядро, получаю такие ошибки и тариф отваливается от абонента.

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

UTM5 DBA&#58; Service link <62> from user_id <1> is broken and disabled. See verificator.log for details
UTM5 DBA&#58; db verificator find critical error&#40;s&#41;, see /var/log/utm5/verificator.log for details

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

-- Verificator
-- You have to backup UTM5 database!
-- Affected tables list at the end of file
 
-- WARNING slink 62 exists only in dtagg_periodic
-- SQL DESC check slink exists and delete dtagg_periodic entry for deleted slink
UPDATE dtagg_periodic SET is_closed=1 WHERE slink_id=62;
 
-- ERROR strange row in service_links with id 62 &#40;no row in periodic_service_links, iptraffic_service_links, dialup_service_links, hotspot_service_links!>>, telephony_service_links or once_service_links&#41; &#40;NOT RECOMMENDED&#41;
-- SQL DESC delete row
-- UPDATE service_links SET is_deleted=1 WHERE id='62';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='62';
 
-- ERROR link 62, account tariff link id 34, not equal discount period ids
-- SQL DESC delete broken link &#40;NOT RECOMMENDED&#41;
-- UPDATE service_links SET is_deleted=1 WHERE id='62';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='62';
 
-- WARNING lost IP group 33
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='33';
 
-- 2 errors
-- 2 warnings
-- affected tables&#58; dtagg_periodic ip_groups iptraffic_service_links service_links
-- RESTART utm5_core!
Пробовал сразу как привязываю тариф перегражать ядро, но тогда было все хорошо. Похоже это происходит после смены расчетного периода или еще когда, т.е. по истечении какого-то времени.
ЧТо может быть?

mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Сообщение mikos »

Сегодня в очередной раз отвалилась связка. Ошибки теже. Смены тарифа небыло, расчетный период не менялся. Просто перегрузил сервер целиком...

mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Сообщение mikos »

up, ума не приложу что делать :(

mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Сообщение mikos »

Вещь! Исправил базу согласно virificator.log, по новой привязал тариф абоненту. Все вроде в порядке. Ради интереса стопаю ядро utm и запускаю по-новой. И опять таже катавася...

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

-- Verificator
-- You have to backup UTM5 database!
-- Affected tables list at the end of file
 
-- WARNING slink 64 exists only in dtagg_periodic
-- SQL DESC check slink exists and delete dtagg_periodic entry for deleted slink
UPDATE dtagg_periodic SET is_closed=1 WHERE slink_id=64;
 
-- ERROR strange row in service_links with id 64 &#40;no row in periodic_service_links, iptraffic_service_links, dialup_service_links, ho!>>tspot_service_links, telephony_service_links or once_service_links&#41; &#40;NOT RECOMMENDED&#41;
-- SQL DESC delete row
-- UPDATE service_links SET is_deleted=1 WHERE id='64';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='64';
 
-- ERROR link 64, account tariff link id 36, not equal discount period ids
-- SQL DESC delete broken link &#40;NOT RECOMMENDED&#41;
-- UPDATE service_links SET is_deleted=1 WHERE id='64';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='64';
 
-- WARNING lost IP group 35
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='35';
 
-- 2 errors
-- 2 warnings
-- affected tables&#58; dtagg_periodic ip_groups iptraffic_service_links service_links
-- RESTART utm5_core!
Куда копать?

dk
Сообщения: 424
Зарегистрирован: Чт авг 10, 2006 08:52

Сообщение dk »

Поиск по "not equal discount period ids" прольёт свет на ситуацию.

mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Сообщение mikos »

dk писал(а):Поиск по "not equal discount period ids" прольёт свет на ситуацию.
Не пролило :( Не понимаю почему он теляет сервислинк...
После привязки тарифа проверил - услуга привязалась к клиенту. Как только делаю рестарт ядра - опять те же ошибки -- потерял сервислинк. Захожу и вижу что у клиента на вкладке услуг ошибка - услуга пропала.

В табличке user_log такие записи.

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

| id  | user_id | date       | who  | what                       | comment
...
| 491 |       1 | 1237308504 |   -1 | unlink tariff from account | account id 1 tplink id 37                            
| 492 |       1 | 1237308506 |   -1 | user_edit                  |                                         
| 493 |       1 | 1237308507 |   -1 | edit account               | account <1>&#58;      
| 494 |       1 | 1237308578 |   -1 | link tariff to account     | account id 1 tplink id 0 tplink next 38     
| 495 |       1 | 1237308623 |   -1 | add IP group               | service link <0>, ip group <0>, login '', ip '10.100.9.0', MAC ''        
...
Это я после исправления БД, удалил привязанный тариф и привязал его по-новой.

Что не так делаю? По ссылке была версия, что запускается несколько экземпляров ядра, но в моем случае это не так - всегда висит только одно.[/code]

mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Сообщение mikos »

Может есть у кого нибудь идеи?

Vlad83
Сообщения: 11
Зарегистрирован: Пт май 15, 2009 12:09

Re: Периодически отваливается тариф с ошибками

Сообщение Vlad83 »

mikos писал(а):Тариф висит на абоненте какое-то время. Заметил что когда перегружаю ядро, получаю такие ошибки и тариф отваливается от абонента.
Пробовал сразу как привязываю тариф перегражать ядро, но тогда было все хорошо. Похоже это происходит после смены расчетного периода или еще когда, т.е. по истечении какого-то времени.
ЧТо может быть?
Всем доброго времени суток.У меня абсолютно идентичная проблема,подскажите пожалуйста в чём может быть дело,куда копать ?

mikos
Сообщения: 38
Зарегистрирован: Пн фев 02, 2009 18:09

Сообщение mikos »

Лично я отказался от этой хрени. По другому этот билинг трудно назвать. BGBilling на много интересней и в плане работы и в плане гибкости. Рекомендую.

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

Наблюдаю такие же проблемы...тарифы у всех абонентов одни и те же, родительская услуга одна и те жа. Проблему пока решаем аптаймом биллинга ;), иногда после применения такого рода верификатора, у клиентов списываются денежные средства. Обычно пероед применением распечатываю такие верификаторы, и обрабатываю их в последствии "вручную" для проверки.

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

Сообщение Magnum72 »

mikos писал(а):Может есть у кого нибудь идеи?
Переведите часто используемые таблицы в муисам. Наверняка из-за этого. Это баланс хистори, аккаунтс, юзерс, всевозможные сервислинки. т.е. те в которые часто чтото пишется

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

Magnum72 писал(а):
mikos писал(а):Может есть у кого нибудь идеи?
Переведите часто используемые таблицы в муисам. Наверняка из-за этого. Это баланс хистори, аккаунтс, юзерс, всевозможные сервислинки. т.е. те в которые часто чтото пишется
Сделал:
ALTER TABLE `balance_history` ENGINE = MYISAM ROW_FORMAT = COMPACT;
ALTER TABLE `accounts` ENGINE = MYISAM ROW_FORMAT = COMPACT;
ALTER TABLE `users` ENGINE = MYISAM ROW_FORMAT = COMPACT;
ALTER TABLE `service_links` ENGINE = MYISAM ROW_FORMAT = COMPACT;
делал на рабочем биллинге, через phpmyadmin,без HUPанья ядра.

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

Сообщение Magnum72 »

kirush писал(а):
Magnum72 писал(а):
mikos писал(а):Может есть у кого нибудь идеи?
Переведите часто используемые таблицы в муисам. Наверняка из-за этого. Это баланс хистори, аккаунтс, юзерс, всевозможные сервислинки. т.е. те в которые часто чтото пишется
Сделал:
ALTER TABLE `balance_history` ENGINE = MYISAM ROW_FORMAT = COMPACT;
ALTER TABLE `accounts` ENGINE = MYISAM ROW_FORMAT = COMPACT;
ALTER TABLE `users` ENGINE = MYISAM ROW_FORMAT = COMPACT;
ALTER TABLE `service_links` ENGINE = MYISAM ROW_FORMAT = COMPACT;
делал на рабочем биллинге, через phpmyadmin,без HUPанья ядра.
Еще обязательно:
ip_groups

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

Magnum72 писал(а): Еще обязательно:
ip_groups
ALTER TABLE `ip_groups` ENGINE = MYISAM ROW_FORMAT = COMPACT;

Ответить