We have to understand the problem first, then we can come up with an
efficient solution.
If FULL_SYNC solves the problem, then it is not related to expiry policy.

On Wed, Jan 22, 2025 at 4:40 PM Charlin S <charli...@hotelhub.com> wrote:

> Hi Pavel,
> FULL_SYNC might impact performance, since it will be waiting to complete
> the updates in all nodes.
>
> Thanks,
> Charlin
>
>
> On Wed, 22 Jan 2025 at 17:55, Pavel Tupitsyn <ptupit...@apache.org> wrote:
>
>> Try FULL_SYNC - you seem to expect the updates to be visible on all nodes
>> immediately, this might help.
>>
>> On Wed, Jan 22, 2025 at 2:09 PM Charlin S <charli...@hotelhub.com> wrote:
>>
>>> Hi Pavel,
>>> We are not changing mode explicitly so its Default value is PRIMARY_SYNC
>>> <https://ignite.apache.org/releases/latest/javadoc/org/apache/ignite/cache/CacheWriteSynchronizationMode.html#PRIMARY_SYNC>
>>>  only.
>>>
>>> Thanks
>>> Charlin
>>>
>>>
>>> On Wed, 22 Jan 2025 at 17:29, Pavel Tupitsyn <ptupit...@apache.org>
>>> wrote:
>>>
>>>> Which CacheWriteSynchronizationMode [1] do you use?
>>>>
>>>>
>>>> [1]
>>>> https://ignite.apache.org/releases/latest/javadoc/org/apache/ignite/cache/CacheWriteSynchronizationMode.html
>>>>
>>>> On Wed, Jan 22, 2025 at 1:55 PM Charlin S <charli...@hotelhub.com>
>>>> wrote:
>>>>
>>>>> Hi Pavel,
>>>>>
>>>>> Data read and write happening from different client nodes.
>>>>> Scenario:-
>>>>> 1. Insert into cache
>>>>> 2. Landing on the second page ( reading cache data - some time failing)
>>>>> 3. Landing on the third page (reading cache again - some time failing)
>>>>>
>>>>> Web tier(2 web server) calls app tier(3 servers) for cache operation
>>>>> and app tier connected to Ignite using tick client
>>>>> Data insertion happening from one client node and reading happening
>>>>> from another client node.I am not sure if this intermittent failure
>>>>> happening when its reading from another client node.
>>>>>
>>>>> Thanks,
>>>>> Charlin
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wed, 22 Jan 2025 at 17:11, Pavel Tupitsyn <ptupit...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> Do you have an exact measurement? Could it be some race condition? Do
>>>>>> you read from the same node/client as write?
>>>>>>
>>>>>> On Wed, Jan 22, 2025 at 12:31 PM Charlin S <charli...@hotelhub.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Pavel,
>>>>>>> I am expecting data since read is happening soon after insert. Data
>>>>>>> expiry will happen after 1 hour. So my expectation data should be 
>>>>>>> present.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Charlin
>>>>>>>
>>>>>>>
>>>>>>> On Wed, 22 Jan 2025 at 13:48, Pavel Tupitsyn <ptupit...@apache.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> What is the difference between expected and actual expiry time?
>>>>>>>>
>>>>>>>> On Wed, Jan 22, 2025 at 8:54 AM Charlin S <charli...@hotelhub.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hi Pavel,
>>>>>>>>> This is happening only at production environment and data
>>>>>>>>> keynotfound exception before triggering expiry policy (expiry policy 
>>>>>>>>> time
>>>>>>>>> still longer)
>>>>>>>>>
>>>>>>>>> Following configuration part of xml bean file for communication.
>>>>>>>>> Is there any issue in that please let me know.
>>>>>>>>>  <property name="communicationSpi">
>>>>>>>>>         <bean
>>>>>>>>> class="org.apache.ignite.spi.communication.tcp.TcpCommunicationSpi">
>>>>>>>>>             <property name="sharedMemoryPort" value="-1"/>
>>>>>>>>>             <property name="localPort" value="57605"/>
>>>>>>>>>         </bean>
>>>>>>>>>     </property>
>>>>>>>>>
>>>>>>>>> Thanks & Regards,
>>>>>>>>> Charlin
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, 21 Jan 2025 at 12:49, Pavel Tupitsyn <ptupit...@apache.org>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi, please provide more details.
>>>>>>>>>>
>>>>>>>>>> - Do you have a reproducer?
>>>>>>>>>> - Do you mean that expiry policy triggers sooner than expected?
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 21, 2025 at 9:14 AM Charlin S <charli...@hotelhub.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi All,
>>>>>>>>>>> I am getting below error while reading data by key but data
>>>>>>>>>>> presents cache as expiry policy time not reached.
>>>>>>>>>>> Cache mode: Partition
>>>>>>>>>>> Number Server Node: 2
>>>>>>>>>>> Number client Node : 8
>>>>>>>>>>> The given key was not present in the cache:
>>>>>>>>>>> Test|2711e8b9-7411-41bc-938c-d3d4ae9722ce@$@System.Collections.Generic.KeyNotFoundException:
>>>>>>>>>>> The given key was not present in the cache:
>>>>>>>>>>> Test|2711e8b9-7411-41bc-938c-d3d4ae9722ce
>>>>>>>>>>>    at
>>>>>>>>>>> Apache.Ignite.Core.Impl.Cache.CacheImpl`2.<>c__DisplayClass49_0.<Get>b__1(IBinaryStream
>>>>>>>>>>> stream, Int64 res)
>>>>>>>>>>>    at
>>>>>>>>>>> Apache.Ignite.Core.Impl.PlatformJniTarget.InStreamOutLong[TR](Int32 
>>>>>>>>>>> type,
>>>>>>>>>>> Func`2 outAction, Func`3 inAction, Func`2 readErrorAction)
>>>>>>>>>>>    at Apache.Ignite.Core.Impl.Cache.CacheImpl`2.Get(TK key)
>>>>>>>>>>>
>>>>>>>>>>> Thanks & Regards,
>>>>>>>>>>> Charlin
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>

Reply via email to