April 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3877) SingleFileStore continues to consume space on the disk even if the free entries at end of the file are not in use. This space can be released back to the filesystem

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3877?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3877: ------------------------------- Status: Pull Request Sent (was: Open) > SingleFileStore continues to consume space on the disk even if the free entries at end of the file are not in use. This space can be released back to the filesystem > -------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3877 > URL: https://issues.jboss.org/browse/ISPN-3877 > Project: Infinispan > Issue Type: Patch > Components: Loaders and Stores > Affects Versions: 6.0.0.Final > Environment: Oracle JDK 1.7, Windows Server 2008 R2 x64 > Reporter: Rajesh Jangam > Assignee: Galder Zamarreño > Attachments: PersistentQueue.java > > > We are testing the latest Infinispan 6.0 SingleFileStore version for our application. > We tend to create a lot of entries in the store and remove them when not required. > However, what we have observed is that the size of the file keeps on increasing as more data is being added/removed and that it does not get reclaimed. > > This was not seen with earlier versions like 5.3.0. There the size of the cache folder would reduce as entries got removed. > We have attempted to create a fix for this issue and tested it in our environment. It keeps the space usage under control as compared to the original implementation. > As a part of this fix, we truncate the file (as a part of purge cycle) if there are free entries found towards the end of the file. Also these free entries are removed from the freeList. -- 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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4221) Implicitly enable authorization from XML config

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4221?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-4221. ------------------------------------ Resolution: Done > Implicitly enable authorization from XML config > ----------------------------------------------- > > Key: ISPN-4221 > URL: https://issues.jboss.org/browse/ISPN-4221 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Security > Affects Versions: 7.0.0.Alpha3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > In order to keep the XML config elegant, drop the "enabled" attribute from the authorization element and enable authz implicitly when the element is present. -- 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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4209) After creating cache with AuthorizationPermission.ALL role ISPN000287 is thrown

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4209?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on ISPN-4209: --------------------------------------- What are the principals associated with that Subject ? > After creating cache with AuthorizationPermission.ALL role ISPN000287 is thrown > ------------------------------------------------------------------------------- > > Key: ISPN-4209 > URL: https://issues.jboss.org/browse/ISPN-4209 > Project: Infinispan > Issue Type: Bug > Components: Security > Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3 > Environment: WildFly-8.0.0.Final > Reporter: Vitalii Chepeliuk > Assignee: Tristan Tarrant > Priority: Critical > Labels: 630 > > When I want to create cache with AuthorizationPermission.ALL and get Subject > {code} > Subject admin = getAdminSubject(); > Subject.doAs(admin, new PrivilegedExceptionAction<Void>() { > public Void run() throws Exception { > manager = new DefaultCacheManager(globalConfig.build()); > manager.defineConfiguration(CACHE_NAME, cacheConfig.build()); > secureCache = manager.getCache(CACHE_NAME); > secureCache.put("predefined key", "predefined value"); > return null; > } > }); > } > {code} > Then following Error is thrown > {noformat} > < ERROR! > java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'Subject: > Principal: admin(a)INFINISPAN.ORG > Private Credential: Ticket (hex) = > 0000: 61 81 F0 30 81 ED A0 03 02 01 05 A1 10 1B 0E 49 a..0...........I > 0010: 4E 46 49 4E 49 53 50 41 4E 2E 4F 52 47 A2 23 30 NFINISPAN.ORG.#0 > 0020: 21 A0 03 02 01 02 A1 1A 30 18 1B 06 6B 72 62 74 !.......0...krbt > 0030: 67 74 1B 0E 49 4E 46 49 4E 49 53 50 41 4E 2E 4F gt..INFINISPAN.O > 0040: 52 47 A3 81 AE 30 81 AB A0 03 02 01 11 A2 81 A3 RG...0.......... > 0050: 04 81 A0 C2 86 B1 FF 0F 1D 46 15 A5 7B 10 CB 3C .........F.....< > 0060: 33 D2 34 69 80 F7 67 08 9F 0A 99 45 C5 6C 1E 6A 3.4i..g....E.l.j > 0070: B7 83 C0 96 10 E7 5F 01 CA 30 08 18 4D 69 1F 16 ......_..0..Mi.. > 0080: CD 42 A7 F3 B9 5C 39 7A 21 80 19 21 91 CA 10 3B .B...\9z!..!...; > 0090: 52 EE 24 B2 40 D2 F8 71 32 01 D9 62 DE 2F C7 1B R.$.@..q2..b./.. > 00A0: 0C A9 CE A9 3B 98 39 CF 90 C5 FF B5 C4 90 50 E5 ....;.9.......P. > 00B0: A6 DD 65 FD F1 27 81 8D 46 05 3A AA 2D E4 A9 4F ..e..'..F.:.-..O > 00C0: E4 6B B1 25 AD 0D F8 00 3B BF 13 B8 1B 15 09 B9 .k.%....;....... > 00D0: CE F6 4A 4B D8 11 97 4A 09 83 06 ED CB D8 1C BC ..JK...J........ > 00E0: 99 6E 0F BA 35 C0 46 98 57 A3 BE 6D 6D 9E 25 E2 .n..5.F.W..mm.%. > 00F0: D4 1B 1E ... > Client Principal = admin(a)INFINISPAN.ORG > Server Principal = krbtgt/INFINISPAN.ORG(a)INFINISPAN.ORG > Session Key = EncryptionKey: keyType=17 keyBytes (hex dump)= > 0000: 40 72 B5 B3 88 AB 48 DB 59 40 90 85 D1 76 27 E1 @r....H.Y@...v'. > Forwardable Ticket true > Forwarded Ticket false > Proxiable Ticket false > Proxy Ticket false > Postdated Ticket false > Renewable Ticket false > Initial Ticket false > Auth Time = Mon Apr 14 21:33:05 CEST 2014 > Start Time = Mon Apr 14 21:33:05 CEST 2014 > End Time = Tue Apr 15 21:33:05 CEST 2014 > Renew Till = null > Client Addresses Null > Private Credential: Kerberos Principal admin(a)INFINISPAN.ORGKey Version 0key EncryptionKey: keyType=17 keyBytes > (hex dump)= > 0000: 1F 15 6C 6B 21 66 FA 37 C0 34 44 16 D2 AB 77 09 ..lk!f.7.4D...w. > Private Credential: Kerberos Principal admin(a)INFINISPAN.ORGKey Version 0key EncryptionKey: keyType=16 keyBytes > (hex dump)= > 0000: C7 62 F4 0B C4 9B 08 5D C4 AD B3 F8 13 54 6B C2 .b.....].....Tk. > 0010: A1 0B 7A 6B F2 8A D5 79 ..zk...y > Private Credential: Kerberos Principal admin(a)INFINISPAN.ORGKey Version 0key EncryptionKey: keyType=23 keyBytes > (hex dump)= > 0000: 4C 46 F8 52 11 0B 21 CE E6 0F 99 AD DE DE 34 9C LF.R..!.......4. > Private Credential: Kerberos Principal admin(a)INFINISPAN.ORGKey Version 0key EncryptionKey: keyType=1 keyBytes (hex dump)= > 0000: 89 FD 51 FD C7 46 13 5B ..Q..F.[ > Private Credential: Kerberos Principal admin(a)INFINISPAN.ORGKey Version 0key EncryptionKey: keyType=3 keyBytes (hex dump)= > 0000: 89 FD 51 FD C7 46 13 5B ..Q..F.[ > ' lacks 'LIFECYCLE' permission > at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:30) > at org.infinispan.security.impl.AuthorizationManagerImpl.checkPermission(AuthorizationManagerImpl.java:53) > at org.infinispan.security.impl.SecureCacheImpl.start(SecureCacheImpl.java:80) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:567) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:522) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:402) > at org.infinispan.integration.security.embedded.AbstractAuthenticationIT$1.run(AbstractAuthenticationIT.java:94) > at org.infinispan.integration.security.embedded.AbstractAuthenticationIT$1.run(AbstractAuthenticationIT.java:90) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at org.infinispan.integration.security.embedded.AbstractAuthenticationIT.setupCache(AbstractAuthenticationIT.java:90) > … > {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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4214) Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-4214?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-4214: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute > ---------------------------------------------------------------------------------------- > > Key: ISPN-4214 > URL: https://issues.jboss.org/browse/ISPN-4214 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Final, 7.0.0.Alpha3 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha4 > > > This will be a problem when the server gets rebased to latest WildFly components - where it will fail to parse the whole configuration due to an exception being thrown. -- 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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4214) Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4214?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4214: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1089911|https://bugzilla.redhat.com/show_bug.cgi?id=1089911] from NEW to CLOSED > Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute > ---------------------------------------------------------------------------------------- > > Key: ISPN-4214 > URL: https://issues.jboss.org/browse/ISPN-4214 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Final, 7.0.0.Alpha3 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha4 > > > This will be a problem when the server gets rebased to latest WildFly components - where it will fail to parse the whole configuration due to an exception being thrown. -- 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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4214) Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4214?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4214: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1088214 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1088214, https://bugzilla.redhat.com/show_bug.cgi?id=1089911) > Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute > ---------------------------------------------------------------------------------------- > > Key: ISPN-4214 > URL: https://issues.jboss.org/browse/ISPN-4214 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Final, 7.0.0.Alpha3 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha4 > > > This will be a problem when the server gets rebased to latest WildFly components - where it will fail to parse the whole configuration due to an exception being thrown. -- 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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4214) Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4214?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4214: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1088214, https://bugzilla.redhat.com/show_bug.cgi?id=1089911 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1088214) > Custom cache store and cache loader sets SHARED attribute to the value of NAME attribute > ---------------------------------------------------------------------------------------- > > Key: ISPN-4214 > URL: https://issues.jboss.org/browse/ISPN-4214 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Final, 7.0.0.Alpha3 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha4 > > > This will be a problem when the server gets rebased to latest WildFly components - where it will fail to parse the whole configuration due to an exception being thrown. -- 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

10 years, 1 month

1
0
0 / 0

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

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-3920?page=com.atlassian.jira.plugin.... ] Ion Savin commented on ISPN-3920: --------------------------------- [~rvansa] maybe that's another issue. This one is strictly about default configs not being used. > 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 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

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4221) Implicitly enable authorization from XML config

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-4221: ------------------------------------- Summary: Implicitly enable authorization from XML config Key: ISPN-4221 URL: https://issues.jboss.org/browse/ISPN-4221 Project: Infinispan Issue Type: Bug Components: Configuration, Security Affects Versions: 7.0.0.Alpha3 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 7.0.0.Alpha4, 7.0.0.Final In order to keep the XML config elegant, drop the "enabled" attribute from the authorization element and enable authz implicitly when the element is present. -- 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

10 years, 1 month

1
0
0 / 0

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

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-3920?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-3920: ----------------------------------- I am not sure this was resolved completely - when I restart the server in qemu-kvm (using single processor), I occasionally see errors from the logging subsystem (such as that some handler was not defined). Nevertheless, for JDG subsystems it appears to work. > 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 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

10 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2014