You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@falcon.apache.org by "Balu Vellanki (JIRA)" <ji...@apache.org> on 2015/12/02 23:17:11 UTC

[jira] [Created] (FALCON-1647) Unable to create feed : FilePermission error under cluster staging directory

Balu Vellanki created FALCON-1647:
-------------------------------------

             Summary: Unable to create feed : FilePermission error under cluster staging directory
                 Key: FALCON-1647
                 URL: https://issues.apache.org/jira/browse/FALCON-1647
             Project: Falcon
          Issue Type: Bug
          Components: feed
    Affects Versions: 0.8
            Reporter: Balu Vellanki
            Assignee: Balu Vellanki
             Fix For: 0.9


Submit a cluster entity as user "user1", schedule a feed entity as "user1".  Now submit and schedule a feed entity as "user2" and feed submission can fail with  the following error 
{code}
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.AccessControlException): Permission denied: user=user2, access=WRITE, inode="/apps/falcon-user1/staging/falcon/workflows/feed":user1:falcon:drwxr-xr-x
   at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkFsPermission(FSPermissionChecker.java:271)
   at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:257)
   at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:238)
{code}

This is caused because Falcon creates <staging_dir>/falcon/workflows/feed and <staging_dir>/falcon/workflows/process only when a feed/process entity are scheduled. The owner of these dirs is the user scheduling the entity. The permissions are based on the default umask of the FS.  If a new feed/process entity are being scheduled by a different user, things can fail.

Solution is to make <staging_dir>/falcon/workflows/feed and <staging_dir>/falcon/workflows/process  owned by Falcon with permissions 777. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)