[JBoss JIRA] (ISPN-9423) HotRodDecoder should identify what is HotRod operation
by Diego Lovison (JIRA)
Diego Lovison created ISPN-9423:
-----------------------------------
Summary: HotRodDecoder should identify what is HotRod operation
Key: ISPN-9423
URL: https://issues.jboss.org/browse/ISPN-9423
Project: Infinispan
Issue Type: Task
Reporter: Diego Lovison
Priority: Minor
During a failover test, it will be good if we know what operation the server will execute.
For example, the client will call a PrepareTransactionOperation (HotRodConstants.PREPARE_TX_2_REQUEST), on the server side, what method will be called?
There is no "easy way" to know what is the method.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months
[JBoss JIRA] (ISPN-7168) Prevent user from configuring passivation with a shared store
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-7168?page=com.atlassian.jira.plugin.... ]
Ryan Emerson resolved ISPN-7168.
--------------------------------
Resolution: Done
> Prevent user from configuring passivation with a shared store
> -------------------------------------------------------------
>
> Key: ISPN-7168
> URL: https://issues.jboss.org/browse/ISPN-7168
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 8.2.4.Final
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 9.4.0.Final
>
>
> Passivation only makes sense with a non shared cache store. --The problem is that if an entry is passivated on a shared cache store only the first node will be able to activate the entry and subsequent nodes will always see null.--
> Looking closer the bigger issue is if an entry becomes passivated and then subsequently written to you will have a different value in the store as you would in memory.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months
[JBoss JIRA] (HRJS-59) Under heavy load of servers and javascript client ERROR messages about timeouts can starve resources in limited environments (kubernetes/openshift)
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-59?page=com.atlassian.jira.plugin.sy... ]
Galder Zamarreño commented on HRJS-59:
--------------------------------------
[~rafaeska], we've just released version 0.5.0 of the Node.js client which improves hangling in heavy load conditions. Can you try that version and see if it works better?
> Under heavy load of servers and javascript client ERROR messages about timeouts can starve resources in limited environments (kubernetes/openshift)
> ---------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HRJS-59
> URL: https://issues.jboss.org/browse/HRJS-59
> Project: Infinispan Javascript client
> Issue Type: Enhancement
> Affects Versions: 0.4.0
> Environment: Node 8.6.0 in a container inside Openshift with limits of 1000 millicores and 1000MB of memory
> Infinispan 'Chakra' 8.4.0.Final-redhat-3 running in 2 pods running image registry.access.redhat.com/jboss-datagrid-7/datagrid71-openshift/images/1... with limits of 1000 millicores and 1000MB of memory
> Reporter: Rafa Eska
>
> During charge tests Infinispan undersizes server end denegating service, and Javascript Hotrod client consume all Node.js pod resources emitting this:{{
> {code:java}
> [31m[2018-05-10 12:38:24.956] [ERROR] decoder - [39mError decoding body of request(msgId=366322): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> [31m[2018-05-10 12:38:24.957] [ERROR] decoder - [39mError decoding body of request(msgId=366322): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> [31m[2018-05-10 12:38:24.957] [ERROR] decoder -[39mError decoding body of request(msgId=366322): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> jdg error org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> [31m[2018-05-10 12:38:24.958] [ERROR] decoder -[39mError decoding body of request(msgId=366322): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> [31m[2018-05-10 12:38:24.958] [ERROR] io_1_conn_5 - [39mError received but rpc not found for (msgId=366322)
> [31m[2018-05-10 12:38:24.958] [ERROR] decoder - [39mError decoding body of request(msgId=366322): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> [31m[2018-05-10 12:38:24.958] [ERROR] io_1_conn_5 - [39mError received but rpc not found for (msgId=366322)
> [31m[2018-05-10 12:38:24.958] [ERROR] decoder - [39mError decoding body of request(msgId=366322): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for responses
> [31m[2018-05-10 12:38:24.958] [ERROR] io_1_conn_5 - [39mError received but rpc not found for (msgId=366322)
> {code}
> }}
> Shouldn't it be WARNINGS? Or control in any way number of emitted messages?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months