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

5.1->7.0 java.io.EOFException
http://forum.bitel.ru/viewtopic.php?f=22&t=12028		 Страница 1 из 2
Автор:  JIoIIIaDka [ 20 окт 2016, 21:16 ]
Заголовок сообщения:  5.1->7.0 java.io.EOFException
Переехали с 5.1 на 7.0 (нехватка лицензий и нужны еще модули). При тестировании проблем не обнаружили, конвертирование и обновление прошло нормально. Модуль voip. Сейчас боевой режим. Назад откат будет не легче.
Второй раз словили java.io.EOFException. При этом периодически (скачками) загрузка ядер была на полную.

activemq.log (5.7.0 с фтп)
Код:
WARN  | Transport Connection to: tcp://127.0.0.1:36188 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:36188 | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ InactivityMonitor Worker
WARN  | Transport Connection to: tcp://127.0.0.1:46841 failed: java.io.IOException: Wire format negotiation timeout: peer did not send his wire format. | org.apache.activemq.broker.TransportConnection.Transport | Async Exception Handler


wrapper.log
Код:
INFO   | jvm 1    | 17:14:53 |  WARN | Transport Connection to: tcp://127.0.0.1:36188 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:36188
INFO   | jvm 1    | 17:24:16 |  WARN | Transport Connection to: tcp://127.0.0.1:46841 failed: java.io.IOException: Wire format negotiation timeout: peer did not send his wire format.


voip radius(auth).out (схема с 2 радиусами, один авторизует, второй считает. несовершенство voip switch)
Код:
Exception: java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "Thread-1"
5:16:34 PM org.apache.activemq.transport.failover.FailoverTransport handleTransportFailure
WARNING: Transport (null) failed to nio://127.0.0.1:61616?socketBufferSize=1000000 , attempting to automatically reconnect due to: java.io.EOFException


mq.log. Ранее гига памяти хватало для радиуса свободно, а то и на 512 жило.
Код:
17:14:46  WARN [Service Thread] AlarmSender - Low memory - used=776024032, max=954728448
17:15:09  WARN [Service Thread] AlarmSender - Low memory - used=776045352, max=954728448


Сервер: вер. 7.0.1127 / 13.10.2016 18:02:30
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_102 (debian jessie)
voiceip: вер. 7.0.189 / 08.04.2016 17:40:15
mysql Ver 15.1 Distrib 10.0.27-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

Что крутить? Проблема только в нехватке памяти радуису? Течет ява? Перезапускать каждую ночь?
Автор:  dimOn [ 21 окт 2016, 04:01 ]
Заголовок сообщения:  Re: 5.1->7.0 activemq java.io.EOFException
ну с памятью то явно проблемы судя по логам, а "только" или нет - тут неизвестно. но скорее всего в этом проблема залипаний на 100% итд.
почему течёт - надо разбираться. возможно с activemq проблемы.
ранее это когда? на 5.1?
Автор:  JIoIIIaDka [ 21 окт 2016, 05:35 ]
Заголовок сообщения:  Re: 5.1->7.0 activemq java.io.EOFException
Да, на 5.1 по гигу под каждый voip-радиус спокойно ехали годами.
Еще бы понять у кого из них с памятью проблемы..
radius.sh gc вручную что-то вроде чистит, судя по Memory total (free), почему оно не чистится "само". Если это он виновник.

Периодически пролетает
activemq.log
Код:
22:59:38,391 | WARN  | Transport Connection to: tcp://127.0.0.1:46975 failed: java.io.IOException: Connection reset by peer | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 993


wrapper
Код:
INFO   | jvm 1    | 22:59:38 |  WARN | Transport Connection to: tcp://127.0.0.1:46975 failed: java.io.IOException: Connection reset by peer


scheduler.log
Код:
17:29:29  WARN [ActiveMQ NIO Worker] FailoverTransport - Transport (null) failed to nio://127.0.0.1:61616?socketBufferSize=1000000 , attempting to automatically reconnect due to: java.io.EOFException
Автор:  dimOn [ 21 окт 2016, 14:39 ]
Заголовок сообщения:  Re: 5.1->7.0 activemq java.io.EOFException
в очереди в MQ копятся события?
Автор:  JIoIIIaDka [ 21 окт 2016, 16:20 ]
Заголовок сообщения:  Re: 5.1->7.0 activemq java.io.EOFException
Нет, в http://IP:8161/admin/queues.jsp числа не больше 2-3.
А вот Waiting connections большой, т.к. аккаунтинг приходит в соседний радиус.

radius_status (auth)
Код:
version 7.0.189 / 08.04.2016 17:40:15
13:19:16
Request accounts per minute: 0
Request auths per minute accept: 13; reject: 0
Ignore per minute auth: 0
Waiting connections: 4857
Started: 20.10.2016 22:59:40    Uptime: 0 d 14:19:36
Memory total: 220 200 960; max: 954 728 448; free: 95 385 592
Memory pools:
  Non-heap memory[Code Cache]: max: 251 658 240; used: 17 110 592; peek: 17 433 344
  Non-heap memory[Metaspace]: max: -1; used: 26 422 256; peek: 26 426 392
  Non-heap memory[Compressed Class Space]: max: 1 073 741 824; used: 3 014 936; peek: 3 016 640
  Heap memory[PS Eden Space]: max: 349 175 808; used: 4 948 232; peek: 283 639 808
  Heap memory[PS Survivor Space]: max: 4 194 304; used: 1 638 400; peek: 34 589 072
  Heap memory[PS Old Gen]: max: 716 177 408; used: 118 248 992; peek: 138 153 256
Thread count: 128
Trees in cache: 13
Connections pool to Master status Idle: 8; Active: 0; maxActive: 300; maxIdle: 50
Автор:  dimOn [ 21 окт 2016, 18:41 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Цитата:
Waiting connections: 4857
это что-то нездоровое, мне кажется?
/суммон Amir
норм
Автор:  stark [ 21 окт 2016, 18:57 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
VoiceIP изначально не разрабатывался под такую схему. У вас висят авторизации в памяти в одном радиусе. И висят возможно вечно. А потом по stop-пакету в другом радиусе вы создаете сессию в базе. Скорее всего auth-радиус копит сессии вечно в памяти, их там никто не чистит и поэтому память у него рано или поздно заканчивается. Надо какой-то режим добавить - не добавлять сессии при авторизации в память, просто выдавать accept.
Автор:  JIoIIIaDka [ 21 окт 2016, 19:04 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Такую схему пришлось ввести из-за неправильного учета переадресаций и переводов вызова (особенно если более одного), часто h323-conf-id одинаковый и учет идет неправильно.. На 5.1 в таком режиме несколько лет :D

По поводу режима accept без добавления в память - я за. Это видимо должно быть в radius.properties, а не в конфигурации, иначе оба радиуса считают параметр.
Ну, а вообще, радиус ведь должен ждать двойное время voip.max.time (1800), после чего удалять "ожидание".

Что-то похожее есть в https://forum.bitel.ru/viewtopic.php?f=6&t=3921. Но я так понимаю если был Access-Reject, то сессия висит вечно? Или, наоборот, вообще в память не попадает? За сегодня именно Reject не более сотни.
Автор:  JIoIIIaDka [ 26 окт 2016, 14:14 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Едем дальше, пока живое. То хватает, то нет..
Может частично поломалась "чистка" по voip.max.time? Потому что Waiting connections не убавляются походу совсем.
Что делать-то? :D

Код:
version 7.0.189 / 08.04.2016 17:40:15
26.10.2016 11:12:34
Request accounts per minute: 0
Request auths per minute accept: 18; reject: 0
Ignore per minute auth: 0
Waiting connections: 12360
Started: 24.10.2016 19:31:02    Uptime: 1 d 15:41:31
Memory total: 670 040 064; max: 954 728 448; free: 217 358 336
Memory pools:
  Non-heap memory[Code Cache]: max: 251 658 240; used: 17 972 224; peek: 17 977 600
  Non-heap memory[Metaspace]: max: -1; used: 26 833 064; peek: 26 833 064
  Non-heap memory[Compressed Class Space]: max: 1 073 741 824; used: 3 055 544; peek: 3 057 816
  Heap memory[PS Eden Space]: max: 327 680 000; used: 15 785 552; peek: 250 609 664
  Heap memory[PS Survivor Space]: max: 13 631 488; used: 5 619 776; peek: 118 980 640
  Heap memory[PS Old Gen]: max: 716 177 408; used: 431 276 400; peek: 518 709 064
Thread count: 132
Trees in cache: 11
Connections pool to Master status Idle: 10; Active: 0; maxActive: 300; maxIdle: 50
Автор:  JIoIIIaDka [ 27 окт 2016, 22:40 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Опять сдохло. При попытке перезапуска все встает колом. Переключили на резервный сервер.
Это боевая работа версии 7.0.
Почему не чиститься Waiting connections по таймауту voip.max.time (=1800) и не освобождается память?
Что делать? Еще варианты есть на что пенять? Поменять версии чего-то или что?
В позапрошлом сообщении ссылка побилась. Правильная - https://forum.bitel.ru/viewtopic.php?f=6&t=3921.

Незадолго до этого
Код:
version 7.0.189 / 08.04.2016 17:40:15
27.10.2016 09:31:32
Request accounts per minute: 0
Request auths per minute accept: 19; reject: 0
Ignore per minute auth: 0
Waiting connections: 19159
Started: 24.10.2016 19:31:02    Uptime: 2 d 14:00:29
Memory total: 967 835 648; max: 967 835 648; free: 325 387 096
Memory pools:
  Non-heap memory[Code Cache]: max: 251 658 240; used: 18 230 720; peek: 18 358 272
  Non-heap memory[Metaspace]: max: -1; used: 26 932 112; peek: 26 932 112
  Non-heap memory[Compressed Class Space]: max: 1 073 741 824; used: 3 054 976; peek: 3 057 816
  Heap memory[PS Eden Space]: max: 282 591 232; used: 38 435 256; peek: 250 609 664
  Heap memory[PS Survivor Space]: max: 32 505 856; used: 2 244 656; peek: 118 980 640
  Heap memory[PS Old Gen]: max: 716 177 408; used: 601 809 624; peek: 702 123 488
Thread count: 128
Trees in cache: 14
Connections pool to Master status Idle: 6; Active: 0; maxActive: 300; maxIdle: 50


mq.log
Код:
0-27/18:53:36  WARN [Service Thread] AlarmSender - Low memory - used=711577304, max=954728448
10-27/18:53:37  WARN [Service Thread] AlarmSender - Low memory - used=715371056, max=954728448
10-27/18:53:38  WARN [Service Thread] AlarmSender - Low memory - used=721069488, max=954728448


actinemq
Код:
2016-10-25 16:31:33,675 | WARN  | Transport Connection to: tcp://127.0.0.1:45429 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 3703
2016-10-27 18:55:10,293 | WARN  | Transport Connection to: tcp://127.0.0.1:41429 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:41429 | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ InactivityMonitor Worker
2016-10-27 18:59:55,087 | WARN  | Transport Connection to: tcp://127.0.0.1:58383 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:58383 | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ InactivityMonitor Worker


wrapper
Код:
INFO   | jvm 1    | 2016/10/25 16:31:33 |  WARN | Transport Connection to: tcp://127.0.0.1:45429 failed: java.io.EOFException
INFO   | jvm 1    | 2016/10/27 18:55:10 |  WARN | Transport Connection to: tcp://127.0.0.1:41429 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:41429
INFO   | jvm 1    | 2016/10/27 18:59:55 |  WARN | Transport Connection to: tcp://127.0.0.1:58383 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:58383


radiusvoip auth
Код:
adius 10-27/18:56:14 ERROR [rdsLstnr-p-4-t-27] RadiusListenerWorker - Java heap space
java.lang.OutOfMemoryError: Java heap space
radius 10-27/18:56:14 ERROR [rdsLstnr-p-4-t-35] WorkerTask - Java heap space: failed reallocation of scalar replaced objects
java.lang.OutOfMemoryError: Java heap space: failed reallocation of scalar replaced objects
radius 10-27/18:56:14 ERROR [rdsLstnr-p-4-t-32] RadiusListenerWorker - Java heap space
java.lang.OutOfMemoryError: Java heap space
 10-27/18:56:14 ERROR [Thread-1] LoggingPrintStream - Exception in thread "Thread-1"
 10-27/18:56:14 ERROR [Thread-1] LoggingPrintStream - java.lang.OutOfMemoryError: Java heap space
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] DefaultServerSetup - java.lang.OutOfMemoryError: Java heap space
java.sql.SQLException: java.lang.OutOfMemoryError: Java heap space
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:957)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:896)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:885)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:860)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:877)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:873)
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:422)
        at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:400)
        at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:327)
        at java.sql.DriverManager.getConnection(DriverManager.java:664)
        at java.sql.DriverManager.getConnection(DriverManager.java:247)
        at org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:75)
        at ru.bitel.bgbilling.server.util.DefaultServerSetup$2.makeObject(DefaultServerSetup.java:385)
        at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1188)
        at ru.bitel.bgbilling.server.util.DatabaseConnectionPool$1.getConnection(DatabaseConnectionPool.java:30)
        at ru.bitel.bgbilling.server.util.DefaultServerSetup.getDBConnectionFromPool(DefaultServerSetup.java:588)
        at ru.bitel.common.sql.SetupConnectionSet.newMasterConnection(SetupConnectionSet.java:39)
        at ru.bitel.common.sql.ConnectionSet.getConnection(ConnectionSet.java:87)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.preprocessAccessRequest(RadiusProcessor.java:343)
        at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.preprocessAccessRequest(VoiceIpRadiusProcessor.java:245)
        at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.preprocessAccessRequest(VoiceIpRadiusProcessor.java:82)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:418)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.accessRequest(RadiusListenerWorker.java:496)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:280)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:155)
        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)
Caused by: java.lang.OutOfMemoryError: Java heap space
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] RadiusUtils -
java.lang.NullPointerException
        at ru.bitel.bgbilling.kernel.network.radius.RadiusUtils.insertToLog(RadiusUtils.java:616)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.insertToLog(RadiusProcessor.java:395)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:439)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.accessRequest(RadiusListenerWorker.java:496)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:280)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:155)
        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)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream - java.lang.NullPointerException
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.FindLoginProcessor$FindModeItem.getLogin(FindLoginProcessor.java:233)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.FindLoginProcessor.findLogin(FindLoginProcessor.java:127)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.getLogin(VoiceIpRadiusProcessor.java:374)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.getLogin(VoiceIpRadiusProcessor.java:82)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.AbstractRadiusProcessor.authenticationImpl(AbstractRadiusProcessor.java:215)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.authentication(VoiceIpRadiusProcessor.java:435)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.authentication(VoiceIpRadiusProcessor.java:82)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.authentication(RadiusSession.java:115)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.accessRequest(RadiusSession.java:92)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequestImpl(RadiusProcessor.java:478)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.AbstractRadiusProcessor.accessRequestImpl(AbstractRadiusProcessor.java:164)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:463)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.accessRequest(RadiusListenerWorker.java:496)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:280)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:155)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at java.lang.Thread.run(Thread.java:745)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:46)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream - java.lang.NullPointerException
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.AbstractRadiusProcessor.executeError(AbstractRadiusProcessor.java:118)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.executeError(VoiceIpRadiusProcessor.java:729)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.executeError(VoiceIpRadiusProcessor.java:82)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.AbstractRadiusProcessor.authenticationImpl(AbstractRadiusProcessor.java:435)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.authentication(VoiceIpRadiusProcessor.java:435)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.modules.voiceip.radius.VoiceIpRadiusProcessor.authentication(VoiceIpRadiusProcessor.java:82)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.authentication(RadiusSession.java:115)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.accessRequest(RadiusSession.java:92)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequestImpl(RadiusProcessor.java:478)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.AbstractRadiusProcessor.accessRequestImpl(AbstractRadiusProcessor.java:164)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:463)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.accessRequest(RadiusListenerWorker.java:496)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:280)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:155)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at java.lang.Thread.run(Thread.java:745)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-29] LoggingPrintStream -    at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:46)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-39] RadiusUtils -
java.lang.NullPointerException
        at ru.bitel.bgbilling.kernel.network.radius.RadiusUtils.insertToLog(RadiusUtils.java:616)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.insertToLog(RadiusProcessor.java:395)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:439)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.accessRequest(RadiusListenerWorker.java:496)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:280)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:155)
        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)
radius 10-27/18:56:15 ERROR [rdsLstnr-p-4-t-38] RadiusUtils -
java.lang.NullPointerException
        at ru.bitel.bgbilling.kernel.network.radius.RadiusUtils.insertToLog(RadiusUtils.java:616)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.insertToLog(RadiusProcessor.java:395)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:439)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.accessRequest(RadiusListenerWorker.java:496)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:280)
        at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:155)
        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)
Автор:  dimOn [ 27 окт 2016, 23:22 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
будет быстрее если вы создадите топик в HD, не все разработчики оперативно читают форум
Автор:  zavndw [ 28 окт 2016, 18:40 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
у меня эта проблема решилась обновлением activemq на более новую версию
Автор:  JIoIIIaDka [ 28 окт 2016, 20:39 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
dimOn писал(а):
будет быстрее если вы создадите топик в HD, не все разработчики оперативно читают форум

Да как-то всегда без HD справлялись, похоже придется заморочиться договором. А это юристдиректорпотомсчетбанк :mrgreen:
zavndw писал(а):
у меня эта проблема решилась обновлением activemq на более новую версию

Более новая в портах деба 5.14.1, на фтп битела есть только старее - 5.6.0. Можно конечно любую версию с апача воткнуть (5.7-5.14) и diff'ить с фтп что там разное в настройках.
Ну и проблема примерно разделяется на две..
1. java.io.EOFException
2. Почему не чистятся Waiting connections по voip.max.time. Должно быть
Администратор писал(а):
Держит 2*максимально возможная длительность звонка (есть в конфиге). Сессия лежит ровно до стоп пакета, а потом удаляется. Лежит указанное мною время только если была успешная авторизация а стопа всё нет.

в той теме чувакам свезло просто :)
Автор:  zavndw [ 29 окт 2016, 07:11 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
вообще конечно для начала нужно в системе посмотреть кто есть память больше всех:) потом рестартануть войс и проверить свободную память и наблюдать до момента ошибки. Если дебиан на systemd рекомендую обновится и на 90% уверен все пройдет)
Автор:  JIoIIIaDka [ 03 ноя 2016, 12:17 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Обновили jdk до 8u112. Пока едем, но страшновато :) На выходные скорее всего перезапущу. Если что есть дампы jstack.
Код:
version 7.0.189 / 08.04.2016 17:40:15
03.11.2016 08:16:56
Request accounts per minute: 0
Request auths per minute accept: 5; reject: 0
Ignore per minute auth: 0
Waiting connections: 16857
Started: 01.11.2016 01:35:07    Uptime: 2 d 06:41:49
Memory total: 829 947 904; max: 954 728 448; free: 172 676 176
Memory pools:
  Non-heap memory[Code Cache]: max: 251 658 240; used: 17 949 120; peek: 17 949 120
  Non-heap memory[Metaspace]: max: -1; used: 26 680 656; peek: 26 682 064
  Non-heap memory[Compressed Class Space]: max: 1 073 741 824; used: 3 022 744; peek: 3 022 816
  Heap memory[PS Eden Space]: max: 273 154 048; used: 136 412 648; peek: 283 639 808
  Heap memory[PS Survivor Space]: max: 4 194 304; used: 0; peek: 79 659 040
  Heap memory[PS Old Gen]: max: 716 177 408; used: 520 859 080; peek: 579 240 720
Thread count: 126
Trees in cache: 11


При перезапуске биллинга или радиуса в activemq/wrapper видим
Код:
2016-11-01 01:35:05,769 | WARN  | Transport Connection to: tcp://127.0.0.1:34512 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 2
INFO   | jvm 1    | 2016/11/01 01:35:05 |  WARN | Transport Connection to: tcp://127.0.0.1:34512 failed: java.io.EOFException
Автор:  ilinav [ 25 ноя 2016, 20:00 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Похожая проблема, только перелезаю с 6.0 на 7.0.
Само ядро перелезло на 7.0 штатно, по инструкции.
Проблема с подключением к MQ. Все версии последние с сайта.
Лог BGInetAccess:
11-25/15:14:27 INFO [EventProcessor-init] EventProcessor - Init EventProcessor MQ connection factory...
11-25/15:14:31 ERROR [main] EventProcessor - Problem with MQ connection! Timeout connecting to the MQ broker!

Лог биллинга:
server 11-25/16:48:39 ERROR [main] EventProcessor - Problem with MQ connection! Timeout connecting to the MQ broker!

Лог MQ сыпется вида:
2016-11-25 16:48:40,781 | WARN | Transport Connection to: tcp://127.0.0.1:52829 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 3

Лог wrapper сыпется вида:
INFO | jvm 1 | 2016/11/25 16:48:26 | WARN | Transport Connection to: tcp://127.0.0.1:52826 failed: java.io.IOException: Wire format negotiation timeout: peer did not send his wire format.
INFO | jvm 1 | 2016/11/25 16:48:26 | WARN | Transport Connection to: tcp://127.0.0.1:52827 failed: java.io.IOException: Wire format negotiation timeout: peer did not send his wire format.
INFO | jvm 1 | 2016/11/25 16:48:27 | INFO | Initializing Spring FrameworkServlet 'dispatcher'
INFO | jvm 1 | 2016/11/25 16:48:35 | INFO | ActiveMQ Console at http://0.0.0.0:8161/admin
INFO | jvm 1 | 2016/11/25 16:48:35 | INFO | started o.e.j.w.WebAppContext{/demo,file:/opt/activemq/webapps/demo/}
INFO | jvm 1 | 2016/11/25 16:48:35 | INFO | Apache ActiveMQ Web Demo at http://0.0.0.0:8161/demo
INFO | jvm 1 | 2016/11/25 16:48:36 | INFO | started o.e.j.w.WebAppContext{/fileserver,file:/opt/activemq/webapps/fileserver/}
INFO | jvm 1 | 2016/11/25 16:48:36 | INFO | RESTful file access application at http://0.0.0.0:8161/fileserver
INFO | jvm 1 | 2016/11/25 16:48:37 | INFO | Started SelectChannelConnector@0.0.0.0:8161
INFO | jvm 1 | 2016/11/25 16:48:40 | WARN | Transport Connection to: tcp://127.0.0.1:52829 failed: java.io.EOFException


java - jdk1.8.0_51

cat /opt/activemq/conf/activemq.xml
<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:amq="http://activemq.apache.org/schema/core"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/b ... ns-2.0.xsd
http://activemq.apache.org/schema/core http://activemq.apache.org/schema/core/ ... q-core.xsd">

<!-- Allows us to use system properties as variables in this configuration file -->
<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations">
<value>file:${activemq.base}/conf/credentials.properties</value>
</property>
</bean>

<!--
The <broker> element is used to configure the ActiveMQ broker.
-->
<broker xmlns="http://activemq.apache.org/schema/core" brokerName="activeMQ" dataDirectory="${activemq.base}/data">

<!--
For better performances use VM cursor and small memory limit.
For more information, see:

http://activemq.apache.org/message-cursors.html

Also, if your producer is "hanging", it's probably due to producer flow control.
For more information, see:
http://activemq.apache.org/producer-flow-control.html
-->

<destinationPolicy>
<policyMap>
<policyEntries>
<policyEntry queue=">" optimizedDispatch="true" />
</policyEntries>
</policyMap>
</destinationPolicy>

<!--
The managementContext is used to configure how ActiveMQ is exposed in
JMX. By default, ActiveMQ uses the MBean server that is started by
the JVM. For more information, see:

http://activemq.apache.org/jmx.html
-->
<managementContext>
<managementContext createConnector="false"/>
</managementContext>

<!--
<networkConnectors>
<networkConnector uri="multicast://default" dynamicOnly="true"
networkTTL="3" prefetchSize="1" decreaseNetworkConsumerPriority="true" />
</networkConnectors>
-->

<!--
Configure message persistence for the broker. The default persistence
mechanism is the KahaDB store (identified by the kahaDB tag).
For more information, see:

http://activemq.apache.org/persistence.html
-->
<persistenceAdapter>
<kahaDB directory="${activemq.base}/data/kahadb"/>
<!--<kahaDB directory="${activemq.base}/data/kahadb" enableJournalDiskSyncs="false" indexWriteBatchSize="10000" indexCacheSize="1000"/>-->
<!--<kahaDB directory="${activemq.base}/data/kahadb" enableIndexWriteAsync="true"/>-->
<!--<amqPersistenceAdapter syncOnWrite="false" directory="${activemq.base}/data" maxFileLength="40 mb"/>-->
</persistenceAdapter>

<plugins>
<!-- drop messages that have been sent to the DLQ -->
<discardingDLQBrokerPlugin dropAll="true"/>

<simpleAuthenticationPlugin>
<users>
<authenticationUser username="${activemq.username}" password="${activemq.password}" groups="user"/>
<authenticationUser username="listener" password="listener" groups="anonymous"/>
</users>
</simpleAuthenticationPlugin>

<!-- lets configure a destination based authorization mechanism -->
<authorizationPlugin>
<map>
<authorizationMap>
<authorizationEntries>
<authorizationEntry queue="BG.Event.>" read="user" write="user" admin="user" />
<authorizationEntry topic="BG.Event.>" read="user, anonymous" write="user" admin="user" />

<authorizationEntry topic="ActiveMQ.Advisory.>" read="user, anonymous" write="user, anonymous" admin="user, anonymous"/>
</authorizationEntries>

<!-- let's assign roles to temporary destinations. comment this entry if we don't want any roles assigned to temp destinations -->
<!--
<tempDestinationAuthorizationEntry>
<tempDestinationAuthorizationEntry read="tempDestinationAdmins" write="tempDestinationAdmins" admin="tempDestinationAdmins"/>
</tempDestinationAuthorizationEntry>
-->
</authorizationMap>
</map>
</authorizationPlugin>
</plugins>

<!--
The systemUsage controls the maximum amount of space the broker will
use before slowing down producers. For more information, see:

http://activemq.apache.org/producer-flow-control.html
-->
<systemUsage>
<systemUsage>
<memoryUsage>
<memoryUsage limit="128 mb"/>
</memoryUsage>
<storeUsage>
<storeUsage limit="10 gb"/>
</storeUsage>
<tempUsage>
<tempUsage limit="1 gb"/>
</tempUsage>
</systemUsage>
</systemUsage>


<!--
The transport connectors expose ActiveMQ over a given protocol to
clients and other brokers. For more information, see:

http://activemq.apache.org/configuring-transports.html
-->
<transportConnectors>
<transportConnector name="nio" uri="nio://127.0.0.1:61616"/>
<!--<transportConnector name="nio" uri="nio://0.0.0.0:61616" discoveryUri="multicast://default"/>-->
</transportConnectors>

</broker>

<!--
Enable web consoles, REST and Ajax APIs and demos
It also includes Camel (with its web console), see ${ACTIVEMQ_HOME}/conf/camel.xml for more info

Take a look at ${ACTIVEMQ_HOME}/conf/jetty.xml for more details
-->
<import resource="jetty.xml"/>

</beans>
Автор:  ilinav [ 28 ноя 2016, 19:23 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Запустил ActiveMQ под jdk1.6 вместо 1.8. Ошибки подключения в самом биллинге исчезли. Но модуль Access всё равно не коннектится по таймауту.

[root@Billing2 BGInetAccess]# ./access_status.sh
Java Runtime: Oracle Corporation Java HotSpot(TM) Client VM [1.8.0_51] /opt/java/jdk1.8.0_51/jre
Runtime name: 10764@Billing2
Java endorsed dirs: /lib/endorsed:/opt/java/jdk1.8.0_51//lib/endorsed
OS: Linux 2.6.32-358.14.1.el6.i686 [i386], file.encoding: UTF-8, user.name: root
Heap sizes: current=15872k free=14891k max=253440k
Error: В соединении отказано
java.net.ConnectException: В соединении отказано
at java.net.PlainSocketImpl.socketConnect(Native Method)

При чём в логах ActiveMQ время на час впереди системного.

2016-11-28 17:16:58,367 | WARN | Transport Connection to: tcp://127.0.0.1:47012 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 144
[root@Billing2 BGInetAccess]# date
Пнд Ноя 28 16:18:37 MSK 2016

Это как так в ActiveMQ время улезло и как его к системному привести?
Автор:  dimOn [ 28 ноя 2016, 23:04 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
потому что старая ява с необновлёнными TZ, полагаю
Автор:  ilinav [ 29 ноя 2016, 13:56 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
1. MQ 5.7 под jdk1.8 никого к себе не подпускает. Симптомы описаны в моём первом посте.

2. MQ 5.7 под jdk1.6 подключает к себе сам биллинг, но не пускает модуль Access. Симптомы и баг со временем описаны выше.

3. Старое MQ 5.6 (под ним биллинг 6.0 работал без проблем) под jdk1.6 проблем со временем не имеет. Пускает к себе биллинг, но не пускает модуль Access. Симптомы:

Лог Access-а.
[root@Billing2 log]# cat all.log
11-29/10:51:45 INFO [main] DefaultServerSetup - Binding javax.jms.ConnectionFactory[org.apache.activemq.ActiveMQConnectionFactory@1920ade] to java:comp/env/mq/connectionFactory
11-29/10:51:45 INFO [main] DefaultServerSetup - Init DB connection pools
11-29/10:51:45 INFO [main] DefaultServerSetup - Binding JDBC pool "master" to java:comp/env/jdbc/master
11-29/10:51:46 INFO [main] AnnotatedMBean - Register MBean ru.bitel.bgbilling.server.util:type=DatabaseConnectionPool,name=master
11-29/10:51:47 INFO [main] DefaultServerSetup - Init trash pools...
mq 11-29/10:51:48 INFO [EventProcessor-init] EventProcessor - Init EventProcessor MQ connection factory...
access 11-29/10:51:56 INFO [main] InetApplication - rootDeviceId=1
access 11-29/10:51:56 INFO [main] Setup - Load config for mid=8
access 11-29/10:51:57 INFO [main] InetOptionRuntimeMap - Loading inetOptionRuntimeMap for moduleId:8
access 11-29/10:51:58 INFO [Thread-7] EventProcessor - Shutdown EventProcessor...

Лог MQ.
[root@Billing2 data]# cat activemq.log
...
2016-11-29 11:51:59,101 | WARN | Transport Connection to: tcp://127.0.0.1:47149 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 3175

[root@Billing2 data]# cat wrapper.log
...
INFO | jvm 1 | 2016/11/29 10:51:59 | WARN | Transport Connection to: tcp://127.0.0.1:47149 failed: java.io.EOFException
Автор:  zavndw [ 01 дек 2016, 11:28 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
java version "1.8.0_112"
activemq 5.14.1
вот мой набор, вроде все ок.
Автор:  dimOn [ 01 дек 2016, 14:11 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Зачем все всегда ставят какие-то странные древние версии и копаются в xml чего-то там настраивают? Ставите activemq из родных реп и он искаропки работать должен.
Автор:  ilinav [ 01 дек 2016, 18:55 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Ну, дык, следуем рекомендациям разработчика ftp://ftp.bgbilling.ru/pub/bgbilling/activemq/linux/
Автор:  ilinav [ 01 дек 2016, 20:18 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Следуя советам, поставил MQ dthcbb 5.14. Теперь модуль Access конектится. Пришёл черёд модуля Accounting:

INFO | jvm 1 | 2016/12/01 16:47:28 | WARN | Transport Connection to: tcp://127.0.0.1:43027 failed: java.io.EOFException

Блин.
Автор:  zavndw [ 02 дек 2016, 17:48 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
а сам аккаунтинг работает? насколько я понял иногда коннекты могут отлетать в пределах разумного 1-2
Автор:  zavndw [ 02 дек 2016, 17:48 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
а сам аккаунтинг работает? насколько я понял иногда коннекты могут отлетать в пределах разумного 1-2
Автор:  ilinav [ 02 дек 2016, 18:30 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Работает модуль.
Ради интереса поставил MQ 5.13. К этой версии не коннектится ничего. Вернул MQ 5.14 - биллинг и access конектятся, accounting - нет.
Автор:  zavndw [ 02 дек 2016, 18:32 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
./accounting.sh status что выдает?
Автор:  ilinav [ 02 дек 2016, 18:59 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
[root@Billing2 BGInetAccounting]# ./accounting.sh status
Java Runtime: Oracle Corporation Java HotSpot(TM) Client VM [1.8.0_51] /opt/java/jdk1.8.0_51/jre
Runtime name: 3197@Billing2
Java endorsed dirs: /lib/endorsed:/opt/java/jdk1.8.0_51//lib/endorsed
OS: Linux 2.6.32-358.14.1.el6.i686 [i386], file.encoding: UTF-8, user.name: root
Heap sizes: current=15872k free=14890k max=253440k
Error: В соединении отказано
java.net.ConnectException: В соединении отказано
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at java.net.Socket.connect(Socket.java:538)
at java.net.Socket.<init>(Socket.java:434)
at java.net.Socket.<init>(Socket.java:244)
at ru.bitel.bgbilling.kernel.application.server.CommandPortListener.sendCommand(CommandPortListener.java:229)
at ru.bitel.bgbilling.kernel.application.server.Application.main(Application.java:869)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at ru.bitel.common.bootstrap.Boot.boot(Boot.java:129)
at ru.bitel.common.bootstrap.Boot.main(Boot.java:178)

В логах MQ
2016-12-02 15:00:34,133 | WARN | Transport Connection to: tcp://127.0.0.1:34238 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ NIO Worker 6

wrapper:
INFO | jvm 1 | 2016/12/02 15:00:34 | WARN | Transport Connection to: tcp://127.0.0.1:34238 failed: java.io.EOFException
Автор:  Amir [ 02 дек 2016, 19:07 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
Попробовать отключить какой-нибудь SELinux.

Как вариант - попробовать использовать activemq.jar (во всех приложенияз биллинга) из того ActiveMQ, что используете.
Обычно там они называются activemq-all-{version}.jar (нужно переименовать в activemq.jar).

Не использовать старую версию activemq (которая, например, выходила во времена Java 1.6) с новой JDK.



В образе виртуалки стоит activemq 5.9.1, JDK8, в приложениях биллинга - стандартные библиотеки.
Автор:  ilinav [ 02 дек 2016, 20:51 ]
Заголовок сообщения:  Re: 5.1->7.0 java.io.EOFException
SELinux отключен.

Цитата:
Как вариант - попробовать использовать activemq.jar (во всех приложенияз биллинга) из того ActiveMQ, что используете

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