Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
  b=zr1mEdRImqHpnP17lhejcxfCMRhiqTaVqkEkfm/iqLRePUwme9n9ewfqlDy1jXNeVcsvd37Wo2PjdCZSJa9K1xL0AEuQ8N8SQxTlWz4z3CxgOFCbE4n4rIjg8W9m2pMlIduh0M44HuK0+wEQdrKdn5kk3dNj2nFQzX5L5SyReDs=;
Message-ID: <1380756706.34613.YahooMailNeo@web140605.mail.bf1.yahoo.com>
Date: Wed, 2 Oct 2013 16:31:46 -0700 (PDT)
From: hardik doshi <kool_hardik@yahoo.com>
Reply-To: hardik doshi <kool_hardik@yahoo.com>
Subject: Temp directory permission issue in LoadIncrementalHFiles
To: "user@hbase.apache.org" <user@hbase.apache.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="1254654340-620655410-1380756706=:34613"

--1254654340-620655410-1380756706=:34613
Content-Type: text/plain; charset=us-ascii

Hello,

We're using LoadIncrementalHFiles.doBulkLoad to upload HFiles to an hbase table in bulk programmatically.
But at times, the HFiles are too big to fit in a single region. So, the doBulkLoad method splits and stores the parts
in a _tmp directory. This _tmp directory has 755 as permission and because of it, when actual upload
starts we get an exception since the hbase user do not have permission to move this _tmp directory.

org.apache.hadoop.security.AccessControlException: Permission denied: user=hbase, access=WRITE, inode="/tmp/BulkHBaseLoad/1380673269233/E/_tmp":bulkloader:supergroup:drwxr-xr-x

We do set fs.permissions.umask-mode to 000 at the start of the job. (Which I believe has no effect)

I understand that this the same problem described in https://issues.apache.org/jira/browse/HBASE-8495

I was wondering if there's any work around that i can use before the HBASE-8495 gets fixed.

Thanks,
Hardik.
--1254654340-620655410-1380756706=:34613--