Member since
04-22-2014
1218
Posts
341
Kudos Received
157
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 26382 | 03-03-2020 08:12 AM | |
| 16529 | 02-28-2020 10:43 AM | |
| 4795 | 12-16-2019 12:59 PM | |
| 4516 | 11-12-2019 03:28 PM | |
| 6777 | 11-01-2019 09:01 AM |
01-16-2018
03:57 PM
@skhadrao, Generally, Impala does not support localization at this point so we have not coded to handle a difference in "decimal" points might be "commas" in some localizations. The workaround is to make sure that impala roles are started with a locale that will ensure that JMX output (parsed by the Cloudera Manager agents) returns expected output. LC_ALL is an environment variable for your shell/OS. It forces a particular Locale to be used. You can type locale and hit enter on your host to see your current locale environment variables. When you specify LC_ALL in the Impala Safety Valve, this will make sure that your OS configuration remains the same but Impala roles will use the specified locale. The end result is that the JMX information returned by Impala when the Cloudera Manager agent attempts to parse the JSON response will be compatible. Ben
... View more
01-16-2018
03:21 PM
@THUKevin, Happy to help, but each issue presented in this thread is different. I strongly recommend opening a new therad and describing what you are trying to do and what happens. If possible, share a screen shot of errors or warnings. Also, plesae review the /var/log/cloudera-scm-server/cloudera-scm-server.log file for any exceptions or errors that occur. Thanks, Ben
... View more
01-11-2018
02:01 PM
1 Kudo
@darouwan, You should not need to do any changes to your MySQL system tables. You may be doing damage to your MySQL installation! This Tables have unsupported engine type" message appears because the Cloudera Manager database has tables in it that are not InnoDB. To check your Cloudera Manager tables, you can connecdt to your MySQL server using the /etc/cloudera-scm-server/db.properties configuration as a guide. Then, run the following query: SELECT TABLE_NAME, ENGINE FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = DATABASE(); If you haven't used Cloudera Manager yet, you can drop the tables and then start Cloudera Manager. If your MySQL instance supports InnoDB, new tables will be created with InnoDB as the type. Let us know if you have any questions. Regards, Ben
... View more
01-11-2018
01:21 PM
1 Kudo
@DataCrunch, Hue runs in Python, so there is no Java Heap. How do you know that you ran out of memory for Hue? Screen shots or logs would be helpful. Cheers, Ben
... View more
01-11-2018
01:05 PM
1 Kudo
Hello @mm25, /opt/cloudera/parcels/CDH-5.13.1-1.cdh5.13.1.p0.2/lib/hive/conf/hive-site.xml is merely a stock file that is not used to start a service. When you manage a cluster with Cloudera Manager, Cloudera Manager will initiate the start of the service. It will use what you have configured in Cloudera Manager to generate all files necessary to start the process. This includes hive-site.xml. So, in short, the answer to why Hive is trying to use postgres is that you have it configured to do so in the configuration stored in Cloudera Manager. To affect change you will need to change the configuration within Cloudera Manager's configuration. - go to Clusters --> Hive - Click on Configuration (subtab) This will display your configuration. - On the left side, Click on Hive Metastore Database to view all database-related configuraiton options. - You can update the configuration and Save/Restart Hive to have the changes take effect. If you want to view the generated configuration files, you can view them in a Role's Processes subtab or view them at the commandline in /var/run/cloudera-scm-agent/process Each time a process is started by Cloudera Manager, a new process directory is created under that dir. I generally use ls -lrt |grep hive or something of the sort to see the most recent process directory created for a service's roles. Hope that does the trick!
... View more
01-11-2018
08:33 AM
@mfulwiler, If that last screen shot is from your most recent start of the impala daemon, it appears that Cloudera Manager is not starting it with the change you made in the configuration. Please make sure you did restart Impala service after making the change to authorized_proxy_user_config. This seems to be more an issue of your configuration for Impala in Cloudera Manager than Hue itself. If you see the correct configuration in the above steps, please take a screen shot of the Proxy User Configuration as it appears so we can look for clues. It could be that another role configuration for Impalad is overriding the Service-Wide configuration. I assume you are using Sentry, but want to confirm. I don't think that Hue can utilize Impala impersonation if Impala is not implemented with Sentry.
... View more
01-09-2018
10:43 PM
@darouwan, I am not clear on what you links or hostnames you are trying to change. Can you share a screenshot or two to help us understand? Thanks!
... View more
01-09-2018
09:47 PM
@Gaurav, The first thing to check is whether the server is up and listening. - service cloudera-scm-server status - netstat -nap |grep 7180 Next, check the Cloudera Manager server log to find out if it had trouble starting. - review /var/log/cloudera-scm-server/cloudera-scm-server.log If you do find that Cloudera Manager is listening on 7180, make sure it is listening on all interfaces. If you are getting a timed out message or a hang, that makes me suspicious that the server is coming up, but your route to that host is not working properly. Could there be a proxy configured in your browser that cannot connect to your CM server? You might try tcpdump or browser developer tools to find out what the client/server communication looks like. I'd start with making sure the server is listening on 7180 and review the log for any exceptions or errors that look important.
... View more
01-09-2018
08:23 PM
@mfulwiler, The "delegation is disabled" error occurs for one reason: if (authorized_proxy_user_config_.size() == 0) {
error_msg << " User delegation is disabled.";
return Status(error_msg.str());
} That means the daemon is not seeing the configuration you mentioned you added for hue=*. Can you share a screen shot of your Cloudera Manager config and then also show us the "--authorized_proxy_user_config" value during the daemon startup? It should be in your "/var/log/imapad/impald.INFO" most likely Based on what we see in the error response, Impalad is not configured for delegation, so Hue cannot leverage delegation. -Ben
... View more