[ 
https://issues.apache.org/jira/browse/HBASE-7310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13527535#comment-13527535
 ] 

Andrew Purtell commented on HBASE-7310:
---------------------------------------

Maybe this is useful in the general case but the specific reason given here 
seems flawed. We should not tolerate ClassNotFoundExceptions. At a minimum the 
region should not open. See HBASE-6873. 
                
> Allow region server UI to display critical errors such as those corresponding 
> to ClassNotFoundException when loading user coprocessors
> --------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-7310
>                 URL: https://issues.apache.org/jira/browse/HBASE-7310
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Ted Yu
>
> When working on HBASE-7205, I logged the following comment:
> The reason for coprocessor loading to tolerate ClassNotFoundException is that 
> the user table region where jar file and classname mismatch can reside on any 
> of the region servers in the cluster. If we don't tolerate the mismatch, it 
> is possible that all region servers in the cluster abort.
> I think we should allow region server UI to display critical errors such as 
> those corresponding to ClassNotFoundException when loading user coprocessors. 
> This would help user quickly identify issues without forcing them to scan 
> region server log(s).
> Region server can also send such critical errors to master so that master can 
> aggregate the errors and give user a central place to check critical errors.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to