I have same problem too, any solution yet ? ...
I have same problem too, any solution yet ?
I have a shared workflow that works fine when run as the owner as the workflow from hue. But if I launch it from another user account, then I get the following error:
Failed to access deployment directory.
AccessControlException: Permission denied: user=zing, access=READ_EXECUTE, inode=”/user/hue/oozie/workspaces/_mapred_-oozie-2614-1394040961.07″:mapred:hue:drwx–x–x (error 403)
The python code /usr/lib/hue/desktop/libs/liboozie/src/liboozie/submittion.py doesn’t try to create the directory using a “doas” call, but rather just gets the owner (mapred in this case) to create the deployment directory, and then tries to access the directory (to copy files there for submit) using the current user.
Looks like a bug to me, or perhaps I misunderstand the intent of hue an what it does with permissions. The python code has HARDCODED directory permissions for the directory created as 711 (!?why?) . If hue doesn’t want anyone but the owner to be able to submit a workflow, why doesn’t it just check that first before creating an empty directory that then just gets left lying there?
I would expect that a shared workflow could be submitted by anyone that had permission to read it.
Also note that even though it is a shared workflow, I’m unable to copy it from Hue as well.
A HDP Support Subscription connects you experts with deep experience running Apache Hadoop in production, at-scale on the most demanding workloads.
Real world training designed by the core architects of Hadoop. Scenario-based training courses are available in-classroom or online from anywhere in the world