问题分析：配置问题。
解决方法：将Hbase的hbase.regionserver.thrift.http和hbase.thrift.support.proxyuser配置都设置为true，然后重启HBase即可。如下图：
或参考以下网址： 4.在Hbase Shell中，没有权限运行任何命令
问题分析：配置问题。
解决方法：在Hbase的hbase.superuser中加入超级用户，然后重启HBase，再使用超级用户在Hbase Shell中运行grant命令进行授权。
问题分析：这个问题困扰的时间最长，貌似是HUE3.7的BUG，将CDH升级到5.5.0，HUE3.9后问题得到解决。在HUE3.7的Workflow编辑界面，未提供job-xml的配置选项，导致Job无法完成。
解决方法：将HUE升级到3.9版本。然后再Sqoop步骤的配置中，将”作业XML”选项填入位于HDFS上的hbase-site.xml文件。
也可参考以下网址： 6.Sqoop任务失败，日志提示“Hbase jars are not present in classpath, cannot import to hbase”
问题分析：其实我已经把以下文件（hbase-client.jar， hbase-protocol.jar， htrace-core.jar， hbase-server.jar， hbase-Hadoop-compat.jar， high-scale-lib-1.1.1.jar等，源文件位于/opt/cloudera/parcels/CDH-5.5.0-1.cdh5.5.0.p0.8/lib/hive/lib下）都上传到HDFS下面的/user/oozie/share/lib/lib_xxxxxxxx/sqoop目录下了，本来是不该出现这个提示的。不晓得是不是又是一个BUG，还是因为我把集群升级到5.5.0了。
解决方法：把HUE和Sqoop 2服务从CDH集群中删除，再重新添加这两个服务，并重启集群，问题就解决了。 7.Sqoop任务失败，日志提示没有权限在Hbase中执行”CREATE”
问题分析：相同的Sqoop命令在节点主机上执行没有任何问题。从日志分析，Job以oozie的身份来写Hbase，而不是当前的HUE用户。不晓得这个是不是BUG。
解决方法：暂时未找到解决办法。Workaround：在Hbase Shell中执行以下命令，授予oozie读写Hbase的权限。