January 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4075) State transfer should preserve the creation timestamp of entries

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-4075?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4075: ---------------------------------- Fix Version/s: 10.0.0.Beta1 9.4.7.Final (was: 10.0.0.Alpha3) (was: 9.4.5.Final) > State transfer should preserve the creation timestamp of entries > ---------------------------------------------------------------- > > Key: ISPN-4075 > URL: https://issues.jboss.org/browse/ISPN-4075 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 6.0.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta1, 10.0.0.Final, 9.4.7.Final > > > State transfer inserts values with the current time as the creation time. Since the entries store the expected lifespan and not the expected expiration time, entries on the receiving node could expire much later than intended. > The argument probably doesn't apply to the timestamp of the last usage. Since state transfer process could be interpreted as a reader, it should be fine to extend the update the time of the last usage both on the sending node and on the receiving node. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9888) Docs: Default JGroups for Infinispan

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9888?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9888: ---------------------------------- Affects Version/s: (was: 10.0.0.Beta1) > Docs: Default JGroups for Infinispan > ------------------------------------ > > Key: ISPN-9888 > URL: https://issues.jboss.org/browse/ISPN-9888 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 9.4.5.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > Fix For: 9.4.7.Final > > > Default properties in jgroups-defaults.xml are not the same as JGroups defaults. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9888) Docs: Default JGroups for Infinispan

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9888?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9888: ---------------------------------- Fix Version/s: (was: 10.0.0.Beta1) > Docs: Default JGroups for Infinispan > ------------------------------------ > > Key: ISPN-9888 > URL: https://issues.jboss.org/browse/ISPN-9888 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 9.4.5.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > Fix For: 9.4.7.Final > > > Default properties in jgroups-defaults.xml are not the same as JGroups defaults. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9888) Docs: Default JGroups for Infinispan

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9888?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9888: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.0.0.Beta1 9.4.7.Final Resolution: Done > Docs: Default JGroups for Infinispan > ------------------------------------ > > Key: ISPN-9888 > URL: https://issues.jboss.org/browse/ISPN-9888 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 10.0.0.Beta1, 9.4.5.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > Fix For: 10.0.0.Beta1, 9.4.7.Final > > > Default properties in jgroups-defaults.xml are not the same as JGroups defaults. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9699) Cluster member owning no data

by Katia Aresti (Jira)

[ https://issues.jboss.org/browse/ISPN-9699?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9699: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/6440, https://github.com/infinispan/infinispan/pull/6633 (was: https://github.com/infinispan/infinispan/pull/6440) > Cluster member owning no data > ----------------------------- > > Key: ISPN-9699 > URL: https://issues.jboss.org/browse/ISPN-9699 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 9.4.1.Final > Reporter: Thomas Segismont > Assignee: Katia Aresti > Priority: Major > Fix For: 10.0.0.Beta1, 9.4.7.Final > > > Currently, you can set {{capacity-factor}} to zero on a cache if you don't want a node to own any segment. > If you want a node to own no data at all, you could set this property on all declared caches. But this wouldn't work for internal caches anyway (locks, counters). > It would be nice to have a global switch. > This would be useful when your app needs to be a cluster member for discovery/membership but is deployed mostly for processing. Indeed, when such nodes are added/removed from the cluster: > * there would be no data loss > * the cluster would be back in healthy state faster as no data would be moved around. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9910) Introduce an AdvancedCache.as(Subject) method for explicit authorization

by Diego Lovison (Jira)

Diego Lovison created ISPN-9910: ----------------------------------- Summary: Introduce an AdvancedCache.as(Subject) method for explicit authorization Key: ISPN-9910 URL: https://issues.jboss.org/browse/ISPN-9910 Project: Infinispan Issue Type: Feature Request Components: Core, Security Reporter: Diego Lovison Assignee: Tristan Tarrant Fix For: 9.1.0.Alpha1 Currently the subject is extracted either from the AccessControlContext or from the lightweight security implementation (which uses a ThreadLocal). Both of these approaches have fairly high costs, so we should, if possible, use an explicit Subject. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9909) Immutable Configuration Storage

by Diego Lovison (Jira)

Diego Lovison created ISPN-9909: ----------------------------------- Summary: Immutable Configuration Storage Key: ISPN-9909 URL: https://issues.jboss.org/browse/ISPN-9909 Project: Infinispan Issue Type: Feature Request Components: Configuration Affects Versions: 9.2.0.CR2 Reporter: Diego Lovison Assignee: Tristan Tarrant Fix For: 9.2.0.Final We need an immutable configuration storage which prevents the creation/removal of caches through the admin api. This is for scenarios where an immutable configuration is desired, e.g. cloud caching service. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9847) Extend configuration to allow inline JGroups configuration and inheritance

by Galder Zamarreño (Jira)

[ https://issues.jboss.org/browse/ISPN-9847?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-9847: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.0.0.Final Resolution: Done > Extend configuration to allow inline JGroups configuration and inheritance > -------------------------------------------------------------------------- > > Key: ISPN-9847 > URL: https://issues.jboss.org/browse/ISPN-9847 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Core > Affects Versions: 10.0.0.Alpha2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta1, 10.0.0.Final > > > Allowing inline JGroups configurations to increase usability. > Also support the following extra features: > * stack inheritance with protocol replacement/override > * easier xsite configuration > {code:xml} > <jgroups transport="org.infinispan.remoting.transport.jgroups.JGroupsTransport"> >  > <stack-file name="udp" path="stacks/udp.xml"/> > <stack-file name="tcp" path="stacks/tcp.xml"/> >  > <stack name="mping"> > <TCP bind_port="7800" port_range="30" recv_buf_size="20000000" send_buf_size="640000" > sock_conn_timeout="300" bundler_type="no-bundler" > thread_pool.min_threads="0" thread_pool.max_threads="25" thread_pool.keep_alive_time="5000"/> > <MPING bind_addr="127.0.0.1" break_on_coord_rsp="true" > mcast_addr="${jgroups.mping.mcast_addr:228.2.4.6}" > mcast_port="${jgroups.mping.mcast_port:43366}" > ip_ttl="${jgroups.udp.ip_ttl:2}"/> > <MERGE3/> > <FD_SOCK/> > <FD_ALL timeout="3000" > interval="1000" > timeout_check_interval="1000" > /> > <VERIFY_SUSPECT timeout="1000"/> > <pbcast.NAKACK2 > use_mcast_xmit="false" > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000"/> > <UNICAST3 > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000" > /> > <RSVP /> > <pbcast.STABLE stability_delay="200" > desired_avg_gossip="2000" > max_bytes="1M" > /> > <pbcast.GMS print_local_addr="false" > join_timeout="${jgroups.join_timeout:2000}"/> > <MFC max_credits="2M" min_threshold="0.40"/> > <FRAG3/> > </stack> >  > <stack name="mytcp" extends="tcp"> > <MERGE3 max_interval="20000"/> > </stack> >  > <stack name="tcpgossip" extends="tcp"> > <TCPGOSSIP initial_hosts="${jgroups.tunnel.gossip_router_hosts:localhost[12001]}" stack.combine="replace:TCP_NIO2"/> > </stack> >  > <stack name="xsite" extends="udp"> > <relay site="LON"> > <remote-site name="NYC" stack="tcpgossip"/> > </relay> > </stack> > </jgroups> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9908) Cache startup failure with insufficient segments

by Hiroki Daicho (Jira)

[ https://issues.jboss.org/browse/ISPN-9908?page=com.atlassian.jira.plugin.... ] Hiroki Daicho updated ISPN-9908: -------------------------------- Security: (was: Red Hat Internal) > Cache startup failure with insufficient segments > ------------------------------------------------ > > Key: ISPN-9908 > URL: https://issues.jboss.org/browse/ISPN-9908 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.4.6.Final > Reporter: Hiroki Daicho > Assignee: Dan Berindei > Priority: Major > Attachments: logs.zip > > > When setting small segment to a cache and using server hinting, node can't start with the following error[1]. > It can be reproduced with RHDG 7.2.3 and 7.3 ER2. > [1] > {code} > ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.datagrid-infinispan.clustered.test: org.jboss.msc.service.StartException in service jboss.datagrid-infinispan.clustered.test: Failed to start service > ... > Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.start() throws java.lang.Exception on object of type StateTransferManagerImpl > ... > Caused by: org.infinispan.util.concurrent.TimeoutException: Replication timeout for svr01 (flags=0), site-id=site1, rack-id=rack1, machine-id=machine1) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:916) > ... > {code} > For example, 3rd node will fail to start with the following setting in 3 nodes cluster. > When set the segments to 20 (6.6.2 default), 6nd node will fail to start with the above timeout. > Nodes seems to not be able to finish the initial state transfer and start up fails if the segments are set insufficiently against the number of nodes, > {code} > <distributed-cache name="default" segments="1" /> > ... > <stack name="udp"> > <transport type="UDP" socket-binding="jgroups-udp" machine="${jboss.jgroups.transport.machine:machine1}" rack="${jboss.jgroups.transport.rack:rack1}" site="${jboss.jgroups.transport.site:site1}" /> > </stack> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6809) Monitor indexing status

by Vladimir Blagojevic (Jira)

[ https://issues.jboss.org/browse/ISPN-6809?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic resolved ISPN-6809. --------------------------------------- Fix Version/s: (was: 9.4.7.Final) Resolution: Won't Fix > Monitor indexing status > ----------------------- > > Key: ISPN-6809 > URL: https://issues.jboss.org/browse/ISPN-6809 > Project: Infinispan > Issue Type: Enhancement > Components: Console > Reporter: Pedro Zapata > Assignee: Vladimir Blagojevic > Priority: Major > > Status of mass indexer and index status should be displayed per cache. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2019