Как разрешить Jboss EAP 7.1.4 java.util.concurrent.TimeoutException: Не получен ответ на вызов в течение 30000 миллисекунд - PullRequest
0 голосов
/ 02 января 2019

Я испытываю параллельное исключение. Время ожидания от сервера JBoss EAP 7.1.4 GA при запуске приложения.К сожалению, это не постоянная проблема.Время от времени происходит в разных функциональных потоках.

Исключение составляет:

javax.ejb.EJBException: java.util.concurrent.TimeoutException: No invocation response received in 30000 milliseconds
Caused by: javax.ejb.EJBException: java.util.concurrent.TimeoutException: No invocation response received in 30000 milliseconds
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:207)
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:112)

... 17 common frames omitted
Caused by: java.util.concurrent.TimeoutException: No invocation response received in 30000 milliseconds
at org.jboss.ejb.client.EJBClientInvocationContext.lambda$awaitResponse$3(EJBClientInvocationContext.java:876)
at org.jboss.ejb.client.EJBClientInvocationContext$ThrowableResult.getResult(EJBClientInvocationContext.java:1132)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:567)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:503)
at org.jboss.ejb.protocol.remote.RemotingEJBClientInterceptor.handleInvocationResult(RemotingEJBClientInterceptor.java:56)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:569)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:503)
at org.jboss.ejb.client.TransactionPostDiscoveryInterceptor.handleInvocationResult(TransactionPostDiscoveryInterceptor.java:133)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:569)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:503)
at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleInvocationResult(DiscoveryEJBClientInterceptor.java:114)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:569)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:503)
at org.jboss.ejb.client.NamingEJBClientInterceptor.handleInvocationResult(NamingEJBClientInterceptor.java:78)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:569)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:503)

в моей конфигурации JBoss с использованием следующих настроек:

Тайм-аут вызова 30 секунд

Тайм-аут транзакции 300 секунд (который является значением по умолчанию в JBoss)

выводы на данный момент:

https://access.redhat.com/solutions/1223983

Это решение говорит об обновлении JBoss 6.4, но яуже используется версия 7.1.4

Ошибки JBoss:

https://issues.jboss.org/browse/JBEAP-8553

https://issues.jboss.org/browse/JBEAP-12075

Все ошибки исправлены с версиями меньше, чем JBoss, которыеЯ использовал.

Но, кроме того, я заметил, что этот журнал существует, когда наступает тайм-аут:

WARN  [com.arjuna.ats.arjuna] (Periodic Recovery) [] Transaction 0:ffffac18bb91:-672b1e8b:5c25eea9:3be85 has 1 heuristic participant(s)!
WARN  [com.arjuna.ats.jta] (Periodic Recovery) [] ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffffac18bb91:-672b1e8b:5c25eea9:3be85, node_name=1, branch_uid=0:ffffac18bb91:-672b1e8b:5c25eea9:3be89, subordinatenodename=null, eis_name=java:jboss/datasources/ix3 >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD, product: Microsoft SQL Server/14.00.2002, jndiName: java:jboss/datasources/ix3 com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@7f64f479 >
WARN  [com.arjuna.ats.jta] (Periodic Recovery) [] XAResourceRecord restored heuristic instance: XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffffac18bb91:-672b1e8b:5c25eea9:3be85, node_name=1, branch_uid=0:ffffac18bb91:-672b1e8b:5c25eea9:3be89, subordinatenodename=null, eis_name=java:jboss/datasources/ix3 >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD, product: Microsoft SQL Server/14.00.2002, jndiName: java:jboss/datasources/ix3 com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@7f64f479 >
WARN  [com.arjuna.ats.arjuna] (Periodic Recovery) [] Transaction 0:ffffac18bb91:-672b1e8b:5c25eea9:3be85 restored heuristic participant XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffffac18bb91:-672b1e8b:5c25eea9:3be85, node_name=1, branch_uid=0:ffffac18bb91:-672b1e8b:5c25eea9:3be89, subordinatenodename=null, eis_name=java:jboss/datasources/ix3 >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD, product: Microsoft SQL Server/14.00.2002, jndiName: java:jboss/datasources/ix3 com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@7f64f479 >

Пытался провести какое-то исследование и найти проблему, но пока не повезло.

Никогда не прекращается периодическое восстановление эвристических участников

JBoss spamming XA Предупреждения о восстановлении

Может кто-нибудь, имеющий опыт, связанный с этим можетПриведите несколько предложений, пожалуйста?

Примечание: некоторые изСледы стека в исключении не могут быть опубликованы здесь, потому что там есть коды компании.Извиняюсь за это

1 Ответ

0 голосов
/ 13 января 2019

Эта проблема была решена. это было из-за причин ниже.

  1. Немногие из наших серверов (ВМ) зависли из-за обновления Microsoft Windows. последнее обновление было 2ГБ и зависало при установке. Загрузка процессора и памяти в большинстве случаев занимает 100% времени, а не выделяется для другой обработки.

  2. Другой причиной было неправильное поведение конфигурации кластера, поскольку один из запросов узла кластера блокировался брандмауэром сервера. это была ошибка конфигурации, так как я забыл добавить правила брандмауэра.

После устранения обеих проблем проблема больше не возникала.

Если кто-либо сталкивается с такой проблемой, рекомендуем проверить все основные принципы инфраструктуры, прежде чем переходить к глубокому исследованию.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...