проблемы с сервером, большие логи : УКМ-4

█ 21.07.2010 16:01

Здравствуйте.

УКМ4сп3. Вот с недавнего времени стало все сильно тормозить. Логи сервера за день вместо обычных 30M стали 11-13G. Провел оптимизацию MySQL по инструкции с FTP плюса. Пару дней поработало нормально и опять такая же история началась.

Вот кусок лога, когда это в последний раз началось:

Код:

19:39:59: INFO:CAuthInternal#Терминал №7#0d27b2d8:started
19:39:59: INFO:CAuthInternal#Терминал №7#0d27b2d8:finished
19:40:01: INFO:CAuthInternal#Терминал №2#0d27b2d8:started
19:40:01: INFO:CAuthInternal#Терминал №2#0d27b2d8:finished
19:40:02: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: INFO:replication#импорт с терминала Терминал №6#0d19f2e0:started
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: class ntlp_error ( Transaction finished )
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: not std::exception
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: not std::exception
19:40:03: INFO:replication#импорт с терминала Терминал №6#0d19f2e0:Запуск
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: INFO:replication#импорт с терминала Терминал №6#0d19f2e0:Анализ таблиц и ожидание завершения обратной репликации
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: not std::exception
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: not std::exception
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: not std::exception
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started
19:40:03: FATAL:CAuthInternal#Терминал №6#0d27b2d8:abnormal termination: not std::exception
19:40:03: INFO:CAuthInternal#Терминал №6#0d27b2d8:started

И так, пары ...started...abnormal termination: not std::exception повторяются больше сотни раз в секунду для каждого терминала. Естественно, на такую запись(а может не только на нее) сильно тратятся ресурсы сервера и кассы медленно достукиваются до него.

Временно помогает перезапуск служб УКМа и MySQL. Подскажите, куда копать.

█ 21.07.2010 16:03

А кредитные карты через какую авторизацию настроены?

█ 21.07.2010 16:07

Безнал - Сбер. Еще есть внутренние бонусные карты, которые добавлял напрямую в базу sql-запросами, но с марта(когда все это было сделано) до июля таких проблем не было.

█ 21.07.2010 16:14

Нет. Это не банковские карты...
Можно уточнить версию УКМ4?

█ 21.07.2010 16:19

46сп3

запросы, которыми все добавлял, были:

Код:

insert into local_auth_account (id,account_type_id,name,credit,params) values ...

Код:

insert into trm_in_card_client (global_id,card,client,version,deleted) values ...

Код:

insert into trm_in_cards (global_id,id,start_card_code,stop_card_code,date_from,date_till,
active,version,deleted) values ...

Код:

insert into trm_in_clients (global_id,id,classifclient,sur_name,name,patronymic,birthday,inn,
passport,pricetype,type,allow_paycash,active,version,deleted) values ...

Код:

insert into trm_in_client_marketingeffort (global_id,client,marketingeffort,version,deleted) values ...

█ 21.07.2010 16:20

А если кассу перезалить, проблема не исчезает?

█ 21.07.2010 16:43

Все кассы? Оно только по началу про одну пишет, на следующий день уже на 3-4х, потом на всех.
Думаю не в кассах дело, в кассовых-то логах все чисто-гладко.

Есть другая идея. Можно поподробней узнать, что есть ntlp, как работает, как реализовано в УКМе и нет ли там какого кэша номеров каналов, который возможно не чистится?

█ 21.07.2010 17:00

С+ сказал, что эт бага и решается бесплатным обновлением до 47сп5

█ 22.07.2010 07:03

А почему не до 48?
48-я версия вроде как вышла уже...

█ 22.07.2010 07:49

Проблема решена в 47сп5
а за обновление до 48 версии платить надо :) политика