Thanks Vladimir...
May I suppose that this limitation was not verified in alpha1 ?
I will test this right away !
cheers,
phil
On Mon, May 17, 2010 at 3:26 PM, Vladimir Blagojevic <vblagoje(a)redhat.com>wrote:
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
Vladimir Blagojevic
JBoss Clustering Team
JBoss by Red Hat
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev