January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4651) LevelDB crashes JVM when stop() is called concurrently with write()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4651?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4651: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1113585|https://bugzilla.redhat.com/show_bug.cgi?id=1113585] from VERIFIED to CLOSED > LevelDB crashes JVM when stop() is called concurrently with write() > ------------------------------------------------------------------- > > Key: ISPN-4651 > URL: https://issues.jboss.org/browse/ISPN-4651 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 7.0.0.Beta1 > Reporter: Radim Vansa > Assignee: Radim Vansa > Fix For: 7.0.0.Beta2 > > > This test reproduces the issue: > {code} > public void testConcurrentWriteAndRestart() { > final int THREADS = 4; > final AtomicBoolean run = new AtomicBoolean(true); > final CountDownLatch started = new CountDownLatch(THREADS); > ExecutorService executor = Executors.newFixedThreadPool(THREADS); > for (int i = 0; i < THREADS; ++i) { > executor.execute(new Runnable() { > @Override > public void run() { > started.countDown(); > int i = 0; > while (run.get()) { > InternalCacheEntry entry = TestInternalCacheEntryFactory.create("k" + i, "v" + i); > MarshalledEntry me = TestingUtil.marshalledEntry(entry, getMarshaller()); > cl.write(me); > ++i; > } > } > }); > } > try { > started.await(); > Thread.sleep(1000); > cl.stop(); > Thread.sleep(1000); > cl.start(); > Thread.sleep(1000); > } catch (InterruptedException e) { > throw new IllegalStateException(e); > } finally { > run.set(false); > executor.shutdown(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4097) Add SKIP_CACHE_LOAD flag for Hot Rod

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4097?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4097: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1096844|https://bugzilla.redhat.com/show_bug.cgi?id=1096844] from VERIFIED to CLOSED > Add SKIP_CACHE_LOAD flag for Hot Rod > ------------------------------------ > > Key: ISPN-4097 > URL: https://issues.jboss.org/browse/ISPN-4097 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Galder Zamarreño > Assignee: Pedro Ruivo > Labels: 630 > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > Add SKIP_CACHE_LOAD flag to Hot Rod protocol to allow for data to be not be loaded from the cache store. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4306) HR client auth over kerberos has wrong AccessControlContext

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4306?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4306: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1099813|https://bugzilla.redhat.com/show_bug.cgi?id=1099813] from VERIFIED to CLOSED > HR client auth over kerberos has wrong AccessControlContext > ----------------------------------------------------------- > > Key: ISPN-4306 > URL: https://issues.jboss.org/browse/ISPN-4306 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Vojtech Juranek > Assignee: Tristan Tarrant > Fix For: 7.0.0.Beta1 > > > When HotRod client authneticate to HR server via kerberos, HR server obtains wrong {{AccessControlContext}}, which doesn't contain appropriate subject (to be more clear it's in [AuthorizationManagerImpl.checkPermission()|https://github.com/infinispan/...]). Returned subject is {{null}} and moreover this default {{AccessControlContext}} allows to do anything, so effectively the HR client can do anything, no matter what the permissions are. > Need to mention that in this case java {{SecurityManager}} is turned off, but as the same setup works with e.g. MD5 auth, we should keep some consistency and it shouldn't work in any case (and {{SecurityManager}} to be turned on should be a hard requirement to ISPN auth works) or it should work also in case of krb auth. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3920) Server initialization race condition - cache config defaults not used

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3920?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3920: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1083635|https://bugzilla.redhat.com/show_bug.cgi?id=1083635] from VERIFIED to CLOSED > Server initialization race condition - cache config defaults not used > --------------------------------------------------------------------- > > Key: ISPN-3920 > URL: https://issues.jboss.org/browse/ISPN-3920 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 6.0.1.Final > Reporter: Ion Savin > Assignee: Ion Savin > Labels: 630 > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > Attachments: server.log.gz > > > The [simple|https://github.com/infinispan/cpp-client/blob/master/test/Simple.cpp] HRCPP unit tests puts a key/value pair into the default cache and then retrives the value to make sure it's the same. Running the test on a single CPU machine against 6.0.0.Final causes the test to fail. > The root cause seems to be a race-condition in service initialization. The ProtocolServerServices are initialized (and create cache intances) before the CacheConfigurationServices finish loading the cache configuration defaults. Because of this AnyEquivalence is used for both keys and values instead of AnyServerEquivalence. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4604) Race condition in the QueryInterceptor involving SearchFactory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4604?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4604: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1135553|https://bugzilla.redhat.com/show_bug.cgi?id=1135553] from VERIFIED to CLOSED > Race condition in the QueryInterceptor involving SearchFactory > -------------------------------------------------------------- > > Key: ISPN-4604 > URL: https://issues.jboss.org/browse/ISPN-4604 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Test Suite - Query > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > During perform work task in the QueryInterceptor, the underlying SearchFactory could be swapped (for example by some other thread calling SearchFactory.addClass) and temporarily return null when looking for indexBindings, and throws intermittent Exceptions like: > {code} > Caused by: org.hibernate.search.exception.SearchException: Unable to perform work. Entity Class is not @Indexed nor hosts @ContainedIn: class org.infinispan.query.test.VeryLongIndexNamedClass > at org.hibernate.search.backend.impl.TransactionalWorker.performWork(TransactionalWorker.java:58) > at org.infinispan.query.backend.QueryInterceptor.performSearchWorks(QueryInterceptor.java:233) > at org.infinispan.query.backend.QueryInterceptor.performSearchWork(QueryInterceptor.java:227) > at org.infinispan.query.backend.QueryInterceptor.updateIndexes(QueryInterceptor.java:221) > at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:531) > at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:162) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:46) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4005) Upgrade to Protostream 1.0.0.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4005?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4005: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1082463|https://bugzilla.redhat.com/show_bug.cgi?id=1082463] from VERIFIED to CLOSED > Upgrade to Protostream 1.0.0.Final > ---------------------------------- > > Key: ISPN-4005 > URL: https://issues.jboss.org/browse/ISPN-4005 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 6.0.1.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 630 > Fix For: 7.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4112) RHQ library plugin: restart cache -- availability report DOWN but cache running

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4112?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4112: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1076486|https://bugzilla.redhat.com/show_bug.cgi?id=1076486] from VERIFIED to CLOSED > RHQ library plugin: restart cache -- availability report DOWN but cache running > ------------------------------------------------------------------------------- > > Key: ISPN-4112 > URL: https://issues.jboss.org/browse/ISPN-4112 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 6.0.1.Final, 7.0.0.Alpha1 > Reporter: Tomas Sykora > Assignee: William Burns > Labels: 63gablocker > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > When we explicitly call STOP operation on particular cache using RHQ UI, this operation is successfully issued and cache is stopped. > Then, we can issue START operation as well. > Cache is started but RHQ is still not-correctly reporting that cache is DOWN and unavailable. > I will investigate this issue, this is just for proper heads up and for tracking purposes. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4612) TimeoutException during preparetx when putting to the ClusterRegistry

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4612?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4612: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1135553|https://bugzilla.redhat.com/show_bug.cgi?id=1135553] from VERIFIED to CLOSED > TimeoutException during preparetx when putting to the ClusterRegistry > ---------------------------------------------------------------------- > > Key: ISPN-4612 > URL: https://issues.jboss.org/browse/ISPN-4612 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > Attachments: infinispan.log.gz > > > As described on ISPN-3819 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4627) QueryInterceptor start() event mutates the SearchFactory multiple times

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4627?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4627: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1135553|https://bugzilla.redhat.com/show_bug.cgi?id=1135553] from VERIFIED to CLOSED > QueryInterceptor start() event mutates the SearchFactory multiple times > ----------------------------------------------------------------------- > > Key: ISPN-4627 > URL: https://issues.jboss.org/browse/ISPN-4627 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 7.0.0.Beta1 > > > Just spotted while reviewing unrelated patches: > the {{@Start}} annotated method of component {{QueryInterceptor}} loops throught the known entries of the {{clusterRegistry}} field, and will reboot the {{SearchFactory}} once for each entry. > It's important to use the capability to pass multiple class types at once when mutating the SearchFactory, as this is an extremely slow operation, and especially in this case, if it's a node joining an existing cluster we expect to see a considerable amount of indexed types (probably all of them). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4682) Improve SyncConsistentHashFactory key distribution

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4682?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4682: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1136109|https://bugzilla.redhat.com/show_bug.cgi?id=1136109] from VERIFIED to CLOSED > Improve SyncConsistentHashFactory key distribution > -------------------------------------------------- > > Key: ISPN-4682 > URL: https://issues.jboss.org/browse/ISPN-4682 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 6.0.2.Final, 7.0.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: performance > Fix For: 7.0.0.Beta2, 7.0.0.Final > > > {{SyncConsistentHashFactory}} and {{TopologyAwareSyncConsistentHashFactory}} distribute the segments between nodes randomly, and the number of segments distributed to different nodes is not very even. > They should have a fail-safe mechanism to limit the variation in segment number between nodes. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 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 2015