BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 апр 2024, 09:55

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




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
СообщениеДобавлено: 09 июн 2016, 09:38 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Здравствуйте! Вчера вечером в пик нагрузки с 8 вечера до 23.40, примерно, на почту приходили алармы вида:

[BGInetAccounting] Netflow коллектор 2055 не успевает обрабатывать запросы

Код:
ID события: flow.wait.thread
Время регистрации события: 08.06.2016 23:42:08
"MySQL Statement Cancellation Timer" Id=353 WAITING on java.util.TaskQueue@4e6c716f
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@4e6c716f
        at java.lang.Object.wait(Object.java:502)
        at java.util.TimerThread.mainLoop(Timer.java:526)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=352 TIMED_WAITING on java.util.TaskQueue@3504f7b6
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@3504f7b6
        at java.util.TimerThread.mainLoop(Timer.java:552)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=351 WAITING on java.util.TaskQueue@36480ec8
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@36480ec8
        at java.lang.Object.wait(Object.java:502)
        at java.util.TimerThread.mainLoop(Timer.java:526)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=350 TIMED_WAITING on java.util.TaskQueue@64e529fc
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@64e529fc
        at java.util.TimerThread.mainLoop(Timer.java:552)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=348 TIMED_WAITING on java.util.TaskQueue@492fcb06
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@492fcb06
        at java.util.TimerThread.mainLoop(Timer.java:552)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=349 WAITING on java.util.TaskQueue@5b843cd2
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@5b843cd2
        at java.lang.Object.wait(Object.java:502)
        at java.util.TimerThread.mainLoop(Timer.java:526)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=347 WAITING on java.util.TaskQueue@2d4c4724
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@2d4c4724
        at java.lang.Object.wait(Object.java:502)
        at java.util.TimerThread.mainLoop(Timer.java:526)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=346 WAITING on java.util.TaskQueue@60ab31b8
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@60ab31b8
        at java.lang.Object.wait(Object.java:502)
        at java.util.TimerThread.mainLoop(Timer.java:526)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=345 TIMED_WAITING on java.util.TaskQueue@57eba150
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@57eba150
        at java.util.TimerThread.mainLoop(Timer.java:552)
        at java.util.TimerThread.run(Timer.java:505)

"MySQL Statement Cancellation Timer" Id=88 TIMED_WAITING on java.util.TaskQueue@4e271efa
        at java.lang.Object.wait(Native Method)
        -  waiting on java.util.TaskQueue@4e271efa
        at java.util.TimerThread.mainLoop(Timer.java:552)
        at java.util.TimerThread.run(Timer.java:505)

"flow-p-9-t-10" Id=87 BLOCKED on org.apache.log4j.spi.RootLogger@20d651c9 owned by "flow-p-9-t-4" Id=81
        at org.apache.log4j.Category.callAppenders(Category.java:204)
        -  blocked on org.apache.log4j.spi.RootLogger@20d651c9
        at org.apache.log4j.Category.forcedLog(Category.java:391)
        at org.apache.log4j.Logger.trace(Logger.java:172)
        at ru.bitel.bgbilling.modules.inet.accounting.FlowAgentInterface.processFlow(FlowAgentInterface.java:207)
        at ru.bitel.bgbilling.modules.inet.collector.FlowListenerWorker.processPacketImpl0(FlowListenerWorker.java:323)
        at ru.bitel.bgbilling.modules.inet.collector.FlowListenerWorker.processPacketImpl(FlowListenerWorker.java:178)
        at ru.bitel.bgbilling.modules.inet.collector.FlowListenerWorkerNetflow.processPacket(FlowListenerWorkerNetflow.java:29)
        at ru.bitel.bgbilling.modules.inet.collector.FlowListenerWorker.runImpl(FlowListenerWorker.java:60)
        at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)
        at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:46)


Увеличил выделенную серверу память с 256 до 1024. Но возможно проблема не в количестве памяти.

Информация о версии:

Клиент: вер. 6.2.789 / 19.01.2016 15:11:45
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1003 / 25.01.2016 18:28:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

card: вер. 6.2.32 / 09.12.2015 16:39:12
dba: вер. 6.2.162 / 26.11.2015 11:30:02
inet: вер. 6.2.619 / 25.01.2016 12:44:00
mps: вер. 6.2.175 / 11.01.2016 21:17:32
npay: вер. 6.2.188 / 02.12.2015 18:44:34
reports: вер. 6.2.198 / 25.12.2015 04:05:05

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 июн 2016, 15:41 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Какой режим логирования в log4j-accounting.xml (в конце файла)?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 июн 2016, 17:46 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Amir писал(а):
Какой режим логирования в log4j-accounting.xml (в конце файла)?


</log4j:configuration>

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 июн 2016, 17:49 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
чуть выше - TRACE или DEBUG или INFO.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 июн 2016, 11:03 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Amir писал(а):
чуть выше - TRACE или DEBUG или INFO.



<priority value="TRACE"/>

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 июн 2016, 15:24 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Поменяйте на INFO или DEBUG.
В режиме TRACE он на каждую netflow-запись пишет в текстовый лог. Получается сильно жесткий диск загружен.
Если DEBUG еще можно просто так оставлять - то TRACE желательно только на время отладки.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 июн 2016, 17:40 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Amir писал(а):
Поменяйте на INFO или DEBUG.
В режиме TRACE он на каждую netflow-запись пишет в текстовый лог. Получается сильно жесткий диск загружен.
Если DEBUG еще можно просто так оставлять - то TRACE желательно только на время отладки.


Это из за него папка flow в аккаунтинг так много весит ?

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 июн 2016, 18:35 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Нет, туда сохраняется netflow-поток, который приходит с оборудования.
В inet-accounting.xml можно попробовать заменить

Код:
   <!-- Сжимать flow логи: 0 - не сжимать, 1 - zlib -->
   <param name="datalog.flow.compression.type" value="1" />
на
Код:
    <!-- Сжимать flow логи: 0 - не сжимать, 1 - zlib, 3 - xz -->
    <param name="datalog.flow.compression.type" value="3" />
    <!-- 1 - скорость; 6,7,8,9 - не рекомендуются -->
    <param name="datalog.flow.compression.level" value="3" />


Тогда должен сильнее сжимать netflow-логи.
Для применения параметров требуется перезапуск InetAccounting.


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

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


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

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


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

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