Member since
05-27-2014
1499
Posts
77
Kudos Received
44
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 4171 | 05-04-2020 11:56 AM | |
| 2927 | 05-01-2020 10:43 AM | |
| 2923 | 04-28-2020 03:11 PM | |
| 4738 | 04-28-2020 10:35 AM | |
| 3862 | 04-13-2020 10:44 AM |
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
12-12-2019
09:09 AM
Hi @mitram ,
Since you don't plan to upgrade Cloudera Manager, the other option is to remove the license directly from the CM database. You can read the specific instructions for this in the following KB article:
https://my.cloudera.com/knowledge/Removing-a-Cloudera-Manager-Enterprise-License-Reference?id=74175
Beware that with the downgrade, you will loose access to enterprise functions, especially Navigator KMS/KTS. If you have HDFS Encrypted zones backed by Navigator KMS/KTS, please make sure you move out the data to an un-encrypted location, as after the downgrade, you will not be able to access it any more.
The downgrade needs a restart of Cloudera Manager, but this should not distrust the running services (except the licensed ones).
Thanks and hope this helps,
Li
... View more
12-11-2019
08:45 PM
Hi @kvinod ,
What is your CM version? Starting from Cloudera Manager 5.13.x and higher, there is an option named "Downgrade to Cloudera Express" on the CM UI (Administration ->License) that allows you to remove an enterprise license and downgrade CM to the express version.
Thanks and hope this helps,
Li
... View more
12-11-2019
05:46 PM
Hi @pauljoshiva ,
@jsensharma is right. Please use different browser and it should fix the issue.
Thanks,
Li
... View more
12-11-2019
02:56 PM
1 Kudo
@pauljoshiva ,
What browser are you using? Are you using IE?
Thanks, Li
... View more
12-06-2019
02:10 PM
1 Kudo
Hi @gredondo ,
Glad to hear you were able to find the right password and salt. That was included in the article I posted earlier.
I am not quite sure what happened to cause your issue, but I think a good way to resolve the issue next time is: make a good backup of your CM database so you have a "working" username and password in the db.
Thanks and please mark this thread as resolved when you get a chance.
Li
... View more
12-05-2019
02:13 PM
Hi @gredondo ,
Is this a new Cloudera Manager server? Have you ever been able to login through the UI before? What is the CM version? What authentication method you chose for the "Authentication Backend Order"? The doc explains this are here:
https://docs.cloudera.com/documentation/enterprise/latest/topics/cm_ag_user_accnts.html#concept_kby_3cz_qp
and
https://docs.cloudera.com/documentation/enterprise/latest/topics/cm_sg_external_auth.html
If you are using Database authentication, then most likely you can reset the password by following below knowledge article:
https://my.cloudera.com/knowledge/How-to-reset-Cloudera-Manager-Admin-Password?id=76803
Thanks and hope this helps,
Li
... View more
12-05-2019
11:19 AM
Hi @issa7100 ,
Could you please elaborate a little more about the issue? For example, how did you run the container? Did you see any error messages?
BTW, here is a link to get some more information on Cloudera QuickStart Docker Image:
https://hub.docker.com/r/cloudera/quickstart/
Thanks,
Li
... View more
12-03-2019
02:36 PM
Hi @iamfromsky ,
Thanks for the detailed information with stack trace. I did some research and think this may fit an old bug we had in the agent code which is triggering this memcpy. Ultimately the problem is due to one log file which happens to have some insanely long log lines.
Some questions for you:
What services are installed on this host?
Have you turned on any debugging on any service?
Suggestion for you to see if you are hit by this issue:
On the problematic host, stop CM agent
Clear out all the log files under /var/log directory which are managed by CM
Start CM agent
Then check if the issue is solved
Note: Before you clear the logs out, please make a backup in case you need to do a RCA to see which service is causing the long line.
If the issue still exists after doing above, then you should try to collect below information for further analysis:
1) collect top/pstack for the agent process 2) Run "SIGQUIT" on the agent PID, e.g.# kill -SIGQUIT <pid> 3) Provide the agent logs. 4) Provide the output of the command "netstat -anp"
Thanks and hope this helps,
Li
... View more