You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "haosdent (JIRA)" <ji...@apache.org> on 2014/02/19 12:37:20 UTC
[jira] [Updated] (HBASE-8304) Bulkload fail to remove files if
fs.default.name / fs.defaultFS is configured without default port.
[ https://issues.apache.org/jira/browse/HBASE-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
haosdent updated HBASE-8304:
----------------------------
Attachment: HBASE-9537.patch
I determine whether two fs is same by their checksum. Any better way?
> Bulkload fail to remove files if fs.default.name / fs.defaultFS is configured without default port.
> ---------------------------------------------------------------------------------------------------
>
> Key: HBASE-8304
> URL: https://issues.apache.org/jira/browse/HBASE-8304
> Project: HBase
> Issue Type: Bug
> Components: HFile, regionserver
> Affects Versions: 0.94.5
> Reporter: Raymond Liu
> Attachments: HBASE-9537.patch
>
>
> When fs.default.name or fs.defaultFS in hadoop core-site.xml is configured as hdfs://ip, and hbase.rootdir is configured as hdfs://ip:port/hbaserootdir where port is the hdfs namenode's default port. the bulkload operation will not remove the file in bulk output dir. Store::bulkLoadHfile will think hdfs:://ip and hdfs:://ip:port as different filesystem and go with copy approaching instead of rename.
> The root cause is that hbase master will rewrite fs.default.name/fs.defaultFS according to hbase.rootdir when regionserver started, thus, dest fs uri from the hregion will not matching src fs uri passed from client.
> any suggestion what is the best approaching to fix this issue?
> I kind of think that we could check for default port if src uri come without port info.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)