January 2021 - infinispan-issues - Jboss List Archives

[Red Hat JIRA] (ISPN-12610) Fix protobuf display and modification

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-12610?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-12610: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan-console/pull/107 Status: Pull Request Sent (was: Open) > Fix protobuf display and modification > ------------------------------------- > > Key: ISPN-12610 > URL: https://issues.redhat.com/browse/ISPN-12610 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 12.0.0.CR1 > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Blocker > > Some changes introduced in the console make protobuf entities not be able to be displayed -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12610) Fix protobuf display and modification

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-12610?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-12610: -------------------------------- Status: Open (was: New) > Fix protobuf display and modification > ------------------------------------- > > Key: ISPN-12610 > URL: https://issues.redhat.com/browse/ISPN-12610 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 12.0.0.CR1 > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Blocker > > Some changes introduced in the console make protobuf entities not be able to be displayed -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12556) shutdown server/cluster command documentation need to show the consequence for the next start

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-12556?page=com.atlassian.jira.plugi... ] Donald Naro closed ISPN-12556. ------------------------------ > shutdown server/cluster command documentation need to show the consequence for the next start > --------------------------------------------------------------------------------------------- > > Key: ISPN-12556 > URL: https://issues.redhat.com/browse/ISPN-12556 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Wolf-Dieter Fink > Assignee: Donald Naro > Priority: Major > Fix For: 12.0.0.Final, 11.0.9.Final > > > If CLI use shudown > * server <list> > ** it will stop the connected node if there is no <list> > ** it will stop all servers in that list > ** !! it will not respect any rebalancing, so it is possible to lose data !! > * cluster > ** All nodes registered in this cluster will go down > ** The curent state is persisted and the members are marked as last stable > ** ALL nodes are needed for the next starup !! > *** the cluster is in DEGRADED state until all nodes are back > *** no new node will able to join > *** become available after all nodes are back and ready > *** !! remove state of one node and the cluster will not become available !! > *** Current there is no way to recover from that and start the cluster (incomplete). The data direcory must be cleared and all data is lost > > This should be clearly documented! -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12610) Fix protobuf display and modification

by Katia Aresti (Jira)

Katia Aresti created ISPN-12610: ----------------------------------- Summary: Fix protobuf display and modification Key: ISPN-12610 URL: https://issues.redhat.com/browse/ISPN-12610 Project: Infinispan Issue Type: Bug Components: Console Affects Versions: 12.0.0.CR1 Reporter: Katia Aresti Assignee: Katia Aresti Some changes introduced in the console make protobuf entities not be able to be displayed -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12556) shutdown server/cluster command documentation need to show the consequence for the next start

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12556?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12556: ------------------------------- Fix Version/s: 12.0.0.Final 11.0.9.Final Resolution: Done Status: Resolved (was: Pull Request Sent) > shutdown server/cluster command documentation need to show the consequence for the next start > --------------------------------------------------------------------------------------------- > > Key: ISPN-12556 > URL: https://issues.redhat.com/browse/ISPN-12556 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Wolf-Dieter Fink > Assignee: Donald Naro > Priority: Major > Fix For: 12.0.0.Final, 11.0.9.Final > > > If CLI use shudown > * server <list> > ** it will stop the connected node if there is no <list> > ** it will stop all servers in that list > ** !! it will not respect any rebalancing, so it is possible to lose data !! > * cluster > ** All nodes registered in this cluster will go down > ** The curent state is persisted and the members are marked as last stable > ** ALL nodes are needed for the next starup !! > *** the cluster is in DEGRADED state until all nodes are back > *** no new node will able to join > *** become available after all nodes are back and ready > *** !! remove state of one node and the cluster will not become available !! > *** Current there is no way to recover from that and start the cluster (incomplete). The data direcory must be cleared and all data is lost > > This should be clearly documented! -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12556) shutdown server/cluster command documentation need to show the consequence for the next start

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12556?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12556: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/8958, https://github.com/infinispan/infinispan/pull/8959 (was: https://github.com/infinispan/infinispan/pull/8958) > shutdown server/cluster command documentation need to show the consequence for the next start > --------------------------------------------------------------------------------------------- > > Key: ISPN-12556 > URL: https://issues.redhat.com/browse/ISPN-12556 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Wolf-Dieter Fink > Assignee: Donald Naro > Priority: Major > > If CLI use shudown > * server <list> > ** it will stop the connected node if there is no <list> > ** it will stop all servers in that list > ** !! it will not respect any rebalancing, so it is possible to lose data !! > * cluster > ** All nodes registered in this cluster will go down > ** The curent state is persisted and the members are marked as last stable > ** ALL nodes are needed for the next starup !! > *** the cluster is in DEGRADED state until all nodes are back > *** no new node will able to join > *** become available after all nodes are back and ready > *** !! remove state of one node and the cluster will not become available !! > *** Current there is no way to recover from that and start the cluster (incomplete). The data direcory must be cleared and all data is lost > > This should be clearly documented! -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12523) Obtaining internal caches from HotRod causes extra registration of SourceMigrators

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12523?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12523: ------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/8973, https://github.com/infinispan/infinispan/pull/8972, https://github.com/infinispan/infinispan/pull/8974 (was: https://github.com/infinispan/infinispan/pull/8973, https://github.com/infinispan/infinispan/pull/8972) > Obtaining internal caches from HotRod causes extra registration of SourceMigrators > ---------------------------------------------------------------------------------- > > Key: ISPN-12523 > URL: https://issues.redhat.com/browse/ISPN-12523 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 9.4.20.Final, 12.0.0.CR1, 11.0.8.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > Internal caches such as {{___protobuf_metadata}} always register a HotRodSourceMigrator when obtained via Hot Rod: > {code:java} > remotecacheManager.getCache(ProtobufMetadataManagerConstants.PROTOBUF_METADATA_CACHE_NAME) > {code} > This is because HotRod never adds internal caches to the knownCaches instance in order to check access to those caches. Regardless, it should not keep registering SourceMigrators everytime -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12523) Obtaining internal caches from HotRod causes extra registration of SourceMigrators

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12523?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12523: ------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/8973, https://github.com/infinispan/infinispan/pull/8972 (was: https://github.com/infinispan/infinispan/pull/8972) > Obtaining internal caches from HotRod causes extra registration of SourceMigrators > ---------------------------------------------------------------------------------- > > Key: ISPN-12523 > URL: https://issues.redhat.com/browse/ISPN-12523 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 9.4.20.Final, 12.0.0.CR1, 11.0.8.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > Internal caches such as {{___protobuf_metadata}} always register a HotRodSourceMigrator when obtained via Hot Rod: > {code:java} > remotecacheManager.getCache(ProtobufMetadataManagerConstants.PROTOBUF_METADATA_CACHE_NAME) > {code} > This is because HotRod never adds internal caches to the knownCaches instance in order to check access to those caches. Regardless, it should not keep registering SourceMigrators everytime -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12609) ClassNotFoundException: org.jboss.marshalling.TraceInformation

by Alessandro Moscatelli (Jira)

Alessandro Moscatelli created ISPN-12609: -------------------------------------------- Summary: ClassNotFoundException: org.jboss.marshalling.TraceInformation Key: ISPN-12609 URL: https://issues.redhat.com/browse/ISPN-12609 Project: Infinispan Issue Type: Bug Affects Versions: 11.0.4.Final Reporter: Alessandro Moscatelli Sometimes, when new members are added to an HA Wildfly Cluster, I see several errors like these : [0m[31m11:24:02,046 ERROR [org.infinispan.CLUSTER] (thread-20,ejb,679443c9ac75) ISPN000475: Error processing response for request 53 from eb7eea3c43fe: java.lang.ClassNotFoundException: org.jboss.marshalling.TraceInformation from [Module "org.infinispan" version 11.0.4.Final from local module loader @4f966719 (finder: local module finder @18ac53e8 (roots: /opt/jboss/wildfly/modules,/opt/jboss/wildfly/modules/system/layers/base))][0m[31m11:24:02,046 ERROR [org.infinispan.CLUSTER] (thread-20,ejb,679443c9ac75) ISPN000475: Error processing response for request 53 from eb7eea3c43fe: java.lang.ClassNotFoundException: org.jboss.marshalling.TraceInformation from [Module "org.infinispan" version 11.0.4.Final from local module loader @4f966719 (finder: local module finder @18ac53e8 (roots: /opt/jboss/wildfly/modules,/opt/jboss/wildfly/modules/system/layers/base))] at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:315) at org.infinispan@11.0.4.Final//org.infinispan.marshall.exts.ThrowableExternalizer.readGenericThrowable(ThrowableExternalizer.java:278) at org.infinispan@11.0.4.Final//org.infinispan.marshall.exts.ThrowableExternalizer.readObject(ThrowableExternalizer.java:259) at org.infinispan@11.0.4.Final//org.infinispan.marshall.exts.ThrowableExternalizer.readObject(ThrowableExternalizer.java:42) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readWithExternalizer(GlobalMarshaller.java:728) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:709) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:358) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.BytesObjectInput.readObject(BytesObjectInput.java:32) at org.infinispan@11.0.4.Final//org.infinispan.marshall.exts.ThrowableExternalizer.readObject(ThrowableExternalizer.java:226) at org.infinispan@11.0.4.Final//org.infinispan.marshall.exts.ThrowableExternalizer.readObject(ThrowableExternalizer.java:42) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readWithExternalizer(GlobalMarshaller.java:728) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:709) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:358) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.BytesObjectInput.readObject(BytesObjectInput.java:32) at org.infinispan@11.0.4.Final//org.infinispan.remoting.responses.ExceptionResponse$Externalizer.readObject(ExceptionResponse.java:49) at org.infinispan@11.0.4.Final//org.infinispan.remoting.responses.ExceptionResponse$Externalizer.readObject(ExceptionResponse.java:41) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readWithExternalizer(GlobalMarshaller.java:728) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:709) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:358) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.objectFromObjectInput(GlobalMarshaller.java:192) at org.infinispan@11.0.4.Final//org.infinispan.marshall.core.GlobalMarshaller.objectFromByteBuffer(GlobalMarshaller.java:221) at org.infinispan@11.0.4.Final//org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1394) at org.infinispan@11.0.4.Final//org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1305) at org.infinispan@11.0.4.Final//org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$300(JGroupsTransport.java:131) at org.infinispan@11.0.4.Final//org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.up(JGroupsTransport.java:1445) at org.jgroups@4.2.5.Final//org.jgroups.JChannel.up(JChannel.java:784) at org.jgroups@4.2.5.Final//org.jgroups.fork.ForkProtocolStack.up(ForkProtocolStack.java:135) at org.jgroups@4.2.5.Final//org.jgroups.stack.Protocol.up(Protocol.java:306) at org.jgroups@4.2.5.Final//org.jgroups.protocols.FORK.up(FORK.java:142) at org.jgroups@4.2.5.Final//org.jgroups.protocols.FRAG2.up(FRAG2.java:174) at org.jgroups@4.2.5.Final//org.jgroups.protocols.FlowControl.up(FlowControl.java:343) at org.jgroups@4.2.5.Final//org.jgroups.protocols.pbcast.GMS.up(GMS.java:868) at org.jgroups@4.2.5.Final//org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:243) at org.jgroups@4.2.5.Final//org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1049) at org.jgroups@4.2.5.Final//org.jgroups.protocols.UNICAST3.addMessage(UNICAST3.java:772) at org.jgroups@4.2.5.Final//org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:753) at org.jgroups@4.2.5.Final//org.jgroups.protocols.UNICAST3.up(UNICAST3.java:405) at org.jgroups@4.2.5.Final//org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:592) at org.jgroups@4.2.5.Final//org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:132) at org.jgroups@4.2.5.Final//org.jgroups.protocols.FailureDetection.up(FailureDetection.java:186) at org.jgroups@4.2.5.Final//org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:254) at org.jgroups@4.2.5.Final//org.jgroups.protocols.MERGE3.up(MERGE3.java:281) at org.jgroups@4.2.5.Final//org.jgroups.protocols.Discovery.up(Discovery.java:300) at org.jgroups@4.2.5.Final//org.jgroups.protocols.TP.passMessageUp(TP.java:1385) at org.jgroups@4.2.5.Final//org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at org.jboss.as.clustering.common@21.0.0.Final//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49) at org.jboss.as.clustering.common@21.0.0.Final//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70) at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12523) Obtaining internal caches from HotRod causes extra registration of SourceMigrators

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12523?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12523: ------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/8972 Status: Pull Request Sent (was: Coding In Progress) > Obtaining internal caches from HotRod causes extra registration of SourceMigrators > ---------------------------------------------------------------------------------- > > Key: ISPN-12523 > URL: https://issues.redhat.com/browse/ISPN-12523 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 9.4.20.Final, 12.0.0.CR1, 11.0.8.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > Internal caches such as {{___protobuf_metadata}} always register a HotRodSourceMigrator when obtained via Hot Rod: > {code:java} > remotecacheManager.getCache(ProtobufMetadataManagerConstants.PROTOBUF_METADATA_CACHE_NAME) > {code} > This is because HotRod never adds internal caches to the knownCaches instance in order to check access to those caches. Regardless, it should not keep registering SourceMigrators everytime -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2021