Member since
11-08-2016
7
Posts
7
Kudos Received
5
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
2903 | 06-18-2019 09:21 PM | |
5380 | 05-23-2019 11:25 AM | |
6735 | 01-11-2019 11:52 AM | |
1958 | 01-08-2019 05:32 PM | |
4398 | 01-08-2019 02:25 PM |
06-18-2019
09:21 PM
1 Kudo
Hi @jmarcopoulos , Do you have Cloudera Manager for your cluster? If yes, you can update following config. It turned out that for Debian or Ubuntu OSs, we need configure Hue's Load Balancer Advanced Configuration Snippet (Safety Valve) for httpd.conf with "MergeSlashes OFF", "Save Change" and restart Hue to avoid this missing slash error for s3 file browser. Or you can use hue's server port: 8888 instead of hue's load balancer port:8889 to work around this issue. This issue seems only happening for Debian and Ubuntu env. Centos/Redhat, Slesus are working fine. Hope this helps! Weixia
... View more
05-23-2019
11:25 AM
1 Kudo
Hi, With improvement: HUE-8621 we actually support dark theme, just click on "?" on the top right conner of your editor. Then navigator to "Keyboard Shortcuts/Others" and follow the shortcuts for your system. Windows/Linux Mac Action Ctrl-Alt-T Command-Option-T Switch to/from dark editor theme Hope this helps, Weixia
... View more
01-11-2019
11:52 AM
2 Kudos
Hi @maziyar, We tried in house upgrade cluster from CDH5.16 to CDH6.1 without Solr being installed. We can't reproduce the issue. Hue works as expected. Your hue config lists the "solr_url: https://localhost:8983/" under "search" is a bit suspicious though. If Solr is not installed on the cluster, you should be able to see "search" in your app_blacklist in your hue.ini as following: [desktop] app_blacklist=search It's not clear how your cluster ends up with this status. One suggestion can be adding "search" in the app_blacklist as above and restart Hue. It should be able to resolve your issue. Please let us know if it helps. Thanks! Weixia
... View more
01-08-2019
05:32 PM
1 Kudo
Hi Elkarel, Good catch, it seems that Hue superuser indeed can edit the "Read" only sharing docs. Regular users do honor it. We will look into a proper improvement in the future. Thanks, Weixia
... View more
01-08-2019
02:25 PM
2 Kudos
Hi Rockem, The issue you are facing is due to hdfs permission. By default with "Store in default location" checked during hive table creation through Hue, we are trying to move the data to '/user/hive/warehouse' directory. The user you logged in don't have permission to move data to '/user/hive/warehouse', so table is created successful but no data. You can either grant the user with write permission to '/user/hive/warehouse' or uncheck the "Store in default location" checkbox so it creates external table without moving the file to '/user/hive/warehouse'. Then you will be abl e to see the data. Hope this helps! Weixia
... View more
01-08-2019
02:09 PM
Hi Sandy, Hue superusers are different from hdfs superusers. With this error message, it complains that the admin and hdfs users you created through hue are not part to hdfs superuser. You should be able to fix the issue by fixing the permission of the directories to the user/group on the cluster. Hope this helps! Weixia
... View more