Просьба помочь кто чем может...
Исходные данные :
Работает тестовая версия BGB 4.6 на линуксовом компе c обновлениями по 6 октября
Окучивает только IPN-клиентов
Управляет двумя шлюзами:
-127.0.0.1 - манад ( на этом же компе )
-192.168.1.1 - mikrotik по телнету ( 23 порт)
до добавления mikritоk всё работало замечательно, но после того как добавили новый шлюз микротик и новый источник netflow с этого микротика
на почту стали приходить сообщения:
Код:
ID события: scheduler.periodic.task.run.skip
Время регистрации события: 07.10.2009 12:00:01
В рамках отведенного переменной scheduler.periodic.thread.count максимального числа одновременно запущенных потоков планировщик не смог
запустить периодическую задачу с кодом 5. ( или 2 )
Необходимо выяснить причину медленного завершения периодических задач, запущенных ранее.
scheduler.periodic.thread.count - стоит как в документации:
Код:
scheduler.periodic.thread.count=5
scheduler.nonperiodic.thread.count=5
задача 2 - проверка шлюзов IPN
задача 5 - обсчёт логов IPN
запускаются с интервалом 15 мин
конфигурация шлюза типа mikrotik - как в документации
10 клиентов ходят через manad, 9 - через mikrotik
Оба шлюза льют netflow на Netflow collector ( в автономном режиме )
cat netflow_ipn_properties:
Код:
port.admin=2003
collector.mid=1
db.driver=com.mysql.jdbc.Driver
db.url=jdbc:mysql://127.0.0.1/bgbilling?useUnicode=true&characterEncoding=Cp1251&zeroDateTimeBehavior=convertToNull&jdbcCompliantTruncation=false
db.user=bill
db.pswd=bgbilling
db.maxActive=300
db.maxIdle=100
log.dir=/var/flow
load=1
process=1
process.sources=1,2
collector.capture.flow.port.1=2004
collector.capture.flow.port.1.type=netflow
collector.capture.flow.port.1.sources=1,2
collector.capture.flow.port.1.thread.count=10
#collector.capture.flow.port.2=2005
#collector.capture.flow.port.2.type=sflow
#collector.capture.flow.port.2.sources=
#collector.capture.flow.port.2.thread.count=10
#collector.capture.snmp=1
#collector.capture.snmp.sources=1
#collector.capture.snmp.period=60
datalog.chunk.size=393216
#datalog.flow.compression.type=1
#process.thread.count=1
#process.datalog.thread.count=1
#generate.minutes=30
ipn.collector.detail.folder=/var/flow/detail
ipn.collector.detail.class=bitel.billing.server.netflow.ipn.detail.AnalyzedFlowDetailMaker
в папках .../source_1 ( локальный комп)и .../source_2 ( микротик ) появлятся логи, но они больше и не обрабатываются и в отчетах всех клиентов наработка стала по нулям
Куда можно покапать в данном случае ?