Try adding user [raw] to the hadoop group. For now, user [raw] belongs to the
“others” where there are no read|write|execute permissions are set.
From: rongshen.long [mailto:rongshen.l...@baifendian.com]
Sent: Thursday, November 08, 2012 3:00 AM
To: user
Subject: feel puzzled at HDFS group
Jagat Singh:
Thanks for your help, I create the same groups and users in namenode as the
clients , it works!
2012-11-08
rongshen.long
发件人:Jagat Singh
发送时间:2012-11-08 16:09
主题:Re: feel puzzled at HDFS group permissions check
收件人:"user"
抄送:
What are your groups and users in Namen
What are your groups and users in Namenode and JT
On Thu, Nov 8, 2012 at 7:00 PM, rongshen.long
wrote:
> **
> **
> hi,
> I set the mode of a directory on hdfs to 'rwxrwx---' ,however, I was
> denied to access the directory by dfs shell as a user in the same
> group . Did I make a mistake?
>
> [r
hi,
I set the mode of a directory on hdfs to 'rwxrwx---' ,however, I was denied to
access the directory by dfs shell as a user in the same group . Did I make a
mistake?
[raw@hadoop-test-3 ~]$ hadoop fs -ls /user/query
ls: could not get get listing for 'hdfs://192.168.32.23:8020/user/query' :
Thanks for the detailled explanation on this. I have been fighting with
this off and on in 0.20.203.
Cheers,
Andrew
On Aug 9, 2012 1:55 PM, "John Armstrong" wrote:
> On 08/09/2012 01:52 PM, Justin Woody wrote:
>
>> Just to close the thread, the problem was that the user and group were
>> not pre
On 08/09/2012 01:52 PM, Justin Woody wrote:
Just to close the thread, the problem was that the user and group were
not present on the name node which is why the ACE was thrown. Once he
added them to the NN, everything was good.
Yes, thanks again (you beat me to finding the thread to reply). Th
All,
Just to close the thread, the problem was that the user and group were
not present on the name node which is why the ACE was thrown. Once he
added them to the NN, everything was good.
Cheers,
Justin
On Thu, Aug 9, 2012 at 8:00 AM, Justin Woody wrote:
> John,
>
> Hadoop group permissions fo
That's not the same, as you could pool only special users (like
administrator or system users) on the group which is the supergroup.
Other users would not be in that group, then they would not have
rwxrwxrwx access in whole HDFS.
2012/8/9 John Armstrong :
> On 08/09/2012 09:48 AM, Wellington Chevr
On 08/09/2012 09:48 AM, Wellington Chevreuil wrote:
Have you tried set this myhdfsgroup group in
dfs.permissions.superusergroup property? If you set this property in
your hdfs-site.xml file, this group will be a super user group, and
should have full permissions in any HDFS place.
Unfortunatel
Hi John,
Have you tried set this myhdfsgroup group in
dfs.permissions.superusergroup property? If you set this property in
your hdfs-site.xml file, this group will be a super user group, and
should have full permissions in any HDFS place.
Ex:
dfs.permissions.superusergroup
myh
John,
Hadoop group permissions follow the BSD model, which is outlined in
the documentation. I think your settings are correct on that
directory, but you may want to check the higher level directories as
well (/path, /path/to, etc).
Hope that helps.
Justin
On Thu, Aug 9, 2012 at 7:55 AM, John Ar
I'm having some trouble with permissions on HDFS. I'm trying to create a file in a directory where
the user belongs to a group that has write permissions, but it doesn't seem to be working.
First, the directory:
myuser$ hadoop fs -ls /path/to/parent/
drwxrwxr-x - hdfs myhdfsgroup 0
12 matches
Mail list logo