Member since
05-27-2014
1499
Posts
77
Kudos Received
44
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
3176 | 05-04-2020 11:56 AM | |
1953 | 05-01-2020 10:43 AM | |
2076 | 04-28-2020 03:11 PM | |
3554 | 04-28-2020 10:35 AM | |
2449 | 04-13-2020 10:44 AM |
12-19-2019
01:53 PM
@Augustine ,
Thanks for the feedback. I have corrected the answer and thank you for reporting this.
Cheers,
Li
... View more
12-18-2019
03:57 PM
Hi @pdev ,
Wonderful to hear that! Thanks for marking this thread as resolved!
Cheers,
Li
... View more
12-18-2019
03:53 PM
Hi @gfrair ,
Just to assure you I have not forgotten about this. I will continue monitoring this and providing feedback once I get some answers from Hue expert.
Thanks,
Li
... View more
12-18-2019
03:51 PM
Hi @GrahamB ,
I am not sure if you are modifying the right configuration to achieve your goal. I suggest you taking a look at this blog in regarding to delegation token:
https://blog.cloudera.com/hadoop-delegation-tokens-explained/
Thanks,
Li
... View more
12-17-2019
01:00 PM
Hi @Duo ,
Could you please tell us which product are you using and how? Hive? Impala?
Thanks,
Li
... View more
12-17-2019
10:31 AM
Hi @pdev ,
You may want to check this community thread:
https://community.cloudera.com/t5/Support-Questions/how-to-rollback-cloudera-manager-tls-configuration-without/m-p/46484
It is possible that some of the data was still in CM database which expects TLS login. Could you please run below SQL command to confirm?
select attr, value from CONFIGS where attr in ('web_tls', 'agent_tls');
If you see any returned value is "true" then you need to update the CM database manually. See below steps:
Back up database/table before you makde any further changes
Run the following queries in the CM database:
Update TLS for web_tls update CONFIGS set value = 'false' where attr = 'web_tls'; Update TLS for agent_tls update CONFIGS set value = 'false' where attr = 'agent_tls';
In the browser do clear cache including passwords, and cookies before trying to login.
Thanks and hope this helps!
... View more
12-16-2019
02:14 PM
Hi @GrahamB ,
Could you please share your environment information? For example, what is CM/CDH version?
Also, could you please share the details about the safety valve you added? The "HDFS Service Advanced Configuration Snippet (Safety Valve) for hdfs-site.xml" seems to be the right place. Did you make sure to deploy the client configuration after saving the changes?
You said it did not work, what do you mean exactly?
Were you not able to save the configuration changes from CM UI?
Were you not able to deploy the client configuration after saved it?
Or after you set the values, it did not work for certain functions which you expected to work after setting the safety valve?
Thanks,
Li
... View more
12-16-2019
09:39 AM
Hi @iamfromsky ,
Thanks for the update and glad to hear the issue was resolved.
Thanks,
Li
... View more
12-13-2019
10:21 AM
Hi @syedshakir ,
Please give oozie.access to the user and then try it again.
Thanks,
Li
... View more
12-13-2019
09:02 AM
Hi @kvinod ,
Here is the snippet from the article:
For CM 5.13.x and below, use the following process to remove the license manually from the database.
1. Log in to Cloudera Manager and stop the Cloudera Management Services. (Host Monitor, Event server, Alert Publisher, etc)
2. From the Cloudera Manager server shell, Stop Cloudera Manager.
service cloudera-scm-server stop
3. Confirm the Cloudera Managerdatabase instance name and credentials. grep com.cloudera.cmf.db /etc/cloudera-scm-server/db.properties
com.cloudera.cmf.db.type=$DBTYPE com.cloudera.cmf.db.host=$DBHOST:$DBPORT com.cloudera.cmf.db.name=$DBNAME com.cloudera.cmf.db.user=$DBUSER com.cloudera.cmf.db.password=$DBPASS
For the remainder of this process the $DB variables will be used, please replace with your configured values. This document will cover $DBTYPE of Postgres or MySQL. $DBPORT may not exist in the properties file if using the default port.
4.Backup the database instance. IMPORTANT: Ensure to create the database backup for this step.
For MySQL: # mysqldump -h $DBHOST -P $DBPORT -u $DBUSER -p $DBNAME > /root/cmbak.`date +%Y-%m-%d:%H:%M`.sql
For Postgres: # pg_dump -h $DBHOST -p $DBPORT -U $DBUSER -W $DBNAME > /root/cmbak.`date +%Y-%m-%d:%H:%M`.sql
5. Log in to the database For MySQL: # mysql -h $DBHOST -P $DBPORT -u $DBUSER -p $DBNAME
For Postgres: # psql -h $DBHOST -p $DBPORT -U $DBUSER -W $DBNAME
Type the $DBPASS when requested.
6. Update the record to remove the license key. update CONFIGS set VALUE = '' where ATTR = 'license_key'; 7. Confirm the license key is removed.
select CONFIG_ID, ATTR, VALUE from CONFIGS where ATTR = 'license_key'; +-----------+-------------+-------+ | CONFIG_ID | ATTR | VALUE | +-----------+-------------+-------+ | 79 | license_key | | +-----------+-------------+-------+ 1 row in set (0.00 sec)
8. Quit database:
For MySQL: mysql> quit For Postgres: scm> \q
9. Start Cloudera Manager from the server shell: service cloudera-scm-server start
10. Login to Cloudera Manager and start the Cloudera Management Services. (Host Monitor, Event server, Alert Publisher, etc)
11. Restart the cluster services to confirm everything is okay.
Thanks and hope this helps,
Li
... View more