BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 06 июл 2025, 17:41

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Проблема с загрузкой логов
СообщениеДобавлено: 04 фев 2009, 15:18 
Код:
INFO   04.02.2009 12:12:24  7490 Load data from: C:\billing\temp\2009\01\01_23.zip
INFO   04.02.2009 12:12:24  7490 no need load..
INFO   04.02.2009 12:12:24  7489 Load data from: C:\billing\temp\2009\01\01_22.zip
INFO   04.02.2009 12:12:24  7489 no need load..
INFO   04.02.2009 12:12:24  7488 Load data from: C:\billing\temp\2009\01\01_21.zip
INFO   04.02.2009 12:12:24  7488 no need load..
...
INFO   04.02.2009 12:12:24  7490 End task => 0/0 sec. [0]
INFO   04.02.2009 12:12:24  7489 End task => 0/0 sec. [0]
INFO   04.02.2009 12:12:24  7488 End task => 0/0 sec. [0]
...
INFO   04.02.2009 12:12:32  Item loaded By num: 411; by port: 0; rules: 0
INFO   04.02.2009 12:12:32  proccess [01-01-2009 00:00:00; mid => 3; param => 2] ; records => 0; cl_ses => 0; op_ses => 0; time => 125/0/16 ms.
INFO   04.02.2009 12:12:33  Use item cache..
INFO   04.02.2009 12:12:33  Item loaded By num: 411; by port: 0; rules: 0
INFO   04.02.2009 12:12:33  proccess [01-01-2009 01:00:00; mid => 3; param => 2] ; records => 0; cl_ses => 0; op_ses => 0; time => 78/0/0 ms.
INFO   04.02.2009 12:12:33  Use item cache..
INFO   04.02.2009 12:12:33  Item loaded By num: 411; by port: 0; rules: 0
INFO   04.02.2009 12:12:33  proccess [01-01-2009 02:00:00; mid => 3; param => 2] ; records => 0; cl_ses => 0; op_ses => 0; time => 93/0/0 ms.
INFO   04.02.2009 12:12:33  Use item cache..
INFO   04.02.2009 12:12:33  Item loaded By num: 411; by port: 0; rules: 0
INFO   04.02.2009 12:12:33  proccess [01-01-2009 03:00:00; mid => 3; param => 2] ; records => 0; cl_ses => 0; op_ses => 0; time => 78/0/0 ms.
INFO   04.02.2009 12:12:34  Use item cache..
...

Логи формируем сторонним скриптом, а каждый месяц загружаем в биллинг. В этом месяце возникла такая вот проблема. Никаких изменений в алгоритм скрипта или настройки биллинга не вносили.


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 11 фев 2009, 12:35 
up


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 11 фев 2009, 14:40 
В логах соответственно записи есть, в таком же формате как и обычно.
Куда копать, что можно проверить?


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 11 фев 2009, 18:51 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Попробуйте поменять время модификации файла. Он пишет, что в базе уже есть лог такого же размера и времени модификации.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 фев 2009, 13:21 
Администратор писал(а):
Попробуйте поменять время модификации файла. Он пишет, что в базе уже есть лог такого же размера и времени модификации.

А на основании чего он это определяет?
Методом научного тыка набрел на таблицу source_data_годмесяц, сделал DELETE FROM source_data_200901 WHERE source_id=3, строки удалились, но в логах все равно "no need load"...


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 фев 2009, 13:39 
Включил логирование MySQL, поизучал логи. Делает запросы
SELECT value FROM setup WHERE id='lmt_zone_map_3'
SELECT config FROM module_config WHERE mid=3 AND active=1 LIMIT 1
но таких записей нет...
Идентификатор 3 как раз у источника логов местной телефонии. ID 1 у IP-телефонии и ID 5 у IPN. Для ID 1 в этих таблицах записи есть.


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 13 фев 2009, 16:47 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
А на основании чего он это определяет?

У файла есть время модификации, в source_data.. лежит размер и время модификации закачанного лога.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 13 фев 2009, 19:00 
Спасибо за помощь, разобрался. Кстати, source_id в таблицах source_data... соответствует не реальному id источника, а id записи в таблице source.


Вернуться к началу
  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.063s | 19 Queries | GZIP : On ]