hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Enis Soztutar (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-6824) Introduce ${hbase.local.dir} and save coprocessor jars there
Date Wed, 09 Jan 2013 21:18:13 GMT

     [ https://issues.apache.org/jira/browse/HBASE-6824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Enis Soztutar updated HBASE-6824:
---------------------------------

       Resolution: Fixed
    Fix Version/s: 0.96.0
     Release Note: Added a configuration "hbase.local.dir" which defaults to ${hbase.tmp.dir}/local/.
Coprocessor jars, and other local data for region servers are written to this location. 
     Hadoop Flags: Reviewed
           Status: Resolved  (was: Patch Available)

Committed v3 to trunk. Thanks for review Andrew. 
                
> Introduce ${hbase.local.dir} and save coprocessor jars there
> ------------------------------------------------------------
>
>                 Key: HBASE-6824
>                 URL: https://issues.apache.org/jira/browse/HBASE-6824
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.94.3, 0.96.0
>            Reporter: Enis Soztutar
>            Assignee: Enis Soztutar
>             Fix For: 0.96.0
>
>         Attachments: hbase-6824_v1-0.94.patch, hbase-6824_v1-trunk.patch, hbase-6824_v2-0.94.patch,
hbase-6824_v2-trunk.patch, hbase-6824_v3.patch
>
>
> We need to make the temp directory where coprocessor jars are saved configurable. For
this we will add hbase.local.dir configuration parameter. 
> Windows tests are failing due to the pathing problems for coprocessor jars:
> Two HBase TestClassLoading unit tests failed due to a failiure in loading the test file
from HDFS:
> {code}
> testClassLoadingFromHDFS(org.apache.hadoop.hbase.coprocessor.TestClassLoading): Class
TestCP1 was missing on a region
> testClassLoadingFromLibDirInJar(org.apache.hadoop.hbase.coprocessor.TestClassLoading):
Class TestCP1 was missing on a region
> {code}
> The problem is that CoprocessorHost.load() copies the jar file locally, and schedules
the local file to be deleted on exit, but calling FileSystem.deleteOnExit(). However, the
filesystem is not the file system of the local file, it is the distributed file system, so
on windows, the Path fails.

--
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

Mime
View raw message