You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "ARomantsov (JIRA)" <ji...@apache.org> on 2019/04/11 14:26:00 UTC

[jira] [Updated] (IGNITE-11729) Low description for lost policy functional

     [ https://issues.apache.org/jira/browse/IGNITE-11729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

ARomantsov updated IGNITE-11729:
--------------------------------
    Description: 
Current description in https://apacheignite.readme.io/docs/partition-loss-policies seems not covered persistence case and text description is not clear

Probably we need to transform it into two tables (in-memory, persistence)
Rows - cache_write, cache_read, cache_remove,sql_read, sql_write
Columns - READ_ONLY_SAFE ,READ_ONLY_ALL, READ_WRITE_SAFE, etc

{code:java}
Policies
Ignite supports the following PartitionLossPolicies:

READ_ONLY_SAFE - all writes to a cache/table will fail with an exception. Reads will only be allowed for entries belonging to survived/alive partitions. Reads from lost partitions will fail with an exception.
READ_ONLY_ALL - reads are allowed from any partition including the lost ones. An exception is thrown in an attempt to write to any partition. The result of reading from a lost partition is undefined and may be different on different nodes in the cluster.
READ_WRITE_SAFE - all reads and writes are allowed for entries in survived/alive partitions. All reads and writes of entries belonging to the lost partitions will fail with an exception.
READ_WRITE_ALL - all reads and writes will proceed as if all partitions were in a consistent state (as if no partition loss happened). The result of reading from a lost partition is undefined and may be different on different nodes in the cluster.
IGNORE - this mode never marks a lost partition as lost, pretending that no partition loss has happened and clearing the partition loss state right away. Technically, the partition will not be added to the collection of lostPartitions which is the main difference from READ_WRITE_ALL mode. IGNORE mode is used by default.
{code}


  was:
Current description in https://apacheignite.readme.io/docs/partition-loss-policies seems not covered persistence case and text description is not clean

Probably we need to transform it into two tables (in-memory, persistence)
Rows - cache_write, cache_read, cache_remove,sql_read, sql_write
Columns - READ_ONLY_SAFE ,READ_ONLY_ALL, READ_WRITE_SAFE, etc

{code:java}
Policies
Ignite supports the following PartitionLossPolicies:

READ_ONLY_SAFE - all writes to a cache/table will fail with an exception. Reads will only be allowed for entries belonging to survived/alive partitions. Reads from lost partitions will fail with an exception.
READ_ONLY_ALL - reads are allowed from any partition including the lost ones. An exception is thrown in an attempt to write to any partition. The result of reading from a lost partition is undefined and may be different on different nodes in the cluster.
READ_WRITE_SAFE - all reads and writes are allowed for entries in survived/alive partitions. All reads and writes of entries belonging to the lost partitions will fail with an exception.
READ_WRITE_ALL - all reads and writes will proceed as if all partitions were in a consistent state (as if no partition loss happened). The result of reading from a lost partition is undefined and may be different on different nodes in the cluster.
IGNORE - this mode never marks a lost partition as lost, pretending that no partition loss has happened and clearing the partition loss state right away. Technically, the partition will not be added to the collection of lostPartitions which is the main difference from READ_WRITE_ALL mode. IGNORE mode is used by default.
{code}



> Low description for lost policy functional
> ------------------------------------------
>
>                 Key: IGNITE-11729
>                 URL: https://issues.apache.org/jira/browse/IGNITE-11729
>             Project: Ignite
>          Issue Type: Improvement
>          Components: documentation
>    Affects Versions: 2.7
>            Reporter: ARomantsov
>            Priority: Major
>             Fix For: 3.0, 2.8
>
>
> Current description in https://apacheignite.readme.io/docs/partition-loss-policies seems not covered persistence case and text description is not clear
> Probably we need to transform it into two tables (in-memory, persistence)
> Rows - cache_write, cache_read, cache_remove,sql_read, sql_write
> Columns - READ_ONLY_SAFE ,READ_ONLY_ALL, READ_WRITE_SAFE, etc
> {code:java}
> Policies
> Ignite supports the following PartitionLossPolicies:
> READ_ONLY_SAFE - all writes to a cache/table will fail with an exception. Reads will only be allowed for entries belonging to survived/alive partitions. Reads from lost partitions will fail with an exception.
> READ_ONLY_ALL - reads are allowed from any partition including the lost ones. An exception is thrown in an attempt to write to any partition. The result of reading from a lost partition is undefined and may be different on different nodes in the cluster.
> READ_WRITE_SAFE - all reads and writes are allowed for entries in survived/alive partitions. All reads and writes of entries belonging to the lost partitions will fail with an exception.
> READ_WRITE_ALL - all reads and writes will proceed as if all partitions were in a consistent state (as if no partition loss happened). The result of reading from a lost partition is undefined and may be different on different nodes in the cluster.
> IGNORE - this mode never marks a lost partition as lost, pretending that no partition loss has happened and clearing the partition loss state right away. Technically, the partition will not be added to the collection of lostPartitions which is the main difference from READ_WRITE_ALL mode. IGNORE mode is used by default.
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)