[
https://issues.apache.org/jira/browse/IGNITE-8203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16527563#comment-16527563
]
Aleksey Plekhanov commented on IGNITE-8203:
-------------------------------------------
[~agoncharuk]
When thread A got a {{ClosedByInterruptException}}, next attempt to access the
same channel by thread B thrown {{ClosedChannelException}}, which is also
correctly handled by this implementation.
This scenario is covered by the new test {{testFilePageStoreInterruptThreads}}.
BTW, read method don't acquire read lock, but still thread safe. As far as I
understand read lock in write method needed to guard {{tag}} field, which is
not used in read method.
> Interrupting task can cause node fail with PersistenceStorageIOException.
> --------------------------------------------------------------------------
>
> Key: IGNITE-8203
> URL: https://issues.apache.org/jira/browse/IGNITE-8203
> Project: Ignite
> Issue Type: Bug
> Components: persistence
> Affects Versions: 2.4
> Reporter: Ivan Daschinskiy
> Assignee: Aleksey Plekhanov
> Priority: Major
> Fix For: 2.7
>
> Attachments: GridFailNodesOnCanceledTaskTest.java
>
>
> Interrupting task with simple cache operations (i.e. get, put) can cause
> PersistenceStorageIOException. Main cause of this failure is lack of proper
> handling InterruptedException in FilePageStore.init() etc. This cause a throw
> of ClosedByInterruptException by FileChannel.write() and so on.
> PersistenceStorageIOException is a critical failure and typically makes a
> node to stop. As a workaround, I would suggest to enable AsyncFileIO by
> default until the fix was available.
> A reproducer is attached.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
