[ https://issues.apache.org/jira/browse/HBASE-5973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13272554#comment-13272554 ]
Hudson commented on HBASE-5973: ------------------------------- Integrated in HBase-0.94 #186 (See [https://builds.apache.org/job/HBase-0.94/186/]) Amend HBASE-5973. Add two missing files from previous commit (Revision 1336797) HBASE-5973. Add ability for potentially long-running IPC calls to abort if client disconnects. Contributed by Todd Lipcon. (Revision 1336788) Result = FAILURE todd : Files : * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/ipc/CallerDisconnectedException.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/ipc/RpcCallContext.java todd : Files : * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/ipc/HBaseServer.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/ipc/RpcServer.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java * /hbase/branches/0.94/src/main/ruby/hbase/table.rb * /hbase/branches/0.94/src/main/ruby/shell/commands/scan.rb * /hbase/branches/0.94/src/test/java/org/apache/hadoop/hbase/filter/TestFilter.java * /hbase/branches/0.94/src/test/java/org/apache/hadoop/hbase/ipc/TestDelayedRpc.java > Add ability for potentially long-running IPC calls to abort if client > disconnects > --------------------------------------------------------------------------------- > > Key: HBASE-5973 > URL: https://issues.apache.org/jira/browse/HBASE-5973 > Project: HBase > Issue Type: Improvement > Components: ipc > Affects Versions: 0.90.7, 0.92.1, 0.94.0, 0.96.0 > Reporter: Todd Lipcon > Assignee: Todd Lipcon > Fix For: 0.92.2, 0.96.0, 0.94.1 > > Attachments: hbase-5973-0.92.txt, hbase-5973-0.94.txt, > hbase-5973-0.94.txt, hbase-5973.txt, hbase-5973.txt, hbase-5973.txt > > > We recently had a cluster issue where a user was submitting scanners with a > very restrictive filter, and then calling next() with a high scanner caching > value. The clients would generally time out the next() call and disconnect, > but the IPC kept running looking to fill the requested number of rows. Since > this was in the context of MR, the tasks making the calls would retry, and > the retries wuld be more likely to time out due to contention with the > previous still-running scanner next() call. Eventually, the system spiraled > out of control. > We should add a hook to the IPC system so that RPC calls can check if the > client has already disconnected. In such a case, the next() call could abort > processing, given any further work is wasted. I imagine coprocessor > endpoints, etc, could make good use of this as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira