forum.bitel.ru
http://forum.bitel.ru/

Нет наработки
http://forum.bitel.ru/viewtopic.php?f=7&t=2362
Страница 1 из 1

Автор:  Yagoda [ 29 май 2009, 12:01 ]
Заголовок сообщения:  Нет наработки

Пробую-тестирую 4.6 (собираемся покупать, пора уже)... Похоже, где-то туплю сильно...

Абонентская плата (NPAY), выделенные каналы (IPN + BGIPNNetflowCollector).
Завел договор, настроил его IP, настроил цену (месячная абонплата снимается ежедневно и за Мб входящего руб). Подцепил NetFlow. Договор активный, баланс положительный. Трафик показывает. А наработки нет! Ни за трафик, ни абонентской. Не снимает и не считает...
В логах ошибок нету.

Плиз, подскажите куда глядеть... Просто трафик считать мало, хочется в рублях :lol:

ЗЫ. "шлюз" не делал. Но вроде как уже должен считать...

Автор:  and [ 29 май 2009, 12:03 ]
Заголовок сообщения:  Re: Нет наработки

Yagoda писал(а):
Пробую-тестирую 4.6 (собираемся покупать, пора уже)... Похоже, где-то туплю сильно...

Абонентская плата (NPAY), выделенные каналы (IPN + BGIPNNetflowCollector).
Завел договор, настроил его IP, настроил цену (месячная абонплата снимается ежедневно и за Мб входящего руб). Подцепил NetFlow. Договор активный, баланс положительный. Трафик показывает. А наработки нет! Ни за трафик, ни абонентской. Не снимает и не считает...
В логах ошибок нету.

Плиз, подскажите куда глядеть... Просто трафик считать мало, хочется в рублях :lol:

ЗЫ. "шлюз" не делал. Но вроде как уже должен считать...


ИП надо привязывать к шлюзу! иначе статус закрыт и как соответствие нету наработки так как пользователь неработает!

Автор:  Yagoda [ 29 май 2009, 13:14 ]
Заголовок сообщения: 

В конфиге IPN

#статус шлюза клиента после оплаты и разблокирования 0 - открыт, 1 - закрыт
status.after.unlock=0
#статус шлюза по умолчанию(0 - открыт, 1 - закрыт, 2 - заблокирован, 3- удалён, 4- жёсткая блокировка.
default.contract.status=0

А в NPAY как такое сделать? Сделать такие-же параметры?

Полез в логи... В планировщик жалуется, что нету параметров в заданиях.

Сделел задачи "Обсчет логов IPN" (каждые 5 минут, указал верный mid) и "Начисление Npay абонплат" (начало суток, указал верный mid). Перезапустил сервер БГБ.

Трафик обсчитался!!!! Ура!
Завтра посмотрю на абонентскую плату.

Автор:  max [ 31 май 2009, 22:26 ]
Заголовок сообщения:  Re: Нет наработки

and писал(а):
ИП надо привязывать к шлюзу! иначе статус закрыт и как соответствие нету наработки так как пользователь неработает!

Это точно?

Автор:  Yagoda [ 01 июн 2009, 08:17 ]
Заголовок сообщения: 

Ок, все обсчиталось в рублях (и абонентская, и трафик).

К шлюзу не привязывал. Вообще их не создавал - поставил вручную в договоре "открыт".

Вопрос разработчикам. В какой момент происходит начисление наработки? По событиям планировщика? Т.е. для каждого экземпляра каждого модуля надо делать задание в Сервис/Планировщик заданий (с корректным mid)?

И еще. При переходе на новый месяц не создалась нужная таблица в базе для данных IPN (в логах ругань). Помогла только перезагрузка коллектора... Не гуд...

Упс... Только ща заметил, что не запускается dataloader. В скрипте запуска был неверный путь до nice. Поправил, запустил. Для надежности перезапустил все. Наблюдаю...

Автор:  Администратор [ 01 июн 2009, 11:55 ]
Заголовок сообщения: 

Цитата:
Вопрос разработчикам. В какой момент происходит начисление наработки? По событиям планировщика? Т.е. для каждого экземпляра каждого модуля надо делать задание в Сервис/Планировщик заданий (с корректным mid)?

Да, все верно.

Цитата:
И еще. При переходе на новый месяц не создалась нужная таблица в базе для данных IPN (в логах ругань). Помогла только перезагрузка коллектора... Не гуд...

Ругать не сохранили?

Цитата:
Упс... Только ща заметил, что не запускается dataloader. В скрипте запуска был неверный путь до nice. Поправил, запустил. Для надежности перезапустил все. Наблюдаю...

Он вам не нужен вообще.. Если телефонию, конечно, не используете.

Автор:  Yagoda [ 01 июн 2009, 12:48 ]
Заголовок сообщения: 

Администратор писал(а):
Ругать не сохранили?

К сожаленью нет. Поспешил запустить и логи улетели. Следущий раз, если будут глюки (тьфу-тьфу-тьфу), буду сохранять.
Помню только что ругался на отсутствие таблицы INP-data-2009-06 (что-то вроде этого).
Администратор писал(а):
Цитата:
Упс... Только ща заметил, что не запускается dataloader. В скрипте запуска был неверный путь до nice. Поправил, запустил. Для надежности перезапустил все. Наблюдаю...

Он вам не нужен вообще.. Если телефонию, конечно, не используете.

Телефония пока не планируется. Т.е. dataloader мне можно вообще убрать?

Автор:  Администратор [ 01 июн 2009, 12:56 ]
Заголовок сообщения: 

Цитата:
Телефония пока не планируется. Т.е. dataloader мне можно вообще убрать?

Да.

Автор:  Yagoda [ 02 июн 2009, 07:32 ]
Заголовок сообщения: 

Вопрос снят. Моя ошибка была - не делал корректные задания в планировщике.

По поводу "несоздания" нужной таблицы данных IPN мысль появилась... В тот момент, когда не создалась таблица, было настроено задание с интервалом 5 минут. При этом, были заданы минуты 0,5,10,15 и т.д.
Т.е. в 0 минут 0 часов 1 дня надо обсчитывать. А коллектор, вполне возможно, к этому месяцу и не приступал еще - не было данных.
"Гонка" событий... Вероятно, получается ошибка и дальше ступор. Или некорректный выход из ошибки.

В общем, сдвинул задания на минуту - 1,6,11,16 и т.д. В принципе, можно сдвинуть еще сильнее. Поступление данных все равно случайно (с заданным интервалом). А по хорошему, надо первое задание месяца вообще пропускать. Чтобы первое выполняемое в месяце было только тогда, когда данные уже гарантированно есть. Но как это настроить? Пропускать первые 10 минут каждого часа? Не хочется...

Как вариант - просто пропускать задачу "Обсчет логов IPN", если данных еще нет (случай когда коллектор просто обрабатывает готовые логи). Но это уже разработчикам...

ЗЫ. Домыслы...

Автор:  Администратор [ 02 июн 2009, 18:14 ]
Заголовок сообщения: 

Обсчет делает планировщик.. А ругань была в логах коллектора же?

Автор:  Yagoda [ 03 июн 2009, 06:46 ]
Заголовок сообщения: 

Не помню. Виноватсс...

Автор:  Администратор [ 03 июн 2009, 13:20 ]
Заголовок сообщения: 

Обсчет логов вроде не должен экспешен бросать. Код проверил. Должна быть корректная ошибка. Ладно, будет снова - отпишите, пожалуйста.
Разберемся.

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/