I think the problem is related to the fact that you have maxEntries = 1 specified in
configuration for your container.
On 2010-05-17, at 9:24 AM, Philippe Van Dyck wrote:
Confirmed - when I go back to alpha1 the problem disappears.
Could anyone explain with alpha3 (the problem is already there) there is only one entry
in getDataContainer ?
for (InternalCacheEntry ice : cache.getAdvancedCache().getDataContainer())
{
final int size = ((byte[]) ice.getValue()).length;
logger.info("Cache entry size " + size);
cacheSize += size;
}
logger.info("Cache size " + cacheSize);
cheers
phil
On Mon, May 17, 2010 at 2:57 PM, Manik Surtani <manik(a)jboss.org> wrote:
Wow, no idea. Any thread dumps, stack traces? Logging?
On 17 May 2010, at 13:48, Philippe Van Dyck wrote:
> Update - trashed & crashed as planned.
> Done some debugging : something strange... my cache seems to contain only one entry
(???)
> Any clue ?
>
> phil
>
> On Mon, May 17, 2010 at 2:21 PM, Philippe Van Dyck <pvdyck(a)gmail.com> wrote:
> I don't have any resource available to setup profiling in prepod right now.
> Looking at the changes from alpha1 to beta1, I only see jclouds and some guava libs
updated.
> Load on the server went berserk these 10 last minutes, it will probably trash &
crash in the next hour.
> Will probably go back to ALPHA1.
>
> phil
>
> On Mon, May 17, 2010 at 2:13 PM, Manik Surtani <manik(a)jboss.org> wrote:
> Have you tried profiling stuff? Nothing really should have changed in Beta1 to
affect such a config, except perhaps the version of JClouds and some JClouds-related
code.
>
> On 17 May 2010, at 13:07, Philippe Van Dyck wrote:
>
>> <?xml version="1.0" encoding="UTF-8"?>
>>
>> <infinispan
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> xmlns="urn:infinispan:config:4.0">
>> <global>
>> <transport
>>
transportClass="org.infinispan.remoting.transport.jgroups.JGroupsTransport">
>> <properties>
>> <property name="configurationFile"
value="jgroupsprod.xml"/>
>> </properties>
>> </transport>
>> <globalJmxStatistics enabled="true"
allowDuplicateDomains="true"/>
>> </global>
>>
>>
>> <namedCache name="qi4j">
>> <jmxStatistics enabled="true"/>
>> <transaction
>>
transactionManagerLookupClass="org.qi4j.entitystore.s3jclouds.AtomikosTransactionManagerLookup"/>
>> <clustering mode="distribution">
>> <l1 enabled="true" lifespan="100000"/>
>> <hash numOwners="2"
rehashRpcTimeout="120000"/>
>> </clustering>
>>
>> <loaders passivation="false" shared="true"
preload="false">
>>
>> <loader
>> class="org.infinispan...CloudCacheStore"
>> fetchPersistentState="false"
ignoreModifications="false"
>> purgeOnStartup="false"
purgeSynchronously="true">
>>
>> <properties>
>> <property name="identity" value="***"/>
>> <property name="password" value="***"/>
>> <property name="bucketPrefix"
value="store2"/>
>> <property name="cloudService"
value="s3"/>
>> </properties>
>> </loader>
>> </loaders>
>>
>> <eviction strategy="LRU" wakeUpInterval="-1"
maxEntries="1"/>
>>
>> <locking lockAcquisitionTimeout="60000"
useLockStriping="true"/>
>>
>>
>> <unsafe unreliableReturnValues="true"/>
>>
>> </namedCache>
>>
>> </infinispan>
>>
>>
>> On Mon, May 17, 2010 at 1:55 PM, Manik Surtani <manik(a)jboss.org> wrote:
>> What configuration do you use?
>>
>> On 17 May 2010, at 12:46, Philippe Van Dyck wrote:
>>
>> > FYI, I upgraded from ALPHA1 to BETA1 on a preproduction system this
morning.
>> >
>> > Take a look at the graphic attached, the server is restarted everyday around
1 am (blue and green lines crossing).
>> >
>> > Users began to use the system around 9 am.... look at today's pattern
and the previous day pattern !
>> >
>> > Anything I should know or I missed ?
>> >
>> > cheers,
>> >
>> > phil
>> > <memleak.tiff>_______________________________________________
>> > infinispan-dev mailing list
>> > infinispan-dev(a)lists.jboss.org
>> >
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>> --
>> Manik Surtani
>> manik(a)jboss.org
>> Lead, Infinispan
>> Lead, JBoss Cache
>>
http://www.infinispan.org
>>
http://www.jbosscache.org
>>
>>
>>
>>
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
> --
> Manik Surtani
> manik(a)jboss.org
> Lead, Infinispan
> Lead, JBoss Cache
>
http://www.infinispan.org
>
http://www.jbosscache.org
>
>
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
manik(a)jboss.org
Lead, Infinispan
Lead, JBoss Cache
http://www.infinispan.org
http://www.jbosscache.org
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev