[ https://issues.apache.org/jira/browse/IGNITE-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexand Polyakov updated IGNITE-13518: -------------------------------------- Description: Now (version 2.5 and 2.7 and 2.8.1 and master) If cluster deactivate and new node join with a modified configuration cache, the configuration is merged and a new column is added. [^Ignite13518CaseAdd.java] If the cluster is restarted with a new cache configuration, the changes are ignored and the column is not added [^Ignite13518CaseIgnore.java] If node with a modified configuration cache join to active cluster then throw error [^Ignite13518CaseError.java] 1. need to determine whether to allow changing the static cache configuration or not to allow it 2. the behavior should be the same (restart cluster, join node to deactivate cluster, join node to active cluster) 3. the behavior is not described in the documentation 4. How static cache configuration interacts with dynamic changes from SQL? 5. Export/import database schema 6. There are no messages in the application logs about changing the cache configuration (or about a ban based on the result of point 1) 7. If the configuration can be changed, what should I do with the fields that are missing in the new version of the configuration - delete column? if they were added using SQL was: Now (version 2.5 and 2.8.1 and master) If cluster deactivate and new node join with a modified configuration cache, the configuration is merged and a new column is added. [^Ignite13518CaseAdd.java] If the cluster is restarted with a new cache configuration, the changes are ignored and the column is not added [^Ignite13518CaseIgnore.java] If node with a modified configuration cache join to active cluster then throw error [^Ignite13518CaseError.java] 1. need to determine whether to allow changing the static cache configuration or not to allow it 2. the behavior should be the same (restart cluster, join node to deactivate cluster, join node to active cluster) 3. the behavior is not described in the documentation 4. How static cache configuration interacts with dynamic changes from SQL? 5. Export/import database schema 6. There are no messages in the application logs about changing the cache configuration (or about a ban based on the result of point 1) 7. If the configuration can be changed, what should I do with the fields that are missing in the new version of the configuration - delete column? if they were added using SQL > Change static cache configuration allowed or not and what operations: add > column, drop > -------------------------------------------------------------------------------------- > > Key: IGNITE-13518 > URL: https://issues.apache.org/jira/browse/IGNITE-13518 > Project: Ignite > Issue Type: Bug > Components: cache > Affects Versions: 2.8.1 > Reporter: Alexand Polyakov > Priority: Major > Attachments: Ignite13518CaseAdd.java, Ignite13518CaseError.java, > Ignite13518CaseIgnore.java > > > Now (version 2.5 and 2.7 and 2.8.1 and master) > If cluster deactivate and new node join with a modified configuration cache, > the configuration is merged and a new column is added. > [^Ignite13518CaseAdd.java] > If the cluster is restarted with a new cache configuration, the changes are > ignored and the column is not added [^Ignite13518CaseIgnore.java] > If node with a modified configuration cache join to active cluster then throw > error [^Ignite13518CaseError.java] > 1. need to determine whether to allow changing the static cache configuration > or not to allow it > 2. the behavior should be the same (restart cluster, join node to deactivate > cluster, join node to active cluster) > 3. the behavior is not described in the documentation > 4. How static cache configuration interacts with dynamic changes from SQL? > 5. Export/import database schema > 6. There are no messages in the application logs about changing the cache > configuration (or about a ban based on the result of point 1) > 7. If the configuration can be changed, what should I do with the fields that > are missing in the new version of the configuration - delete column? if they > were added using SQL -- This message was sent by Atlassian Jira (v8.3.4#803005)