[ https://issues.apache.org/jira/browse/SQOOP-3016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15892176#comment-15892176 ]
Szabolcs Vasas commented on SQOOP-3016: --------------------------------------- Hi [~ellieeee], I think the problem is that Sqoop tries to create a MapReduce staging directory under /user but it fails because the necessary permissions are missing. You can find more info on MR staging directories here: https://www.cloudera.com/documentation/enterprise/5-9-x/topics/cdh_ig_yarn_cluster_deploy.html#topic_11_4_5 I have managed to reproduce this issue on my cluster and it was working by overriding yarn.app.mapreduce.am.staging-dir value: sqoop import -Dyarn.app.mapreduce.am.staging-dir=/tmp/sqoopstaging --connect "mydatabase" --username "sqoop" --password "sqoop" --table "mytable" --delete-target-dir --target-dir "/tmp/mytable" I hope this helps. Regards, Szabolcs > warehouse-dir or target-dir is not being honored > ------------------------------------------------- > > Key: SQOOP-3016 > URL: https://issues.apache.org/jira/browse/SQOOP-3016 > Project: Sqoop > Issue Type: Bug > Components: connectors/hdfs > Affects Versions: 1.4.5 > Environment: CDH 5.4.7 > Reporter: Kingsly J > > Hi Team, > In our QA env, we are not having sudo access and not having folder in our > username in "/user" and not having write access to the same. Hence we used > --warhouse-dir to direct the result to the directory for which we are having > write access.we tried the below sqoop statement to load data from Teradata to > hdfs, > sqoop import --connect jdbc:teradata://<ip>/Database=test,LOGMECH=LDAP > --username abc -P --table tbl1 --split-by tbl_cd --warehouse-dir > /projects/Sqoop_Test > but getting the below error, > ERROR tool.ImportTool: Encountered IOException running import job: > com.teradata.connector.common.exception.ConnectorException: > org.apache.hadoop.security.AccessControlException: Permission denied: > user=abc, access=WRITE, inode="/user":hdfs:supergroup:drwxr-xr-x > It is still trying to write to "/user" path. we have tried with --target-dir > parameter also, and still getting the same error. > Please guide us on the same. > Regards, > Kingsly J -- This message was sent by Atlassian JIRA (v6.3.15#6346)