[JBoss JIRA] (ISPN-9532) Decoupling of transcoders from the server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9532?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-9532:
------------------------------------
Description: Some transcoders, are registered by the server only, and to use them in library mode it is required to have the server jar in the classpath. Ideally there should be a separated module where transcoders live that can be brought as an optional dependency. (was: Some transcoders, are registered by the server only, and to use them in library mode it required having server jar in the classpath. Ideally there should be a separated module where transcoders live that can be brought as an optional dependency)
> Decoupling of transcoders from the server
> -----------------------------------------
>
> Key: ISPN-9532
> URL: https://issues.jboss.org/browse/ISPN-9532
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core, Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> Some transcoders, are registered by the server only, and to use them in library mode it is required to have the server jar in the classpath. Ideally there should be a separated module where transcoders live that can be brought as an optional dependency.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (ISPN-9532) Decoupling of transcoders from the server
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-9532:
---------------------------------------
Summary: Decoupling of transcoders from the server
Key: ISPN-9532
URL: https://issues.jboss.org/browse/ISPN-9532
Project: Infinispan
Issue Type: Enhancement
Components: Core, Server
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
Some transcoders, are registered by the server only, and to use them in library mode it required having server jar in the classpath. Ideally there should be a separated module where transcoders live that can be brought as an optional dependency
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (ISPN-9195) Iterator leak when Hot Rod client crashes
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9195?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-9195:
------------------------------------
Status: Open (was: New)
> Iterator leak when Hot Rod client crashes
> -----------------------------------------
>
> Key: ISPN-9195
> URL: https://issues.jboss.org/browse/ISPN-9195
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.3.0.Beta1
> Reporter: Radim Vansa
> Assignee: Gustavo Fernandes
> Labels: memory_leak
>
> When the client abruptly terminates, or simply does not close the iterator, iterator resources on server are not released.
> Any such resources should be handles with lease-based expiration. Additionally we could remove the resources when the connection that established them is closed.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (ISPN-9517) State transfer times out if initiated with yet to be verified suspected member and reincarnated member
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-9517?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-9517:
------------------------------------
I got some failure logs yesterday, and they point to {{ForkProtocolStack}} and/or {{ForkChannel}} discarding messages: JGRP-2294
Unfortunately I restarted the test in the morning and I lost the logs, but I did see {{"fork-channel for id=%s not found; discarding message"}} in my local log (and not in the WFLY-10736 logs).
> State transfer times out if initiated with yet to be verified suspected member and reincarnated member
> ------------------------------------------------------------------------------------------------------
>
> Key: ISPN-9517
> URL: https://issues.jboss.org/browse/ISPN-9517
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer
> Affects Versions: 9.3.3.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Attachments: Test.java, node-1.zip, node-2.zip
>
>
> Here's the scenario:
> 1. Cluster contains caches on 2 members, node-1 and node-2
> 2. node-2 is killed
> 3. node-2 is restarted (using same physical address)
> 4. State transfer initiates, view contains node-1, suspected node-2, and reincarnated node-2
> 5. State transfer times out
> Log of node-1 includes:
> {noformat}
> 12:09:51,882 WARN [org.infinispan.topology.ClusterTopologyManagerImpl] (transport-thread--p14-t4) ISPN000197: Error updating cluster member list: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 3 from node-2
> at org.infinispan.remoting.transport.impl.MultiTargetRequest.onTimeout(MultiTargetRequest.java:167)
> at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:87)
> at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:22)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_181]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [rt.jar:1.8.0_181]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [rt.jar:1.8.0_181]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_181]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_181]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_181]
> Suppressed: org.infinispan.util.logging.TraceException
> at org.infinispan.remoting.transport.Transport.invokeRemotely(Transport.java:75)
> at org.infinispan.topology.ClusterTopologyManagerImpl.confirmMembersAvailable(ClusterTopologyManagerImpl.java:525)
> at org.infinispan.topology.ClusterTopologyManagerImpl.updateCacheMembers(ClusterTopologyManagerImpl.java:508)
> at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:321)
> at org.infinispan.topology.ClusterTopologyManagerImpl.access$500(ClusterTopologyManagerImpl.java:87)
> at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener.lambda$handleViewChange$0(ClusterTopologyManagerImpl.java:731)
> at org.infinispan.executors.LimitedExecutor.runTasks(LimitedExecutor.java:175)
> at org.infinispan.executors.LimitedExecutor.access$100(LimitedExecutor.java:37)
> at org.infinispan.executors.LimitedExecutor$Runner.run(LimitedExecutor.java:227)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_181]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_181]
> at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
> ... 1 more
> {noformat}
> I've attached trace logs from node-1 and node-2.
> Changing ClusterTopologyManagerImpl.confirmMembersAvailable() to use ResponseMode.SYNCHRONOUS_IGNORE_LEAVERS instead of ResponseMode.SYNCHRONOUS allows state transfer to complete successfully.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (ISPN-9531) Docs: Create Product Files for Server Guide, FAQ, and Getting Started
by Don Naro (JIRA)
Don Naro created ISPN-9531:
------------------------------
Summary: Docs: Create Product Files for Server Guide, FAQ, and Getting Started
Key: ISPN-9531
URL: https://issues.jboss.org/browse/ISPN-9531
Project: Infinispan
Issue Type: Enhancement
Components: Documentation-Servers
Reporter: Don Naro
Assignee: Don Naro
Fix For: 9.4.0.Final
Along with the User Guide, we need master.adoc files and metadata for the Server Guide, FAQ, and Getting Started docs. Also need to ensure that the books validate and build correctly.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months