[JBoss JIRA] (ISPN-2623) SimpleEvictionMaxEntries fails consistently on IBM JDK with "cache size too big: 182"
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2623?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2623:
--------------------------------
Fix Version/s: 5.3.0.Final
> SimpleEvictionMaxEntries fails consistently on IBM JDK with "cache size too big: 182"
> -------------------------------------------------------------------------------------
>
> Key: ISPN-2623
> URL: https://issues.jboss.org/browse/ISPN-2623
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction, Test Suite
> Affects Versions: 5.1.8.Final
> Environment: IBM JDK6, IBM JDK7, any platfrom
> Reporter: Jitka Kudrnacova
> Assignee: Mircea Markus
> Fix For: 5.3.0.Final
>
>
> Test SimpleEvictionMaxEntries fails consistently across platforms with the following (output from RHEL6_x86_64):
> {code}
> 2012-12-05 10:53:13,616 ERROR [UnitTestTestNGListener] (testng-LRUEvictionFunctionalTest) Method testSimpleEvictionMaxEntries(org.infinispan.eviction.LRUEvictionFunctionalTest) threw an exception
> java.lang.AssertionError: cache size too big: 182
> at org.infinispan.eviction.BaseEvictionFunctionalTest.testSimpleEvictionMaxEntries(BaseEvictionFunctionalTest.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:88)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:613)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:74)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:673)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:846)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1170)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
> at org.testng.TestRunner.runWorkers(TestRunner.java:1147)
> at org.testng.TestRunner.privateRun(TestRunner.java:749)
> at org.testng.TestRunner.run(TestRunner.java:600)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:317)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:34)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:351)
> at org.testng.internal.thread.ThreadUtil$CountDownLatchedRunnable.run(ThreadUtil.java:147)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1121)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:614)
> at java.lang.Thread.run(Thread.java:780)
> [testng-LRUEvictionFunctionalTest] Test testSimpleEvictionMaxEntries(org.infinispan.eviction.LRUEvictionFunctionalTest) failed.
> {code}
> Seen during TS runs for test cycle EAP 6.0.1.ER4.2.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (ISPN-2625) Verify Cross-site transfer performace
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2625?page=com.atlassian.jira.plugin.... ]
Mircea Markus commented on ISPN-2625:
-------------------------------------
[~rvansa] is this still an issue?
> Verify Cross-site transfer performace
> -------------------------------------
>
> Key: ISPN-2625
> URL: https://issues.jboss.org/browse/ISPN-2625
> Project: Infinispan
> Issue Type: Task
> Components: Cross-Site Replication
> Affects Versions: 5.2.0.Beta5
> Reporter: Radim Vansa
> Assignee: Mircea Markus
> Attachments: jgroups-lon-nyc-sfo-belaban.xml, jgroups-site.xml, lon-tx-optimistic-xs-to-nyc-async.xml, nyc-tx-optimistic-xs-from-lon.xml
>
>
> The performance of asynchronous cross-site transfer is questionable. In QA lab we got 2x-4x slower reads (GET) than in no-XS scenario and write (PUT) performance equivalent to those of synchronous XS. While the code cannot be reliably profiled with instrumentation, trace logs also radically slow down the test we have not identified any particular bug that should cause this issue.
> Therefore, I'd like to ask someone from the core developers to try to reproduce such test results and provide his test description together with achieved results.
> We have used three-node cluster in distributed mode with optimistic transactions, replicating to another three-node cluster with the same configuration. Physically the nodes were in the same cluster without any delay element. The logical clusters used different multicast addresses in their JGroups configuration.
> Each node started 10 threads which issued PUT/GET requests in a loop with 1:4 ratio. Each request was wrapped in single transaction. The test was benchmarking the average duration of each operation during 10 minute period preceded by 3 minute warmup with identical configuration but not accounted into performance results.
> JGroups configurations as well as Infinispan configuration will be enclosed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (ISPN-2627) Fail to build minimal-distribution at RhqPluginXmlGenerator
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2627?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2627:
--------------------------------
Assignee: Tristan Tarrant (was: Mircea Markus)
> Fail to build minimal-distribution at RhqPluginXmlGenerator
> -----------------------------------------------------------
>
> Key: ISPN-2627
> URL: https://issues.jboss.org/browse/ISPN-2627
> Project: Infinispan
> Issue Type: Bug
> Components: Build process
> Affects Versions: 5.2.0.Beta5
> Reporter: Thomas Fromm
> Assignee: Tristan Tarrant
> Fix For: 5.3.0.Final
>
>
> mvn clean package -Dmaven.test.skip.exec=true -Pminimal-distribution
> I'm struggeling building minimal distribution always here:
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.9:javadoc (default) on project infinispan-rhq-plugin: An error has occurred in JavaDocs report generation:
> [ERROR] Exit code: 1 - log4j:WARN No appenders could be found for logger (org.jboss.logging).
> [ERROR] log4j:WARN Please initialize the log4j system properly.
> [ERROR] log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
> [ERROR] javadoc: error - In doclet class org.infinispan.tools.rhq.RhqPluginXmlGenerator, method start has thrown an exception java.lang.reflect.InvocationTargetException
> [ERROR] java.lang.RuntimeException: Display name too long (max 100 chars): [Activation] Disable all cache loaders of a given type, where type is a fully qualified class name of the cache loader to disable
> [ERROR] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.validateDisplayName(RhqPluginXmlGenerator.java:324)
> [ERROR] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.populateMetricsAndOperations(RhqPluginXmlGenerator.java:244)
> [ERROR] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.start(RhqPluginXmlGenerator.java:144)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> [ERROR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.lang.reflect.Method.invoke(Method.java:601)
> [ERROR] at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:280)
> [ERROR] at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:160)
> [ERROR] at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:397)
> [ERROR] at com.sun.tools.javadoc.Start.begin(Start.java:167)
> [ERROR] at com.sun.tools.javadoc.Main.execute(Main.java:59)
> [ERROR] at com.sun.tools.javadoc.Main.main(Main.java:49)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (ISPN-2611) Drop rhq-pluginAnnotations and rhq-pluginGen dependencies
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2611?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2611:
--------------------------------
Fix Version/s: 5.3.0.Final
(was: 5.2.0.Final)
> Drop rhq-pluginAnnotations and rhq-pluginGen dependencies
> ---------------------------------------------------------
>
> Key: ISPN-2611
> URL: https://issues.jboss.org/browse/ISPN-2611
> Project: Infinispan
> Issue Type: Task
> Components: JMX, reporting and management
> Affects Versions: 5.2.0.Beta5
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Minor
> Fix For: 5.3.0.Final
>
>
> The rhq-pluginAnnotations and rhq-pluginGen dependencies should be dropped since we can generate the required RHQ plugin descriptor using our own ManagedOperation and ManagedAttribute annotations.
> This will also remove the requirement to carry rhq-pluginAnnotations around to workaround a Java compiler bug
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (ISPN-2627) Fail to build minimal-distribution at RhqPluginXmlGenerator
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2627?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2627:
--------------------------------
Fix Version/s: 5.3.0.Final
> Fail to build minimal-distribution at RhqPluginXmlGenerator
> -----------------------------------------------------------
>
> Key: ISPN-2627
> URL: https://issues.jboss.org/browse/ISPN-2627
> Project: Infinispan
> Issue Type: Bug
> Components: Build process
> Affects Versions: 5.2.0.Beta5
> Reporter: Thomas Fromm
> Assignee: Mircea Markus
> Fix For: 5.3.0.Final
>
>
> mvn clean package -Dmaven.test.skip.exec=true -Pminimal-distribution
> I'm struggeling building minimal distribution always here:
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.9:javadoc (default) on project infinispan-rhq-plugin: An error has occurred in JavaDocs report generation:
> [ERROR] Exit code: 1 - log4j:WARN No appenders could be found for logger (org.jboss.logging).
> [ERROR] log4j:WARN Please initialize the log4j system properly.
> [ERROR] log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
> [ERROR] javadoc: error - In doclet class org.infinispan.tools.rhq.RhqPluginXmlGenerator, method start has thrown an exception java.lang.reflect.InvocationTargetException
> [ERROR] java.lang.RuntimeException: Display name too long (max 100 chars): [Activation] Disable all cache loaders of a given type, where type is a fully qualified class name of the cache loader to disable
> [ERROR] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.validateDisplayName(RhqPluginXmlGenerator.java:324)
> [ERROR] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.populateMetricsAndOperations(RhqPluginXmlGenerator.java:244)
> [ERROR] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.start(RhqPluginXmlGenerator.java:144)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> [ERROR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.lang.reflect.Method.invoke(Method.java:601)
> [ERROR] at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:280)
> [ERROR] at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:160)
> [ERROR] at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:397)
> [ERROR] at com.sun.tools.javadoc.Start.begin(Start.java:167)
> [ERROR] at com.sun.tools.javadoc.Main.execute(Main.java:59)
> [ERROR] at com.sun.tools.javadoc.Main.main(Main.java:49)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (ISPN-2633) IllegalArgumentException: Address shall not be null and broken views upon JOIN
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2633?page=com.atlassian.jira.plugin.... ]
Mircea Markus commented on ISPN-2633:
-------------------------------------
[~rhusar] Any luck with this?
> IllegalArgumentException: Address shall not be null and broken views upon JOIN
> ------------------------------------------------------------------------------
>
> Key: ISPN-2633
> URL: https://issues.jboss.org/browse/ISPN-2633
> Project: Infinispan
> Issue Type: Bug
> Environment: Windows 2008
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 5.2.0.Final
>
> Attachments: configs.zip, serverlogs.zip
>
>
> Running our AS testsuite with master (which includes fix for ISPN-2572) I am instead seeing the following.
> The same node is present twice in the view, looks like something is wrong with JOINs as this happen upon joins.
> {noformat}
> 15:51:41,376 WARN [org.jgroups.protocols.TP$ProtocolAdapter] (OOB-20,null) dropping unicast message to wrong destination node-1/ejb; my local_addr is node-1/ejb
> 15:51:41,821 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 19) ISPN000094: Received new cluster view: [node-0/ejb|12] [node-0/ejb, node-1/ejb, node-1/ejb]
> 15:51:41,825 WARN [org.jgroups.protocols.TCP] (FD_SOCK pinger,ejb,node-1/ejb) null: logical address cache didn't contain all physical address, sending up a discovery request
> 15:51:41,825 ERROR [org.jgroups.protocols.TCP] (FD_SOCK pinger,ejb,node-1/ejb) failed sending message to cluster (69 bytes): java.lang.NullPointerException, cause: null
> 15:51:42,185 ERROR [org.jgroups.JChannel] (ServerService Thread Pool -- 19) exception in channelConnected() callback: java.lang.IllegalStateException: JBAS010272: A node named node-1 already exists in this cluster. Perhaps there is already a server running on this host? If so, restart this server with a unique node name, via -Djboss.node.name=<node-name>
> at org.jboss.as.clustering.jgroups.subsystem.ChannelService.channelConnected(ChannelService.java:105)
> at org.jgroups.Channel.notifyChannelConnected(Channel.java:495)
> at org.jgroups.JChannel.connect(JChannel.java:286)
> at org.jgroups.JChannel.connect(JChannel.java:268)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:207)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:198)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_32]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_32]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_32]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_32]
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:883)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:654)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:643)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:546)
> at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:225)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:681)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:653)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:549)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:563)
> at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:107)
> at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:98)
> at org.jboss.as.clustering.infinispan.subsystem.CacheService.start(CacheService.java:78)
> at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:82)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_32]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_32]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
> 15:51:42,204 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 19) MSC00001: Failed to start service jboss.infinispan.ejb.remote-connector-client-mappings: org.jboss.msc.service.StartException in service jboss.infinispan.ejb.remote-connector-client-mappings: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport
> at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:87)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_32]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_32]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
> Caused by: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport
> at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:247)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:681)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:653)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:549)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:563)
> at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:107)
> at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:98)
> at org.jboss.as.clustering.infinispan.subsystem.CacheService.start(CacheService.java:78)
> at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:82)
> ... 4 more
> Caused by: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:883)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:654)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:643)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:546)
> at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:225)
> ... 12 more
> Caused by: java.lang.IllegalArgumentException: Address shall not be null
> at org.infinispan.remoting.transport.jgroups.JGroupsAddress.<init>(JGroupsAddress.java:48)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.fromJGroupsAddress(JGroupsTransport.java:686)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:227)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:198)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_32]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_32]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_32]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_32]
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203)
> ... 17 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months