[ https://issues.apache.org/jira/browse/HBASE-9046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13833252#comment-13833252 ]
Andrew Purtell commented on HBASE-9046: --------------------------------------- Unlikely this will make it into 0.98 as there is not a patch available. > Some region servers keep using an older version of coprocessor > --------------------------------------------------------------- > > Key: HBASE-9046 > URL: https://issues.apache.org/jira/browse/HBASE-9046 > Project: HBase > Issue Type: Sub-task > Components: Coprocessors > Affects Versions: 0.94.8, 0.96.0 > Environment: FreeBSD 8.2-RELEASE FreeBSD 8.2-RELEASE #0 r220198: Thu > Mar 31 21:46:45 PDT 2011 amd64 > java version "1.6.0_07" > Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02) > Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) > hbase: 0.94.8, r1485407 > hadoop: 1.0.4, r1393290 > Reporter: iain wright > Priority: Minor > Fix For: 0.98.0 > > > My team and another user from the mailing list have run into an issue where > replacing the coprocessor jar in HDFS and reloading the table does not load > the latest jar. It may load the latest version on some percentage of RS but > not all of them. > This may be a config oversight or a lack of understanding of a caching > mechanism that has a purge capability, but I thought I would log it here for > confirmation. > Workaround is to name the coprocessor JAR uniquely, place in HDFS, and > re-enable the table using the new jar's name. -- This message was sent by Atlassian JIRA (v6.1#6144)