When configuring a cache for use with SqlFieldsQuery, it is necessary to call
setIndexedTypes(). The below example from the documentation defines 3 types
to index:
ccfg.setIndexedTypes(
MyKey.class, MyValue.class,
Long.class, MyOtherValue.class,
UUID.class, String.class
);
If an individual
Hi,
We are using Ignite-1.5.0-final version. On a 3 node cluster we created a
cache containing 10K records with *PARTITIONED * and *REPLICATED * mode.
Why the following query returns *1/3rd records* in PARTITIONED mode
and *3x records* in REPLICATED mode.
SqlFieldsQuery qry11 = new SqlFieldsQ
>
> *your_address1:47500..47510,your_address2:47500..47510
> and your_address3:47500..47510 are the YARN master_host address, right?*
>
No, this addresses hosts on which deploy YARN cluster. For example, you
have YARN cluster which contains two servers: 10.0.0.1 and 10.0.0.2. In
this case you will
I am executing my tests with apache ignite 1.6. With a 5 node cluster
(servers=5, clients=0, CPUs=16, heap=17.0GB), I create a partitioned cache
that is preloaded with 1 million entries (IgniteCache).
Updating 11k records in this partitioned cache is taking between 1.6 secs
while it takes 17 secs
We use it to conservative 2 now in our current setting
--
View this message in context:
http://apache-ignite-users.70518.x6.nabble.com/Ignite-Write-Behind-performance-tp5385p5549.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.
Hello,
I've come across an issue where there are a couple of classes duplicated
from org.jetbrains.annotations within the ignite-core module which conflict
with other part of our code base.
As these files are duplicated rather than being referenced as a maven
dependency I am unable to exclude the
I'm running some tests on an Ignite cluster using an Ignite client. I'm
receiving a stacktrace quite regularly in the client - especially when the
cluster is freshly started. The exception occurs at the point that the
client is closed down (i.e. the try block completes) - see below log trace.
The
The javadoc on CacheRebalanceMode.SYNC seems to indicate that the
cache should block until rebalancing is complete.
When I run the code below, the assert statement fails unless I add the
explicit call to cache.rebalance().get().
Am I doing something wrong ?
Kristian
CacheConfiguration config =
Thank you very much Nikolai !
I found another issue regarding my Ignite YARN Integration:
I run Ignite YARN application on one client server machine 'c5hdpe001',
screenshot as the following:
Then I log onto one of the container node and the log is as the following:
[hongmei@c5hdpe001 apache-ign
It seems that your ignite configuration invalid. Could you share
ignite-config.xml
and /u/hongmei/apache-ignite/config/cluster.properties?
On Thu, Jun 9, 2016 at 4:35 PM, Hongmei Zong wrote:
> Thank you very much Nikolai !
>
> I found another issue regarding my Ignite YARN Integration:
>
> I ru
Hi nikolai,
Thank you very much for prompt reply!
I did not find the ignite-config.xml file under my ignite home directory(
/u/hongmei/apache-ignite/ ).
I find a "default-config.xml" at the path:
/u/hongmei/apache-ignite/config/default-config.xml
http://www.springframework.org/schema/be
You set wrong value to IGNITE_XML_CONFIG property. The property should
contains path to ignite configuration file. For example
IGNITE_XML_CONFIG=/u/hongmei/apache-ignite/config/default-config.xml
I think you can comment this line in property file and ignite will start
with default configuration.
Thank you very much Nikolay, I will give it a try! :)
Hongmei
On Thu, Jun 9, 2016 at 10:21 AM, Nikolay Tikhonov
wrote:
> You set wrong value to IGNITE_XML_CONFIG property. The property should
> contains path to ignite configuration file. For example
>
> IGNITE_XML_CONFIG=/u/hongmei/apache-ignit
Hi Nikolay,
I tried to comment the line IGNITE_XML_CONFIG= ,but the Ignite YARN failed.
[hongmei@c5hdpe001 config]$ hadoop jar
/u/hongmei/apache-ignite/libs/optional/ignite-yarn/ignite-yarn-1.6.0.jar
/u/hongmei/apache-ignite/libs/optional/ignite-yarn/ignite-yarn-1.6.0.jar
/u/hongmei/apache-ignite
Hi Nikolay,
I tried to comment the line IGNITE_XML_CONFIG= ,but the Ignite YARN failed.
[hongmei@c5hdpe001 config]$ hadoop jar
/u/hongmei/apache-ignite/libs/optional/ignite-yarn/ignite-yarn-1.6.0.jar
/u/hongmei/apache-ignite/libs/optional/ignite-yarn/ignite-yarn-1.6.0.jar
/u/hongmei/apache-ignite
Hi Nikolay,
After I changed the value of IGNITE_XML_CONFIG=/user/hongmei/ignite/config/
(a HDFS path). Ignite RARN is running now. I use the Hadoop UI console to
check the log of the application, the attached is the *stderr *log information
about containers:
It looks like that the containers are
Thank you Alexey.
I am now trying to run the load tests from the source package, After
building from the source and editing relevant properties, I run into the
following error after I run the 'cassandra-load-tests.bat' file.
Could you please take a look at the attachment and advise on how to
reso
I decreased the JVM size and it worked. Thank you.
Regards.
On Thu, Jun 9, 2016 at 5:57 PM, Ashish Dutt Sharma <
ash.dutt.sha...@gmail.com> wrote:
> Thank you Alexey.
>
> I am now trying to run the load tests from the source package, After
> building from the source and editing relevant properti
Setting PRIMARY_SYNC helps for partitioned caches.
It should be faster.
--
View this message in context:
http://apache-ignite-users.70518.x6.nabble.com/Slow-Transaction-Performance-tp5548p5563.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.
Hi Alexey
I run into the attached error after I run the ignite.bat with reference to
the server config file as mentioned in Load test examples.
Could you please advise on how to get around it?
On Thu, Jun 9, 2016 at 6:10 PM, Ashish Dutt Sharma <
ash.dutt.sha...@gmail.com> wrote:
> I decreased t
Hi Alexey
I reinstalled Ignite on C;\Ignite and I got through.
Regards.
On Thu, Jun 9, 2016 at 10:39 PM, Ashish Dutt Sharma <
ash.dutt.sha...@gmail.com> wrote:
> Hi Alexey
>
> I run into the attached error after I run the ignite.bat with reference to
> the server config file as mentioned in Lo
I forgot to mention that I have set backups as 0 in order to benchmark the
best possible performance. So setting primary_sync does not have any
effect.
Do you have any of your test cases that are resulting in better numbers?
--
View this message in context:
http://apache-ignite-users.70518.x
22 matches
Mail list logo