January 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2550) NoSuchElementException in Hot Rod Encoder

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2550?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2550: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 886565|https://bugzilla.redhat.com/show_bug.cgi?id=886565] from ASSIGNED to MODIFIED > NoSuchElementException in Hot Rod Encoder > ----------------------------------------- > > Key: ISPN-2550 > URL: https://issues.jboss.org/browse/ISPN-2550 > Project: Infinispan > Issue Type: Bug > Components: Remote protocols > Affects Versions: 5.2.0.Beta4 > Reporter: Michal Linhard > Assignee: Dan Berindei > Priority: Blocker > Fix For: 5.2.0.CR1 > > > Tomas noticed this a while ago in a specific functional test: > https://bugzilla.redhat.com/show_bug.cgi?id=875151 > I'm creating a more general JIRA, cause I'm having this in resilience test. > What I found by quick debug, is that here: > https://github.com/infinispan/infinispan/blob/master/server/hotrod/src/ma... > {code} > for (segmentIdx <- 0 until numSegments) { > val denormalizedSegmentHashIds = allDenormalizedHashIds(segmentIdx) > val segmentOwners = ch.locateOwnersForSegment(segmentIdx) > for (ownerIdx <- 0 until segmentOwners.length) { > val address = segmentOwners(ownerIdx % segmentOwners.size) > val serverAddress = members(address) > val hashId = denormalizedSegmentHashIds(ownerIdx) > log.tracef("Writing hash id %d for %s:%s", hashId, serverAddress.host, serverAddress.port) > writeString(serverAddress.host, buf) > writeUnsignedShort(serverAddress.port, buf) > buf.writeInt(hashId) > } > } > {code} > we're trying to obtain serverAddress for nonexistent address and NoSuchElementException is not handled properly. > It hapens after I kill a node in a resilience test and the exception appears when querying for the node in the members cache. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2513) org.infinispan.tx.StaleLockRecoveryTest.testStaleLock fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2513?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-2513: ---------------------------------- Fix Version/s: 5.2.0.Final > org.infinispan.tx.StaleLockRecoveryTest.testStaleLock fails randomly > -------------------------------------------------------------------- > > Key: ISPN-2513 > URL: https://issues.jboss.org/browse/ISPN-2513 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Anna Manukyan > Assignee: Manik Surtani > Labels: testsuite_stability > Fix For: 5.2.0.Final > > > The test fails randomly during Infinispan testsuite run on IBM-JDK7. > You can find the logs here: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > The bug doesn't appear when the test is run separately. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2675) Need way to use custom create table syntax

by Thomas Fromm (JIRA)

[ https://issues.jboss.org/browse/ISPN-2675?page=com.atlassian.jira.plugin.... ] Thomas Fromm commented on ISPN-2675: ------------------------------------ Indeed, this is an option. I'll close this ticket. > Need way to use custom create table syntax > ------------------------------------------ > > Key: ISPN-2675 > URL: https://issues.jboss.org/browse/ISPN-2675 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Affects Versions: 5.2.0.Beta6 > Reporter: Thomas Fromm > Assignee: Mircea Markus > Fix For: 5.2.0.Final > > > Currently with oracle and LOB as column type for cache value the LOB data are tried to store inline. This is expensive and a major performance issue (for me). > Details to this: http://www.idevelopment.info/data/Oracle/DBA_tips/LOBs/LOBS_2.shtml > So I need for the 5.2 a way to provide custom create table syntax :-| > Maybe a workaround could that I execute ALTER TABLE statement after cache startup, but then I need to check table attributes first if alter table statement is nessessary. Provide own create table statement is much easier. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2675) Need way to use custom create table syntax

by Thomas Fromm (JIRA)

[ https://issues.jboss.org/browse/ISPN-2675?page=com.atlassian.jira.plugin.... ] Thomas Fromm closed ISPN-2675. ------------------------------ Fix Version/s: (was: 5.2.0.Final) Resolution: Rejected > Need way to use custom create table syntax > ------------------------------------------ > > Key: ISPN-2675 > URL: https://issues.jboss.org/browse/ISPN-2675 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Affects Versions: 5.2.0.Beta6 > Reporter: Thomas Fromm > Assignee: Mircea Markus > > Currently with oracle and LOB as column type for cache value the LOB data are tried to store inline. This is expensive and a major performance issue (for me). > Details to this: http://www.idevelopment.info/data/Oracle/DBA_tips/LOBs/LOBS_2.shtml > So I need for the 5.2 a way to provide custom create table syntax :-| > Maybe a workaround could that I execute ALTER TABLE statement after cache startup, but then I need to check table attributes first if alter table statement is nessessary. Provide own create table statement is much easier. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2596) Create unit test for ISPN-2574

by Michal Linhard (JIRA)

[ https://issues.jboss.org/browse/ISPN-2596?page=com.atlassian.jira.plugin.... ] Michal Linhard commented on ISPN-2596: -------------------------------------- this is my first attempt on this: https://github.com/mlinhard/infinispan/commit/8681c35c95aeba128ae28a1c2ab... it fails for 5.2.0.Beta4 and passes for 5.2.0.Beta6 but fails again on current 5.2.x master, still digging ... > Create unit test for ISPN-2574 > ------------------------------ > > Key: ISPN-2596 > URL: https://issues.jboss.org/browse/ISPN-2596 > Project: Infinispan > Issue Type: Task > Components: State transfer > Affects Versions: 5.2.0.Beta4 > Reporter: Adrian Nistor > Assignee: Michal Linhard > Fix For: 5.2.0.Final > > > ISPN-2574 was fixed and closed without a unit test, and we want one. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2521) org.infinispan.loaders.jdbc.binary.JdbcBinaryCacheStoreTest.testPurgeExpiredAllCodepaths fails periodically

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2521?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2521: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 872240|https://bugzilla.redhat.com/show_bug.cgi?id=872240] from ASSIGNED to MODIFIED > org.infinispan.loaders.jdbc.binary.JdbcBinaryCacheStoreTest.testPurgeExpiredAllCodepaths fails periodically > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-2521 > URL: https://issues.jboss.org/browse/ISPN-2521 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Anna Manukyan > Assignee: Tristan Tarrant > Labels: testsuite_stability > Fix For: 5.2.0.CR1 > > > The tests are failing in case running testsuite for JDG: > The failure url: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2517) org.infinispan.statetransfer.StateTransferFileCacheLoaderFunctionalTest.testConcurrentStateTransfer fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2517?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on ISPN-2517: --------------------------------------- [~amanukyan] can you please attach the logs to the issues and not just reference them as jenkins links, otherwise they are impossible to retrieve when the builds are discarded > org.infinispan.statetransfer.StateTransferFileCacheLoaderFunctionalTest.testConcurrentStateTransfer fails randomly > ------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-2517 > URL: https://issues.jboss.org/browse/ISPN-2517 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 5.2.0.Beta5 > Reporter: Anna Manukyan > Assignee: Mircea Markus > Labels: testsuite_stability > > The failure takes place in case of JDG test suire run on env: RHEL6_x86, IBM JDK6 > You can find the log here: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2517) org.infinispan.statetransfer.StateTransferFileCacheLoaderFunctionalTest.testConcurrentStateTransfer fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2517?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-2517: ---------------------------------- Affects Version/s: 5.2.0.Beta5 > org.infinispan.statetransfer.StateTransferFileCacheLoaderFunctionalTest.testConcurrentStateTransfer fails randomly > ------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-2517 > URL: https://issues.jboss.org/browse/ISPN-2517 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 5.2.0.Beta5 > Reporter: Anna Manukyan > Assignee: Mircea Markus > Labels: testsuite_stability > > The failure takes place in case of JDG test suire run on env: RHEL6_x86, IBM JDK6 > You can find the log here: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-2535) AsyncStoreTest fails every time (with TRACE logs enabled)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2535?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2535: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 879567|https://bugzilla.redhat.com/show_bug.cgi?id=879567] from ASSIGNED to MODIFIED > AsyncStoreTest fails every time (with TRACE logs enabled) > --------------------------------------------------------- > > Key: ISPN-2535 > URL: https://issues.jboss.org/browse/ISPN-2535 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.Beta4 > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Labels: testsuite_stability > Attachments: ast.log.gz > > > I have TRACE enabled for org.infinispan (except for org.infinispan.marshall) and AsyncStoreTest fails for me every time with this stack trace: > {noformat} > 11:56:27,576 ERROR (testng-AsyncStoreTest:) [UnitTestTestNGListener] Test testRestrictionOnAddingToAsyncQueue(org.infinispan.loaders.decorators.AsyncStoreTest) failed. > org.testng.internal.thread.ThreadTimeoutException: Method org.testng.internal.TestNGMethod.testRestrictionOnAddingToAsyncQueue() didn't finish within the time-out 10000 > at java.lang.Throwable.getStackTraceElement(Native Method) > at java.lang.Throwable.getOurStackTrace(Throwable.java:826) > at java.lang.Throwable.printStackTrace(Throwable.java:655) > at java.lang.Throwable.printStackTrace(Throwable.java:720) > at org.apache.log4j.DefaultThrowableRenderer.render(DefaultThrowableRenderer.java:60) > at org.apache.log4j.spi.ThrowableInformation.getThrowableStrRep(ThrowableInformation.java:87) > at org.apache.log4j.pattern.ThrowableInformationPatternConverter.format(ThrowableInformationPatternConverter.java:84) > at org.apache.log4j.pattern.BridgePatternConverter.format(BridgePatternConverter.java:119) > at org.apache.log4j.EnhancedPatternLayout.format(EnhancedPatternLayout.java:546) > at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:310) > at org.apache.log4j.WriterAppender.append(WriterAppender.java:162) > at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251) > at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:66) > at org.apache.log4j.Category.callAppenders(Category.java:206) > at org.apache.log4j.Category.forcedLog(Category.java:391) > at org.apache.log4j.Category.log(Category.java:856) > at org.jboss.logging.Log4jLogger.doLogf(Log4jLogger.java:53) > at org.jboss.logging.Logger.logf(Logger.java:2143) > at org.infinispan.util.logging.Log_$logger.interruptedWaitingAsyncStorePush(Log_$logger.java:246) > at org.infinispan.loaders.decorators.AsyncStore.stop(AsyncStore.java:326) > at org.infinispan.loaders.decorators.AsyncStoreTest.testRestrictionOnAddingToAsyncQueue(AsyncStoreTest.java:136) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.InvokeMethodRunnable.runOne(InvokeMethodRunnable.java:46) > at org.testng.internal.InvokeMethodRunnable.run(InvokeMethodRunnable.java:37) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {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

1
0
0 / 0

[JBoss JIRA] (ISPN-2547) org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2547?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-2547: ---------------------------------- Assignee: Galder Zamarreño (was: Mircea Markus) > org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove fails randomly > ----------------------------------------------------------------------------- > > Key: ISPN-2547 > URL: https://issues.jboss.org/browse/ISPN-2547 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.2.0.Beta4 > Reporter: Anna Manukyan > Assignee: Galder Zamarreño > Labels: testsuite_stability > > The org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove() test fails randomly on all environments (RHEL6_x86 & RHEL6_x86_64, open jdk7, ibm jdk7, oracle jdk7). > The following exception is thrown. > {code} > java.lang.AssertionError > at org.infinispan.loaders.decorators.AsyncStoreTest.doTestRemove(AsyncStoreTest.java:423) > at org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove(AsyncStoreTest.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.InvokeMethodRunnable.runOne(InvokeMethodRunnable.java:46) > at org.testng.internal.InvokeMethodRunnable.run(InvokeMethodRunnable.java:37) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {code} -- 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

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2013