@Ayyavaru Typically there is no external steps needed from CM side as CM only needs DB to be up so it depends on your plan honestly. However I would suggest you to take BACKUP of CM database for safe side [1] as well as plan downtime for this activity. You can use mysqldump to back up databases without having to shut them database down (see https://dev.mysql.com/doc/refman/5.7/en/mysqldump-sql-format.html). However, to ensure you get a good back, you should make sure there is no activity. i.e. you can get the back up by stopping the Cloudera manager server or any service for the database you are backing up. We strongly encourage that you consult your DBA or database vendor. After that you have to check the db.properties is rightly pointed to the database configured for CM. Hope this helps.  [1]https://docs.cloudera.com/documentation/enterprise/latest/topics/cm_ag_backup_dbs.html#concept_tyh_rmq_bl ... View more

@Pottie As per my you just have to install the krb packages on the new host rest will be fine and will be taken care by itself while adding host.  ... View more

@vidanimegh what java version you are using? This seems you are hitting a well known issue with java.  Cloudera product releases using one of the following JDK versions:  OpenJDK 1.8 u242 and later updates(example u252, u262 etc)  OpenJDK 11.0.6 and later updates  Oracle JDK 8u241 and later updates are affected by this. Below are the instructions to mitigate this issue.     Instructions: On all impacted nodes, this issue has been solved pursuant to implementing the steps below based on the environment. Edit the java.security file located in the active JDK on each node. You can find this file at one of the following locations:  <JAVA_HOME>/jre/lib/security/  <JAVA_HOME>/conf/security  Add or alter the sun.security.krb5.disableReferrals parameter so that it is set to true: sun.security.krb5.disableReferrals=true This change disables the new feature addition in the upgraded JDK release and no longer sets the bit in the AS-REQ which advertises the Name Type. This effectively disables the feature additions for RFC-6806. ... View more

@Hotty I agree with @aakash_nand there is no easy guidelines available by which you can configure.    However you can use this reference if you want Presto Plugin in Ranger it may give you a good start.  https://cwiki.apache.org/confluence/display/RANGER/Presto+Plugin ... View more

@mike_bronson7 There is a solution which can help. Run the following command on the Standby NameNode: # su hdfs -l -c 'hdfs namenode -recover' Following message can be seen: You have selected Metadata Recovery mode.  Thismode is intended to recover lost metadata on a corrupt filesystem.  Metadata recovery mode often permanently deletes data from your HDFS filesystem.  Please back up your edit log and fsimage before trying this!   Are you ready to proceed? (Y/N) (Y or N) To proceed further, select option "yes", the recovery process will read as much of the edit log as possible. When there is an error or an ambiguity, it will prompt how to proceed. There will be further options prompted as Continue, Stop, Quit, and Always. Mostly the data loss ( due to transaction skip/miss ) is possible when using this method. This method is therefore not to be used, if  data/transaction losses has to be avoided. ... View more

@wert_1311 If this is CDH6 or later you might be hitting a known issue with this. Here is the solution.  To resolve this issue, do the following on every Hue server: #RHEL/Centos /usr/sbin/alternatives --install /etc/hue/conf hue-conf /opt/cloudera/parcels/CDH/etc/hue/conf.empty 10 This issue occurs if the upgrade does not create or re-create the alternatives for hue-conf to point to /opt/cloudera/parcels/CDH/etc/hue/conf.empty/. ... View more

@Mamun_Shaheed CDP doesn’t support Python 3 and higher for CDH services. Here is the Software Dependency Note for reference:  Python - CDP Private Cloud Base, with the exceptions of Hue and Spark, is supported on the Python version that is included in the operating system by default, as well as higher versions, but is not compatible with Python 3.0 or higher. For example, CDP Private Cloud Base requires Python 2.7 or higher on RHEL 7 compatible operating systems. Spark 2 requires Python 2.7 or higher, and supports Python 3. If the right level of Python is not picked up by default, set the PYSPARK_PYTHON and PYSPARK_DRIVER_PYTHON environment variables to point to the correct Python executable before running the pyspark command.  I am assuming you want to use Python 3 for CDSW etc. For that you can use custom engine with required Python version which is independent with CDH services. Some reference docs are below.  https://docs.cloudera.com/documentation/data-science-workbench/1-8-x/topics/cdsw_extensible_engines.html   In short you can use the distinct Python in hosts but just make sure Cloudera services are using only the supported Python version.  ... View more