[JBoss JIRA] (ISPN-6769) SaslAuthIT.testSaslMD5 fails randomly on Windows
by Roman Macor (JIRA)
Roman Macor created ISPN-6769:
---------------------------------
Summary: SaslAuthIT.testSaslMD5 fails randomly on Windows
Key: ISPN-6769
URL: https://issues.jboss.org/browse/ISPN-6769
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Reporter: Roman Macor
Error Message
Could not retrieve HotRod host
Stacktrace
java.lang.RuntimeException: Could not retrieve HotRod host
at org.infinispan.arquillian.utils.MBeanUtils.getMBeanAttribute(MBeanUtils.java:59)
at org.infinispan.arquillian.core.HotRodEndpoint.getInetAddress(HotRodEndpoint.java:65)
at org.infinispan.server.test.security.jgroups.sasl.SaslAuthIT.saslTest(SaslAuthIT.java:97)
at org.infinispan.server.test.security.jgroups.sasl.SaslAuthIT.testSaslMD5(SaslAuthIT.java:71)
Caused by: javax.management.InstanceNotFoundException: jboss.datagrid-infinispan:type=Server,name=HotRod,component=Transport
at org.jboss.as.jmx.PluggableMBeanServerImpl.findDelegate(PluggableMBeanServerImpl.java:1110)
at org.jboss.as.jmx.PluggableMBeanServerImpl.getAttribute(PluggableMBeanServerImpl.java:386)
at org.jboss.as.jmx.BlockingNotificationMBeanServer.getAttribute(BlockingNotificationMBeanServer.java:148)
at org.jboss.remotingjmx.protocol.v2.ServerProxy$GetAttributeHandler.handle(ServerProxy.java:689)
at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:75)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70)
at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
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)
Extracted from log: (for full log please see: [test results|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
...
08:49:07,258 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.jgroups.channel.cluster.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.cluster.connector: java.lang.Exception: connecting to channel "cluster" failed
at org.infinispan.server.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:89)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
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)
Caused by: java.lang.Exception: connecting to channel "cluster" failed
at org.jgroups.JChannel._connect(JChannel.java:570)
at org.jgroups.JChannel.connect(JChannel.java:294)
at org.jgroups.JChannel.connect(JChannel.java:279)
at org.infinispan.server.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:87)
... 5 more
Caused by: java.lang.SecurityException: authentication failed
at org.jgroups.protocols.pbcast.ClientGmsImpl.isJoinResponseValid(ClientGmsImpl.java:187)
at org.jgroups.protocols.pbcast.ClientGmsImpl.installViewIfValidJoinRsp(ClientGmsImpl.java:153)
at org.jgroups.protocols.pbcast.ClientGmsImpl.joinInternal(ClientGmsImpl.java:111)
at org.jgroups.protocols.pbcast.ClientGmsImpl.join(ClientGmsImpl.java:41)
at org.jgroups.protocols.pbcast.GMS.down(GMS.java:1085)
at org.jgroups.protocols.FlowControl.down(FlowControl.java:349)
at org.jgroups.protocols.FlowControl.down(FlowControl.java:349)
at org.jgroups.protocols.FRAG2.down(FRAG2.java:136)
at org.jgroups.protocols.FORK.down(FORK.java:101)
at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:1039)
at org.jgroups.JChannel.down(JChannel.java:790)
at org.jgroups.JChannel._connect(JChannel.java:564)
... 8 more
08:49:07,265 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "datagrid-jgroups"),
("channel" => "cluster")
]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.jgroups.channel.cluster.connector" => "org.jboss.msc.service.StartException in service jboss.jgroups.channel.cluster.connector: java.lang.Exception: connecting to channel \"cluster\" failed
Caused by: java.lang.Exception: connecting to channel \"cluster\" failed
Caused by: java.lang.SecurityException: authentication failed"}}
08:49:07,338 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186: Services which failed to start: service jboss.jgroups.channel.cluster.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.cluster.connector: java.lang.Exception: connecting to channel "cluster" failed
08:49:07,497 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:10090/management
08:49:07,498 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:10090
08:49:07,498 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: Data Grid 8.3.0.ER7-redhat-1 (WildFly Core 2.1.2.Final-redhat-1) started (with errors) in 16300ms - Started 165 of 276 services (16 services failed or missing dependencies, 159 services are lazy, passive or on-demand)
...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6768) CommandAwareRpcDispatcher channel listener can cause classloader leaks
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-6768?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-6768:
-------------------------------
Status: Open (was: New)
> CommandAwareRpcDispatcher channel listener can cause classloader leaks
> ----------------------------------------------------------------------
>
> Key: ISPN-6768
> URL: https://issues.jboss.org/browse/ISPN-6768
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.Alpha2, 8.1.4.Final, 8.2.2.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Blocker
> Fix For: 8.1.5.Final, 9.0.0.Alpha3, 8.2.3.Final
>
>
> CommandAwareRpcDispatcher registers a listener with the channel in its constructor, but never unregisters it. Thus, if the channel persists following shutdown of the CommandAwareRpcDispatcher (e.g. in WildFly), this will cause a classloader leak.
> See linked issue for details.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6768) CommandAwareRpcDispatcher channel listener can cause classloader leaks
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-6768?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-6768:
-------------------------------
Status: Pull Request Sent (was: Open)
> CommandAwareRpcDispatcher channel listener can cause classloader leaks
> ----------------------------------------------------------------------
>
> Key: ISPN-6768
> URL: https://issues.jboss.org/browse/ISPN-6768
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.Alpha2, 8.1.4.Final, 8.2.2.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Blocker
> Fix For: 8.1.5.Final, 9.0.0.Alpha3, 8.2.3.Final
>
>
> CommandAwareRpcDispatcher registers a listener with the channel in its constructor, but never unregisters it. Thus, if the channel persists following shutdown of the CommandAwareRpcDispatcher (e.g. in WildFly), this will cause a classloader leak.
> See linked issue for details.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6768) CommandAwareRpcDispatcher channel listener can cause classloader leaks
by Paul Ferraro (JIRA)
Paul Ferraro created ISPN-6768:
----------------------------------
Summary: CommandAwareRpcDispatcher channel listener can cause classloader leaks
Key: ISPN-6768
URL: https://issues.jboss.org/browse/ISPN-6768
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 8.2.2.Final, 8.1.4.Final, 9.0.0.Alpha2
Reporter: Paul Ferraro
Assignee: Paul Ferraro
Priority: Blocker
Fix For: 8.1.5.Final, 9.0.0.Alpha3, 8.2.3.Final
CommandAwareRpcDispatcher registers a listener with the channel in its constructor, but never unregisters it. Thus, if the channel persists following shutdown of the CommandAwareRpcDispatcher (e.g. in WildFly), this will cause a classloader leak.
See linked issue for details.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months