[
https://issues.apache.org/jira/browse/PHOENIX-2628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15227483#comment-15227483
]
ASF GitHub Bot commented on PHOENIX-2628:
-----------------------------------------
Github user chrajeshbabu commented on a diff in the pull request:
https://github.com/apache/phoenix/pull/156#discussion_r58638568
--- Diff:
phoenix-core/src/main/java/org/apache/phoenix/coprocessor/GroupedAggregateRegionObserver.java
---
@@ -423,7 +426,14 @@ private RegionScanner
scanUnordered(ObserverContext<RegionCoprocessorEnvironment
}
} while (hasMore && groupByCache.size() < limit);
}
- } finally {
+ } catch(NotServingRegionException e){
+ if(ScanUtil.isLocalIndex(scan)) {
+ Exception cause = new
StaleRegionBoundaryCacheException(c.getEnvironment().getRegion().getRegionInfo().getTable().getNameAsString());
+ throw new DoNotRetryIOException(cause.getMessage(),
cause);
+ } else {
+ throw e;
--- End diff --
There is a chance of split can happen after preScannerOpen and before
postScannerOpen. I think we can throw stale region boundary exception all the
cases because even when we throw NSRE we again need to open the scanner which
checks the region boundaries and throw the stale region boundary exception any
way. Will check it once.
> Ensure split when iterating through results handled correctly
> -------------------------------------------------------------
>
> Key: PHOENIX-2628
> URL: https://issues.apache.org/jira/browse/PHOENIX-2628
> Project: Phoenix
> Issue Type: Bug
> Reporter: James Taylor
> Assignee: Rajeshbabu Chintaguntla
> Fix For: 4.8.0
>
> Attachments: PHOENIX-2628-wip.patch, PHOENIX-2628.patch,
> PHOENIX-2628_v7.patch, PHOENIX-2628_v8.patch
>
>
> We should start with a test case to ensure this works correctly, both for
> scans and aggregates.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
