Please unsubscribe me from the mailing list. Thanks
Hi Val,
Thanks for the response.
I am trying to figure out the reason why the node was not able to restart
when the logs suggest it is attempting. I looked for the 'Restarting JVM...'
log in the Ignite code and found it in GridDiscoveryManager$DiscoveryWorker
class (pasted below). As per the logic
Hi,
Yesterday my Ignite 2.0 cluster went down with segmentation warning in the
logs.
I have set the segmentation resolver policy as RESTART_JVM and believed that
it doesn't work out of the box with Ignite 2.0 even when the node is started
through ignite.sh.
The logs though revealed that the policy
Hi Ilya,
Thanks for the response.
I have been following the release notes for every release - 2.1/2.2/2.3. I
haven't seen any fixes around this (or similar sounding) issue. Since I am
using Ignite is a very critical application, I would like to use a stable
version which meets my requirements. I d
Hi,
I am writing a plugin and have followed the steps mentioned on this
conversation but the plugin is not discovered by Ignite node on start up.
I have created META-INF/services directories on my Ignite *server* node
under the 'libs' directory. I also tried keeping it at the same level as
'libs'.
Hi,
I am using Ignite 2.0. I have observed that if there is an out of memory
error on any Ignite client node, the complete cluster becomes unresponsive.
A few details about my caches/operations -
1. Atomicity mode - Transactional
2. Locking - Pessimistic with repeatable read.
Is this expected t
Hi Anirudha, we can collaborate on this. Please drop me an email and we can
then discuss it.
Thanks
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
So do I need to implement SegmentationResolver as well as
GridSegmentationProcessor. Is that correct?
I am trying to understand how the GridSegmentationProcessor and
SegmentationResolver work in tandem.
Thanks
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
Thanks for the details Luqman.
I checked another post (link below) and it seems custom SegmentResolver
won't be processed. Were you able to make it work?
I want to restart the server node if it has disconnected from the cluster so
I don't need multiple resolvers.
Link -
http://apache-ignite-use
Hi Luqman,
Were you able to work on the custom implementation? If yes, is it available
for community use?
If no, need your help with a couple of questions -
1. Is the SegmentationResolver needed for server nodes or client nodes?
2. How would the server nodes pick up the implementation on start
Hi Val,
I want to write my own SegmentationResolver for Ignite 2.0. Could you please
tell me -
1. If the implementation should be set to IgniteConfiguration only on the
client nodes or also on server nodes?
2. If also on the server nodes, then how would the node pick up the
implementation on sta
Thanks Andrew for the response.
I don't have any getAll/putAll operations but have discovered transaction
operations on unsorted keysets on a cache which can cause a deadlock.
The deadlock detected message though shows two different caches whereas the
unsorted keys are accessed on a single cache o
Hi,
I have a Ignite 2.0 cluster of 8 servers and 8 clients. It has 6 caches
which are transactional and partitioned.
I use pessimistic transactions with a timeout of 60 seconds. Under
performance testing, I found a deadlock message in the log.
I have reviewed the code and there is no cyclic access
Hi Val,
Would the BinaryObject api improve the performance even if the Key and Value
both are user-defined-objects instead of primitives?
I have a cluster of 8 ignite server nodes and 8 ignite client nodes
(tomcat). My use-case first gets a value for a key to the client node,
updates the sta
I am starting the Ignite server nodes through the ignite.sh script only but
didn't quite follow if Ignite 2.0 will restart the jvm without a user
defined resolver if the segmentation resolver policy is set to
'RESTART_JVM'.
Also, does the segmentation policy needs to be defined only on the server
Hi,
I am trying to define the 'RESTART_JVM' network segmentation policy in the
configuration xml.
Do I need to provide custom segment resolver to handle it or ignite provides
the handler to restart the jvm?
Also, is the segmentation ignite configuration applicable only to ignite
server nodes or to
Hi Val,
Would the BinaryObject api improve the performance even if the Key and Value
both are user-defined-objects instead of primitives?
I have a cluster of 8 ignite server nodes and 8 ignite client nodes
(tomcat). My use-case first gets a value for a key to the client node,
updates the state of
Hi,
I am using Ignite 2.0 and working with transactions with a 60 seconds
timeout. In the logs I see Ignite timeout exceptions with timeout less than
60 seconds in the exception message.
The transaction concurrency has been set to PESSIMISTIC and the transaction
isolation level is REPEATABLE_READ
Hi,
Does a Ignite server node shutdown automatically after a period of
inactivity?
I am using Ignite 2.0 and found one of my node shutdown with the following
logs (below). The last 6 hours of logs just have the node metrics,
essentially no application activity. Will the node shutdown under such a
Thanks for the response.
So does that mean with onHeap enabled, the normal JVM Memory and GC tuning
parameters don't work as expected? I am using CMS garbage collector and was
hoping that it will take care of cache-keys eviction from the onHeap memory.
--
View this message in context:
http:/
Hi,
I am using onHeap along with the default offHeap memory in my Ignite 2.0
server nodes. I am getting out of memory error even though there is enough
memory available offHeap.
My understanding (based on my earlier posts) is that onHeap is just a cache
for offHeap. If that's how it works then th
Thanks but does that mean client nodes do *not* use the offHeap memory?
--
View this message in context:
http://apache-ignite-users.70518.x6.nabble.com/Setting-MemoryConfiguration-tp15813p15829.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.
Hi,
I want to set the max offHeap memory utilized by Ignite 2.0 nodes. For this
I am defining the MemoryConfiguration for IgniteConfiguration on the Ignite
*server* nodes as shown below.
/My questions are -/
1. Do the Ignite *client* nodes also utilize offHeap memory?
2. Should this property be
Hello Everyone,
To manage the slow clients, Ignite provides 'slowClientQueueLimit'
configuration on TcpCommunicationSpi.
There is another configuration 'messageQueueLimit'.
Could you please help me understand the difference between the two and
whether -
1. slowClientQueueLimit is configured on
Hi Mikhail,
It is critical for us to prove Ignite performance on atleast 2 clouds (not
necessarily data center replication) before enterprise wide adoption. Any
tips to improve its performance would be appreciated.
Thanks
--
View this message in context:
http://apache-ignite-users.70518.x6.n
Hi Val,
Does that mean the on-heap will benefit only when we have more 'get'
operations but will degrade the performance with 'put' operations?
Also, why Ignite 2.0 is duplicating data instead of maintaining one copy be
in on-heap or off-heap? Would have been helpful, if the Ignite evicted the
on-
Hi Mikhail,
It is critical for us to prove Ignite performance on atleast 2 clouds (not
necessarily data center replication) before enterprise wide adoption. Any
tips to improve its performance would be appreciated.
Thanks
--
View this message in context:
http://apache-ignite-users.70518.x6.nab
Hi Val,
So do you think we can keep a bigger value for idleConnectionTimeout (few
hours) without any untoward behavior? Please suggest.
Thanks
--
View this message in context:
http://apache-ignite-users.70518.x6.nabble.com/Large-value-of-idleConnectionTimeout-in-TcpCommunicationSpi-tp15138p15
Hi Val,
Thanks for the response.
The onHeap get performance is better than getting from offHeap especially
for our use-cases. We get the data, update and put it back multiple times.
With every such request, the deserialization overhead from offHeap adds up.
We can't take such an overhead to mainta
Hi Val,
Thanks for the response.
I don't think the default idleConnectionTimeout for TcpCommunicationSpi is
10 mins. I looked in the code and it is set to 30 seconds by default.
We were able to establish the pattern for this issue by changing the
idleTimeout to different values like 30 secs, 60
Hello Everyone,
I am using Ignite 2.0 and want to use heap to cache my data. I have enabled
it through the api setOnheapCacheEnabled provided in the CacheConfiguration.
Let's say I have a total RAM size of 12 GB. I have set both Xms and Xmx to 8
GB while starting the Ignite server. The reason I d
Hello Everyone,
One of our cache access pattern is that it is accessed beyond an interval of
30 seconds (which is the default connection timeout). Every time it happens
the first call to the cache takes a long time to fetch the results.
I am planning to increase the idleConnectionTimeout to a big
HI Mikhail,
Thanks for the response.
I am aware that the data center replication/HA is available in the paid
version of Ignite. At this point, I don't have the option to go for it.
What I am trying instead is to minimize my risk by distributing the data
between different clouds not necessarily gu
Hi,
I am trying to setup a multi-cloud cluster of Ignite 2.0 servers and facing
severe issues in terms of the response time. I am running Tomcats as Ignite
clients hosting my REST service.
To narrow down the issue, I tried setting up the cluster in almost all
permutation combinations.
1. Two Ign
I am running Ignite on Linux. There are 4 VMs where I have set up Ignite. All
the VMs have exact same configuration. The details for one of the VM
configuration is below -
Installation directory - /opt/ignite
Command used to run ignite (from /opt/ignite directory) - ./bin/ignite.sh
Command used
I am running Ignite on Linux. There are 4 VMs where I have set up Ignite. All
the VMs have exact same configuration. The details for one of the VM
configuration is below -
Installation directory - /opt/ignite
Command used to run ignite (from /opt/ignite directory) - ./bin/ignite.sh
Command used t
Hi Everyone,
I am using Ignite 2.0.0 and trying to launch the visorcmd cli. It shows the
'Connected' message but always outputs 'No caches found' message. The
aforementioned cache exists on the cluster though as I can query it through
a java client.
The commands I use to run Ignite cache and the v
Hi,
I am also facing the same issue with visor on ignite 2.0.0.
Could you please let me know what the resolution was at your end.
Thanks
--
View this message in context:
http://apache-ignite-users.70518.x6.nabble.com/Ignite-2-0-visor-issue-tp12460p13869.html
Sent from the Apache Ignite Users
38 matches
Mail list logo