Setting the below configuration in the MR made it work
conf.set("hbase.coprocessor.region.classes", "");
Thanks everyone!
On Tue, Apr 26, 2016 at 8:53 AM, Sanooj Padmakumar
wrote:
> Apologies if its against the convention to re-open an old discussion.
>
> The exception was resolved after I add
Apologies if its against the convention to re-open an old discussion.
The exception was resolved after I added
"conf.set("fs.permissions.umask-mode", "000");" as per the suggestion
provided by Gabriel.
However the same exception has re-surfaced again in a new kerberized
cluster setup and I am una
Re-adding the user list, which I accidentally left off.
On Wed, Nov 18, 2015 at 3:55 PM, Gabriel Reid wrote:
> Yes, I believe that's correct, if you change the umask you make the
> HFiles readable to all during creation.
>
> I believe that the alternate solutions listed on the jira ticket
> (runn
Thank you Gabriel..
Does it mean that the generated hfile be read/modified by any user other
than "hbase" user?
Regards
Sanooj
On 18 Nov 2015 02:39, "Gabriel Reid" wrote:
> Hi Sanooj,
>
> Yes, I think that should do it, or you can pass that config parameter
> as a command line parameter.
>
> -
Hi Sanooj,
Yes, I think that should do it, or you can pass that config parameter
as a command line parameter.
- Gabriel
On Tue, Nov 17, 2015 at 8:16 PM, Sanooj Padmakumar wrote:
> Hi Gabriel
>
> Thank you so much
>
> I set the below property and it worked now.. I hope this is the correct
> thin
Hi Gabriel
Thank you so much
I set the below property and it worked now.. I hope this is the correct
thing to do ?
conf.set("fs.permissions.umask-mode", "000");
Thanks Again
Sanooj
On Wed, Nov 18, 2015 at 12:29 AM, Gabriel Reid
wrote:
> Hi Sanooj,
>
> I believe that this is related to the
Hi Sanooj,
I believe that this is related to the issue described in PHOENIX-976
[1]. In that case, it's not strictly related to Kerberos, but instead
to file permissions (could it be that your dev environment also
doesn't have file permissions turned on?)
If you look at the comments on that jira
Hello -
I am using the bulkload of Phoenix on a cluster secured with Kerberos. The
mapper runs fine, reducer runs fine .. and then the counters are printed
fine.. finally the LoadIncrementalHFiles steps fails.. A portion of the log
is given below..
15/11/17 09:44:48 INFO mapreduce.LoadIncrementa
