You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Kirill Tkalenko (Jira)" <ji...@apache.org> on 2020/12/15 05:36:00 UTC

[jira] [Commented] (IGNITE-13847) Make GridEncryptionManager#onWalSegmentRemoved async

    [ https://issues.apache.org/jira/browse/IGNITE-13847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17249490#comment-17249490 ] 

Kirill Tkalenko commented on IGNITE-13847:
------------------------------------------

Used the [PR's|https://github.com/xtern/ignite/pull/44/files] from the IGNITE-13831 from [~xtern]. 

> Make GridEncryptionManager#onWalSegmentRemoved async
> ----------------------------------------------------
>
>                 Key: IGNITE-13847
>                 URL: https://issues.apache.org/jira/browse/IGNITE-13847
>             Project: Ignite
>          Issue Type: Improvement
>          Components: persistence
>            Reporter: Kirill Tkalenko
>            Assignee: Kirill Tkalenko
>            Priority: Major
>              Labels: IEP-18
>             Fix For: 2.10
>
>
> When implementing IGNITE-13831 I was faced with deadlock.
> When execute *FileWriteAheadLogManager#rollOver*, begin to clean WAL archive since we have reached the *DataStorageConfiguration#maxWalArchiveSize*, after deleting a segment, execute the *GridEncryptionManager#onWalSegmentRemoved* that wants to write to the metastore, but it will not succeed, since it will wait for *FileWriteAheadLogManager#rollOver*.
> I suggest making the *GridEncryptionManager#onWalSegmentRemoved* asynchronous in a separate pool, for example, as a *CacheGroupPageScanner#singleExecSvc*.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)