<div dir="ltr">Is it because you are doing update in non transcriptional mode? <div>Is it always the same node which is missing the replicated value?</div><div><br><div><span style="font-size:13px;font-family:arial,sans-serif">Meena</span></div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 11, 2013 at 7:44 PM, Giovanni Meo <span dir="ltr"><<a href="mailto:gmeo@cisco.com" target="_blank">gmeo@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi infinispan-dev,<br>
<br>
i'm having a basic issue with infinispan and i wonder if i can get<br>
some lead on what to look next. I have a cache configured in<br>
replicated/sync mode on a cluster made of 3 nodes.<br>
- Node1 writes a key/value in the cache<br>
- Node2 gets it because i have registered a listener for it and i see<br>
the message being logged<br>
- Node3 never gets it<br>
<br>
no error is raised anywhere. I'm using Infinispan 5.3.0.<br>
<br>
> osgi> cacheinfo default frm.workOrder<br>
> Info for cache frm.workOrder on container default<br>
> LOCKING_PROP = LockingConfiguration{concurrencyLevel=32, isolationLevel=READ_COMMITTED, lockAcquisitionTimeout=10000, useLockStriping=false, writeSkewCheck=false}<br>
> TRANSACTION_PROP = TransactionConfiguration{autoCommit=true, cacheStopTimeout=30000, eagerLockingSingleNode=false, lockingMode=OPTIMISTIC, syncCommitPhase=true, syncRollbackPhase=false, transactionManagerLookup=org.infinispan.transaction.lookup.GenericTransactionManagerLookup@1789ff2c, transactionSynchronizationRegistryLookup=null, transactionMode=NON_TRANSACTIONAL, useEagerLocking=false, useSynchronization=true, recovery=RecoveryConfiguration{enabled=true, recoveryInfoCacheName='__recoveryInfoCacheName__'}, reaperWakeUpInterval=1000, completedTxTimeout=15000, use1PcForAutoCommitTransactions=false}<br>
> CLUSTERING_PROP = ClusteringConfiguration{async=AsyncConfiguration{asyncMarshalling=false, replicationQueue=null, replicationQueueInterval=5000, replicationQueueMaxElements=1000, useReplicationQueue=false}, cacheMode=REPL_SYNC, hash=HashConfiguration{consistentHashFactory=null, hash=MurmurHash3, numOwners=2, numSegments=60, groupsConfiguration=GroupsConfiguration{enabled=false, groupers=[]}, stateTransferConfiguration=StateTransferConfiguration{chunkSize=10000, fetchInMemoryState=true, originalFetchInMemoryState=null, timeout=240000, awaitInitialTransfer=true, originalAwaitInitialTransfer=null}}, l1=L1Configuration{enabled=false, invalidationThreshold=0, lifespan=600000, onRehash=false, cleanupTaskFrequency=600000}, stateTransfer=StateTransferConfiguration{chunkSize=10000, fetchInMemoryState=true, originalFetchInMemoryState=null, timeout=240000, awaitInitialTransfer=true, originalAwaitInitialTransfer=null}, sync=SyncConfiguration{replTimeout=15000}}<br>
<br>
The cache has this caractestics<br>
Thanks in advance for any leads on what to look for debugging further the issue,<br>
Giovanni<br>
<br>
--<br>
Giovanni Meo<br>
Via del Serafico, 200 Telephone: +390651644000<br>
00142, Roma Mobile: +393480700958<br>
Italia Fax: +390651645917<br>
VOIP: 8-3964000<br>
“The pessimist complains about the wind;<br>
the optimist expects it to change;<br>
the realist adjusts the sails.” -- Wm. Arthur Ward<br>
IETF credo: "Rough consensus and running code"<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</blockquote></div><br></div>