BiTel

Имеется Bgbilling 6.0 с последним апдейтом на Centos 6.5 (i386).
OpenJDK 1.7.0 из стандартных пакетов.

Проблема: процесс BGDataLoader кушает 100% ядра процессора,
при этом во все файлы /usr/local/BGBillingServer/log/dataloader*.log непрерывно пишется одно и то же сообщение:

Как давно это началось, не заметил.
По логам не проверить, т.к. они заполняются ошибкой буквально за пару минут.

Процесс:

JAR:
DataLoader.class: размер 16126 байт, md5sum caaed89e6761357acdeeb026b6a8ea5a.

Из-за чего такое может быть, и как это чинить?

для начала поставить 6 версию явы

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

разбираться с чем-то таким имеет смысл только после замены OpenJDK на OracleJDK и 7 на 6

_________________
I'm clever. I've got a computer.

Вы представляете, какой это геморрой - сносить стандартный jdk, проходить оракловскую регистрацию, скачивать-перекачивать их неизвестно насколько специфический пакет и т.д.,
после чего обнаружить, что проблема сохранилась?
Только потому, что форумным знатокам лень заглянуть в DataLoader.java и увидеть перед 107 строкой

Очевидно же, что con равен null, но разработчики не считают нужным проверить его сразу после присвоения в 101 строке, поэтому возникает исключение в 107 строке.
По 103 строке понятно, что проблема связана с MySQL, по 101 - что отсутствием связи с ним.

Разобрался с MySQL и проблема решилась.
Зачот разработчикам за качественную диагностику и размещение вызовов sleep до catch, и поддержке за архиполезные советы.

Можете ничего из этого не делать и продолжать пользоваться неподходящей JDK, которая в некоторых местах вызывает гарантированные проблемы.

_________________
I'm clever. I've got a computer.

Напротив, никто не пишет, т.к. все бросились проверять свои jar-ки на предмет того что там на 107 строке в DataLoader.java.
На форуме поддержки не ведётся. Приходите ещё!

_________________
I'm clever. I've got a computer.

Зачем, если Java VM сама проверит и бросит исключение?
И если con null - значит до этой ошибки была другая, по которой можно было проще определить, что что-то не так с соединием к БД.
А если настроить оповещение http://bgbilling.ru/v6.0/doc/ch01s10s03.html , то и на почту будет приходить сообщение, что проблема с БД.

Можно про это подробнее?
Гугл по запросу "bgbilling openjdk" находит только viewtopic.php?f=1&t=6101&start=30
В http://bgbilling.ru/v6.0/doc/ch01s05s02.html сказано про Оракл, но версия "1.6.0, либо выше", а не "только 6".

Т.к. диагностика предыдущей ошибки не делается, определить ее можно только по исходным текстам.
Было бы намного понятнее так: if (con == null) throw new Exception("DBConnectionPool is empty, check your database connection!");

Кроме того, sleep делается внутри блока try-catch, т.е. при исключениях не вызывается.
Т.е. любое исключение заполнит логи за несколько минут.

Не нашел DataLoader.java. Только DataLoader.class
В нем тоже самое

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Phricker, это была ирониэ

_________________
I'm clever. I've got a computer.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

_________________
I'm clever. I've got a computer.

Информативное сообщение было где-то выше, о недоступности mysql. Вы ужаснетесь, но в коде таких вызовов 300 штук и следуя вашей логике нужно везде ставить проверки . Т.е представим что-то где что упало и информативное сообщение было брошено, то потом нужно везде добавлять проверки на все возможные случаи ?

_________________
I'm clever. I've got a computer.

Если даже и было, оно через пару минут оказалось затёрто сотнями тысяч сообщений
про NullPointerException, которое генерируется без задержек в бесконечном цикле и забивает все логи.

Именно поэтому я и написал про sleep - его желательно вызывать в конце цикла for(;;), а не до catch().

Ну если Вы считаете, что наоборот, за разработчиков проприетарного софта "лазать в исходники" должны заказчики, тогда конечно.

Если целых 300 штук, тогда пишутся tryGetDBConnectionFromPool() и однострочная обертка вокруг неё - getDBConnectionFromPool()
tryGet возвращает null, get в случае null швыряет SQLException.
Это лучше, чем 500к сообщений NullPointerException.

Обновление выложено

А остальные 299 мест тоже будут? Обновляться сейчас или подождать.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

нет смысла .. Тут проблема была в загрузке процессора больше из-за отсутствия sleep. Заодно проверили планировщик - он этим не страдает. Тут просто при выдаче соединения в первый раз выдается ошибка информативная, а потом 5 секунд выдается null. Ну вот оно за эти 5 секунд успевало забить все логи, так как не было sleep в этом случае и грузило процессор бесконечным циклом . В остальных случаях если раз в 5 секунд будет выдаваться сообщение о недоступности базы, то, думаю, его можно заметить.