[Red Hat JIRA] (ISPN-12218) Indexed caches with non-indexed entities query inconsistency
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12218?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12218:
-----------------------------------
Fix Version/s: 12.1.0.Final
(was: 12.0.0.Final)
> Indexed caches with non-indexed entities query inconsistency
> ------------------------------------------------------------
>
> Key: ISPN-12218
> URL: https://issues.redhat.com/browse/ISPN-12218
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 11.0.3.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Labels: SearchNG
> Fix For: 12.1.0.Final
>
> Attachments: IndexedCacheNonIndexedQueryTest.java
>
>
> When a cache is indexed, but the protobuf entitiy is not:
> "FROM Entity" returns zero results
> "FROM Entity WHERE <predicate>" return results
> It appears in the first case the query goes to the index (that will be empty), but not in the second where it does a non-indexed query
> On a side note, if I configure a cache as indexed, but do not index any type in the protobuf, it returns {{ISPN014054: Trying to execute query from xyz, but no type is indexed on cache}}. This should be improved to mention the schema needs to be changed
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months
[Red Hat JIRA] (ISPN-12210) Always purge non-shared stores on cache startup
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12210?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12210:
-----------------------------------
Fix Version/s: 12.1.0.Final
(was: 12.0.0.Final)
> Always purge non-shared stores on cache startup
> -----------------------------------------------
>
> Key: ISPN-12210
> URL: https://issues.redhat.com/browse/ISPN-12210
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Loaders and Stores
> Affects Versions: 11.0.3.Final
> Reporter: Dan Berindei
> Priority: Major
> Fix For: 12.1.0.Final
>
>
> {{purgeOnStartup}} is unsafe with shared stores, but it must be enabled for non-shared (private) stores in order to avoid resurrecting removed entries.
> We can enhance the graceful cluster/cache shutdown operations to save a "disable purge" flag in the persisted state, and purge on cache startup the non-shared stores of any cache missing the "disable purge" flag. This will remove the need to ever disable {{purgeOnStartup}}.
> Then we can ignore the {{purgeOnStartup}} setting and only log a warning that it will be ignored if the user enabled it for shared stores or disabled it for non-shared stores.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months
[Red Hat JIRA] (ISPN-12107) Add ServerTask archetype
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12107?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12107:
-----------------------------------
Fix Version/s: 12.1.0.Final
(was: 12.0.0.Final)
> Add ServerTask archetype
> ------------------------
>
> Key: ISPN-12107
> URL: https://issues.redhat.com/browse/ISPN-12107
> Project: Infinispan
> Issue Type: Enhancement
> Components: Documentation
> Affects Versions: 11.0.1.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 12.1.0.Final
>
>
> We should add an archetype for creating ServerTask implementations. It should simply contain a skeleton implementation of the {{ServerTask}} interface and the required {{META-INF/services/org.infinispan.tasks.ServerTask}} file.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months
[Red Hat JIRA] (ISPN-12235) Perform multicast test on startup
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12235?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12235:
-----------------------------------
Fix Version/s: 12.1.0.Final
(was: 12.0.0.Final)
> Perform multicast test on startup
> ---------------------------------
>
> Key: ISPN-12235
> URL: https://issues.redhat.com/browse/ISPN-12235
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 11.0.3.Final
> Reporter: Dan Berindei
> Priority: Major
> Fix For: 12.1.0.Final
>
>
> UDP and IP multicast in particular are not reliable in some environments. E.g.
> * In our test environment datagrams bigger than 9KB are sometimes dropped, causing poor performance.
> * In some IPv6 environments datagrams bigger than the MTU are dropped instead of being fragmented when receiving a ICMP 4 "The datagram is too big. Packet fragmentation is required but the 'don't fragment' (DF) flag is on." packet.
> * Multicast groups sometimes disappear [with IGMP snooping enabled|https://access.redhat.com/solutions/22169].
> Users can diagnose these problems by using JGroups' {{McastSenderTest}} and {{McastReceiverTest}} on all the nodes, but it's a manual process, and it requires an investigation to know that the network might have a problem. This kind of issue first appears in the log as a generic timeout error, e.g.
> {noformat}
> org.infinispan.commons.CacheException: Initial state transfer timed out for cache org.infinispan.CONFIG on Node
> at org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete(StateTransferManagerImpl.java:246) {noformat}
> We should try to help the user by send a big multicast message at the beginning and failing if we don't get responses from all other members.
> An alternative would be to expose a multicast test as a Console/CLI operation and invoking it automatically when a diagnostic report is generated.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months
[Red Hat JIRA] (ISPN-12227) Backup CacheResource limit number of blocking threads utilised
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12227?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12227:
-----------------------------------
Fix Version/s: 12.1.0.Final
(was: 12.0.0.Final)
> Backup CacheResource limit number of blocking threads utilised
> --------------------------------------------------------------
>
> Key: ISPN-12227
> URL: https://issues.redhat.com/browse/ISPN-12227
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 12.1.0.Final
>
>
> Currently the {{BackupManager}} and associated classes make heavy use of the {{BlockingManager}} to execute concurrent tasks. We should limit the execution of these tasks to a subset of the total number of blocking threads available in order to avoid a {{CacheBackpressureFullException}} being thrown.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months