[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15525597#comment-15525597 ] ASF GitHub Bot commented on PHOENIX-3254: - GitHub user ankitsinghal opened a pull request: https://github.com/apache/phoenix/pull/211 PHOENIX-3254 IndexId Sequence is incremented even if index exists alr… …eady You can merge this pull request into a Git repository by running: $ git pull https://github.com/ankitsinghal/phoenix PHOENIX-3254 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/phoenix/pull/211.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #211 commit 5268a90d38c21e8f93b8b2782f2d9e146642a463 Author: Ankit Singhal Date: 2016-09-27T09:29:11Z PHOENIX-3254 IndexId Sequence is incremented even if index exists already > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Attachments: PHOENIX-3254.patch, PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529642#comment-15529642 ] ASF GitHub Bot commented on PHOENIX-3254: - Github user chrajeshbabu commented on a diff in the pull request: https://github.com/apache/phoenix/pull/211#discussion_r80916280 --- Diff: phoenix-core/src/main/java/org/apache/phoenix/coprocessor/MetaDataEndpointImpl.java --- @@ -1499,6 +1502,53 @@ public void createTable(RpcController controller, CreateTableRequest request, cell.getTimestamp(), Type.codeToType(cell.getTypeByte()), bytes); cells.add(viewConstantCell); } +Short indexId = null; +if (request.hasAllocateIndexId() && request.getAllocateIndexId()) { +String tenantIdStr = tenantIdBytes.length == 0 ? null : Bytes.toString(tenantIdBytes); +final Properties props = new Properties(); +UpgradeUtil.doNotUpgradeOnFirstConnection(props); +try (PhoenixConnection connection = DriverManager.getConnection(MetaDataUtil.getJdbcUrl(env), props).unwrap(PhoenixConnection.class)){ +PName physicalName = parentTable.getPhysicalName(); +int nSequenceSaltBuckets = connection.getQueryServices().getSequenceSaltBuckets(); +SequenceKey key = MetaDataUtil.getViewIndexSequenceKey(tenantIdStr, physicalName, +nSequenceSaltBuckets, parentTable.isNamespaceMapped() ); +// TODO Review Earlier sequence was created at (SCN-1/LATEST_TIMESTAMP) and incremented at the client max(SCN,dataTable.getTimestamp), but it seems we should +// use always LATEST_TIMESTAMP to avoid seeing wrong sequence values by different connection having SCN +// or not. +long sequenceTimestamp = HConstants.LATEST_TIMESTAMP; +try { + connection.getQueryServices().createSequence(key.getTenantId(), key.getSchemaName(), key.getSequenceName(), --- End diff -- @ankitsinghal This patch introducing inter table rpc calls but seems it's needed. What do you think of moving create sequence to meta data client and perform sequence increment alone here? So that atleast we can reduce the rpc calls here. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Attachments: PHOENIX-3254.patch, PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529749#comment-15529749 ] ASF GitHub Bot commented on PHOENIX-3254: - Github user chrajeshbabu commented on a diff in the pull request: https://github.com/apache/phoenix/pull/211#discussion_r80925250 --- Diff: phoenix-core/src/main/java/org/apache/phoenix/query/ConnectionQueryServicesImpl.java --- @@ -1445,6 +1445,9 @@ public MetaDataResponse call(MetaDataService instance) throws IOException { builder.addTableMetadataMutations(mp.toByteString()); } builder.setClientVersion(VersionUtil.encodeVersion(PHOENIX_MAJOR_VERSION, PHOENIX_MINOR_VERSION, PHOENIX_PATCH_NUMBER)); +if (allocateIndexId) { --- End diff -- nit: just format code here. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Attachments: PHOENIX-3254.patch, PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15530035#comment-15530035 ] ASF GitHub Bot commented on PHOENIX-3254: - Github user JamesRTaylor commented on a diff in the pull request: https://github.com/apache/phoenix/pull/211#discussion_r80950387 --- Diff: phoenix-core/src/main/java/org/apache/phoenix/coprocessor/MetaDataEndpointImpl.java --- @@ -1499,6 +1502,53 @@ public void createTable(RpcController controller, CreateTableRequest request, cell.getTimestamp(), Type.codeToType(cell.getTypeByte()), bytes); cells.add(viewConstantCell); } +Short indexId = null; +if (request.hasAllocateIndexId() && request.getAllocateIndexId()) { +String tenantIdStr = tenantIdBytes.length == 0 ? null : Bytes.toString(tenantIdBytes); +final Properties props = new Properties(); +UpgradeUtil.doNotUpgradeOnFirstConnection(props); +try (PhoenixConnection connection = DriverManager.getConnection(MetaDataUtil.getJdbcUrl(env), props).unwrap(PhoenixConnection.class)){ +PName physicalName = parentTable.getPhysicalName(); +int nSequenceSaltBuckets = connection.getQueryServices().getSequenceSaltBuckets(); +SequenceKey key = MetaDataUtil.getViewIndexSequenceKey(tenantIdStr, physicalName, +nSequenceSaltBuckets, parentTable.isNamespaceMapped() ); +// TODO Review Earlier sequence was created at (SCN-1/LATEST_TIMESTAMP) and incremented at the client max(SCN,dataTable.getTimestamp), but it seems we should +// use always LATEST_TIMESTAMP to avoid seeing wrong sequence values by different connection having SCN +// or not. +long sequenceTimestamp = HConstants.LATEST_TIMESTAMP; +try { + connection.getQueryServices().createSequence(key.getTenantId(), key.getSchemaName(), key.getSequenceName(), --- End diff -- The RPCs are minimal here because of the way sequences are implemented. By default, we cache 100 sequences and dole them out as needed. So there's only a single RPC per 100 invocations of this. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Attachments: PHOENIX-3254.patch, PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15530037#comment-15530037 ] ASF GitHub Bot commented on PHOENIX-3254: - Github user JamesRTaylor commented on the issue: https://github.com/apache/phoenix/pull/211 +1 on the changes (but please fix any formatting issues). Nice work, @ankitsinghal. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Attachments: PHOENIX-3254.patch, PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15532515#comment-15532515 ] Hadoop QA commented on PHOENIX-3254: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12830285/PHOENIX-3254.patch against master branch at commit 15a2f9a625dc9a76fd07cae82e81d8ec1d79d622. ATTACHMENT ID: 12830285 {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:green}+1 tests included{color}. The patch appears to include 6 new or modified tests. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:red}-1 javadoc{color}. The javadoc tool appears to have generated 38 warning messages. {color:red}-1 release audit{color}. The applied patch generated 1 release audit warnings (more than the master's current 0 warnings). {color:red}-1 lineLengths{color}. The patch introduces the following lines longer than 100: +verifySequenceValue(isNamespaceEnabled? "a" : null, sequenceNameA, sequenceSchemaName, -32767); +verifySequenceValue(isNamespaceEnabled? "b" : null, sequenceNameB, sequenceSchemaName, -32767); +conn1.createStatement().execute("CREATE INDEX " + indexName + "_2 ON " + viewName + " (v1)"); +String tenantIdStr = tenantIdBytes.length == 0 ? null : Bytes.toString(tenantIdBytes); +try (PhoenixConnection connection = DriverManager.getConnection(MetaDataUtil.getJdbcUrl(env), props).unwrap(PhoenixConnection.class)){ +int nSequenceSaltBuckets = connection.getQueryServices().getSequenceSaltBuckets(); +SequenceKey key = MetaDataUtil.getViewIndexSequenceKey(tenantIdStr, physicalName, +// TODO Review Earlier sequence was created at (SCN-1/LATEST_TIMESTAMP) and incremented at the client max(SCN,dataTable.getTimestamp), but it seems we should +// use always LATEST_TIMESTAMP to avoid seeing wrong sequence values by different connection having SCN + connection.getQueryServices().createSequence(key.getTenantId(), key.getSchemaName(), key.getSequenceName(), {color:red}-1 core tests{color}. The patch failed these unit tests: ./phoenix-core/target/failsafe-reports/TEST-org.apache.phoenix.tx.TransactionIT Test results: https://builds.apache.org/job/PreCommit-PHOENIX-Build/606//testReport/ Release audit warnings: https://builds.apache.org/job/PreCommit-PHOENIX-Build/606//artifact/patchprocess/patchReleaseAuditWarnings.txt Javadoc warnings: https://builds.apache.org/job/PreCommit-PHOENIX-Build/606//artifact/patchprocess/patchJavadocWarnings.txt Console output: https://builds.apache.org/job/PreCommit-PHOENIX-Build/606//console This message is automatically generated. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Fix For: 4.9.0 > > Attachments: PHOENIX-3254.patch, PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15532734#comment-15532734 ] Ankit Singhal commented on PHOENIX-3254: {code} -1 core tests. The patch failed these unit tests: ./phoenix-core/target/failsafe-reports/TEST-org.apache.phoenix.tx.TransactionIT {code} Not sure, It is related to this. Running QA bot again with v1. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Fix For: 4.9.0 > > Attachments: PHOENIX-3254.patch, PHOENIX-3254_v1.patch, > PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15532880#comment-15532880 ] Hadoop QA commented on PHOENIX-3254: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12830885/PHOENIX-3254_v1.patch against master branch at commit 15a2f9a625dc9a76fd07cae82e81d8ec1d79d622. ATTACHMENT ID: 12830885 {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:green}+1 tests included{color}. The patch appears to include 6 new or modified tests. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:red}-1 javadoc{color}. The javadoc tool appears to have generated 38 warning messages. {color:red}-1 release audit{color}. The applied patch generated 1 release audit warnings (more than the master's current 0 warnings). {color:red}-1 lineLengths{color}. The patch introduces the following lines longer than 100: +verifySequenceValue(isNamespaceEnabled? "a" : null, sequenceNameA, sequenceSchemaName, -32767); +verifySequenceValue(isNamespaceEnabled? "b" : null, sequenceNameB, sequenceSchemaName, -32767); +conn1.createStatement().execute("CREATE INDEX " + indexName + "_2 ON " + viewName + " (v1)"); +String tenantIdStr = tenantIdBytes.length == 0 ? null : Bytes.toString(tenantIdBytes); +try (PhoenixConnection connection = DriverManager.getConnection(MetaDataUtil.getJdbcUrl(env), props) +int nSequenceSaltBuckets = connection.getQueryServices().getSequenceSaltBuckets(); +SequenceKey key = MetaDataUtil.getViewIndexSequenceKey(tenantIdStr, physicalName, +// TODO Review Earlier sequence was created at (SCN-1/LATEST_TIMESTAMP) and incremented at the +// use always LATEST_TIMESTAMP to avoid seeing wrong sequence values by different connection + connection.getQueryServices().createSequence(key.getTenantId(), key.getSchemaName(), {color:green}+1 core tests{color}. The patch passed unit tests in . Test results: https://builds.apache.org/job/PreCommit-PHOENIX-Build/607//testReport/ Release audit warnings: https://builds.apache.org/job/PreCommit-PHOENIX-Build/607//artifact/patchprocess/patchReleaseAuditWarnings.txt Javadoc warnings: https://builds.apache.org/job/PreCommit-PHOENIX-Build/607//artifact/patchprocess/patchJavadocWarnings.txt Console output: https://builds.apache.org/job/PreCommit-PHOENIX-Build/607//console This message is automatically generated. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Fix For: 4.9.0 > > Attachments: PHOENIX-3254.patch, PHOENIX-3254_v1.patch, > PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15533447#comment-15533447 ] Ankit Singhal commented on PHOENIX-3254: Thanks [~jamestaylor] & [~rajesh23] for review. [~jamestaylor], FYI, Test (./phoenix-core/target/failsafe-reports/TEST-org.apache.phoenix.tx.TransactionIT) seems to be flapping. Committed a latest patch to master and 4.x branches. > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Fix For: 4.9.0 > > Attachments: PHOENIX-3254.patch, PHOENIX-3254_v1.patch, > PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15533778#comment-15533778 ] Hudson commented on PHOENIX-3254: - FAILURE: Integrated in Jenkins build Phoenix-master #1424 (See [https://builds.apache.org/job/Phoenix-master/1424/]) PHOENIX-3254 IndexId Sequence is incremented even if index exists (ankitsinghal59: rev 655fe2be3d30f2b8277563920c15a357eb74bcde) * (edit) phoenix-core/src/main/java/org/apache/phoenix/coprocessor/MetaDataEndpointImpl.java * (edit) phoenix-core/src/main/java/org/apache/phoenix/coprocessor/generated/MetaDataProtos.java * (edit) phoenix-core/src/it/java/org/apache/phoenix/end2end/index/LocalIndexIT.java * (edit) phoenix-core/src/test/java/org/apache/phoenix/compile/TenantSpecificViewIndexCompileTest.java * (edit) phoenix-core/src/main/java/org/apache/phoenix/query/ConnectionQueryServices.java * (edit) phoenix-core/src/main/java/org/apache/phoenix/query/ConnectionQueryServicesImpl.java * (edit) phoenix-core/src/it/java/org/apache/phoenix/end2end/AppendOnlySchemaIT.java * (edit) phoenix-protocol/src/main/MetaDataService.proto * (edit) phoenix-core/src/main/java/org/apache/phoenix/query/DelegateConnectionQueryServices.java * (edit) phoenix-core/src/test/java/org/apache/phoenix/query/BaseTest.java * (edit) phoenix-core/src/main/java/org/apache/phoenix/coprocessor/MetaDataProtocol.java * (edit) phoenix-core/src/main/java/org/apache/phoenix/query/ConnectionlessQueryServicesImpl.java * (edit) phoenix-core/src/it/java/org/apache/phoenix/end2end/index/ViewIndexIT.java * (edit) phoenix-core/src/it/java/org/apache/phoenix/end2end/TenantSpecificViewIndexIT.java * (edit) phoenix-core/src/main/java/org/apache/phoenix/schema/MetaDataClient.java > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Fix For: 4.9.0 > > Attachments: PHOENIX-3254.patch, PHOENIX-3254_v1.patch, > PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PHOENIX-3254) IndexId Sequence is incremented even if index exists already.
[ https://issues.apache.org/jira/browse/PHOENIX-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15630272#comment-15630272 ] Hudson commented on PHOENIX-3254: - FAILURE: Integrated in Jenkins build Phoenix-master #1468 (See [https://builds.apache.org/job/Phoenix-master/1468/]) PHOENIX-3433 Local or view indexes cannot be created after PHOENIX-3254 (rajeshbabu: rev 8a44cc00101e44e0afd2cadb2b5a4a1eba6052fe) * (edit) phoenix-core/src/main/java/org/apache/phoenix/coprocessor/MetaDataEndpointImpl.java * (edit) phoenix-core/src/it/java/org/apache/phoenix/end2end/index/BaseLocalIndexIT.java > IndexId Sequence is incremented even if index exists already. > - > > Key: PHOENIX-3254 > URL: https://issues.apache.org/jira/browse/PHOENIX-3254 > Project: Phoenix > Issue Type: Bug >Reporter: Ankit Singhal >Assignee: Ankit Singhal > Fix For: 4.9.0 > > Attachments: PHOENIX-3254.patch, PHOENIX-3254_v1.patch, > PHOENIX-3254_wip.patch > > > As we are incrementing sequence at the client even if we are not going to > create a index (in case index already exists and user is using CREATE INDEX > IF NOT EXISTS) or DDL failed in later stage(due to parent table not found or > something). > If this keeps on happening then user may reach the limit of Short.MAX_VALUE > and TOO_MANY_INDEXES exception will be thrown if user tries to create a new > index. > To prevent, this we should increment sequences when we are about to create a > index at server. -- This message was sent by Atlassian JIRA (v6.3.4#6332)