Hi,   Could you please let me know how to solve this issue. I'm having the same error mentioned below.      File "/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.8.2-py2.7.egg/cmf/agent.py", line 710, in start     self._init_after_first_heartbeat_response(resp_data)   File "/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.8.2-py2.7.egg/cmf/agent.py", line 840, in _init_after_first_heartbeat_response     self.client_configs.load()   File "/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.8.2-py2.7.egg/cmf/client_configs.py", line 682, in load     new_deployed.update(self._lookup_alternatives(fname))   File "/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.8.2-py2.7.egg/cmf/client_configs.py", line 432, in _lookup_alternatives     return self._parse_alternatives(alt_name, out)   File "/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.8.2-py2.7.egg/cmf/client_configs.py", line 444, in _parse_alternatives     path, _, _, priority_str = line.rstrip().split(" ") ValueError: too many values to unpack       I tried to see the jdk versions. But same jdk is present in all other servers. Not sure why am having issue only with this server.   [root@ip-10-0-1-32 ~]# rpm -qa "*jdk*" java-1.8.0-openjdk-devel-1.8.0.144-0.b01.el7_4.x86_64 java-1.8.0-openjdk-headless-1.8.0.144-0.b01.el7_4.x86_64 jdk1.8.0_102-1.8.0_102-fcs.x86_64 copy-jdk-configs-2.2-3.el7.noarch java-1.8.0-openjdk-1.8.0.144-0.b01.el7_4.x86_64     Thanks   ... View more

Please attempt to start CM server again @sbommaraju Then look up /var/log/cloudera-scm-server/cloudera-scm-server.log as this should indicate potential reason for the startup failure. Also we suggest to start your own thread in the forums if you need further help with this startup error ... View more

Thank you for the clarification.   ... View more

@Somanath,   Based on my code review and testing, the original logging that was provided in this thread is caused by a minor bug in CM 5.12 and higher only when single-user mode is configured or the agent is not running as root.   I opened a new internal Cloudera Jira for this issue: OPSAPS-49735.   In my case, though, even though I reproduced the errors, this did not prevent the Zookeeper server from starting.  I think it would be advised that you still review the logs to make certain of the cause of the server failing to start.   On any host showing the "UnboundLocalError: local variable 'mdata' referenced before assignment" error:   (1)   Back up your os_ops.py file so you can role back if required Assuming you have Python 2.7 like was posted in the error in this thread, you can find the os_ops.py file here: /usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.16.1-py2.7.egg/cmf/util/os_ops.py   prompt> cd /usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.16.1-py2.7.egg/cmf/util/ prompt> cp ./os_ops.py ./os_ops.py.original   (2)   Edit os_ops.py to move "mdata = self.get_path_metadata(path)" before the "if" conditional:   prompt> vim os_ops.py   Locate the following block of code in mkabsdir():     if os.path.isdir(path): # Log warnings if user/group/mode are different than what's expected if self.honor_users_and_groups: mdata = self.get_path_metadata(path) Move this line above "if self.honor_users_and_groups:":       mdata = self.get_path_metadata(path)   The result should look like this:     if os.path.isdir(path): # Log warnings if user/group/mode are different than what's expected mdata = self.get_path_metadata(path) if self.honor_users_and_groups: if user is not None and user != mdata.user: LOG.warning('Expected user %s for %s but was %s', user, path, mdata.user) if group is not None and group != mdata.group: LOG.warning('Expected group %s for %s but was %s', group, path, mdata.group) if mode is not None and oct(mode) != mdata.mode: LOG.warning('Expected mode %s for %s but was %s', oct(mode), path, mdata.mode) return False Save your edits   This change will make sure that "mdata" is assigned a value before it is referenced.   (3)   Restart the agent on the host where you updated os_ops.py:   prompt> systemctl restart cloudera-scm-agent or on el6 oses: prompt> service cloudera-scm-agent restart   (4)   If the agent does not restart and it cites some python problem, you can revert by copying the "os_ops.py.original" file to overwrite the "os_ops.py" file you edited.  Restart after that.     ... View more

Hi Ben ( @bgooley )   Thank you taking the time to investigate and comment. Your help is very much appreciated.   I am using CM to manage krb5.conf ("Manage krb5.conf through Cloudera Manager" is checked).   If what you are saying about the placement of includedir in the krb5.conf file is correct - that it must come before the first section - I am having problems using this feature.   There are 3 configuration CM parameter that would enable me to add an includedir to krb5.conf:   Advanced Configuration Snippet (Safety Valve) for [libdefaults] section of krb5.conf Advanced Configuration Snippet (Safety Valve) for the Default Realm in krb5.conf Advanced Configuration Snippet (Safety Valve) for remaining krb5.conf   Neither of them are injected into krb5.conf before the first section [libdefault]. So I cannot use includedir with CM managing krb5.conf   Second. I am reading the MIT documentation (https://web.mit.edu/kerberos/krb5-1.15/doc/admin/conf_files/krb5_conf.html😞   The krb5.conf file can include other files using either of the following directives at the beginning of a line: include FILENAME includedir DIRNAME FILENAME or DIRNAME should be an absolute path ...   I cannot se any requirement that includir should be at the beginning of the file; only at the beginning of the line.   Having an includedir at the end of the krb5.conf file does indeed work with the Linux OS (CentOS 7.5). It is only Java 8+ that is having an issue.   So I will still claim that somewhere ends do not meet up.   Either CM has insuficcient features to deal with scenarios where includedir is used (which is default if sssd is used), or Java 8 is missing af feature that was present in Java 7.   BUT as I described in my initial post a workaround is available (and fairly benign), one just needs to be aware of the issue if a Java 8 migration is in the making.   Once again thank you for your insights.   Best regards, Henrik Ring ... View more

@bgooley   Can you help me with some example for user_attribute_mapping='{"uid":"username"}'  ?   My requirement is:   Post integrating with SAML when user try to access Hue UI, If IDP returns UID of user post authentication but when user logged in Hue UI shows Username which i want to be displayed.   Can you help me to understand about below property which says   user_attribute_mapping  - Map user attributed provided by IDP to Hue attributes   What is Hue attributes?   - Vijay M ... View more

Hello Experts,   I finally found and resolved the problem. I destroyed all the VM and built new ones. I kept only the database VM on which I droped the database scm and re-created it (to empty it). In our company, we use proxy to go on Internet, direct access is forbidden. So I re-wrote the repo files in /etc/yum.repos.d  to put   proxy=http://<proxy_user>:<proxy_password>@<proxy_url>:8080/    after each repo definition. I canceled in /etc/yum.conf  all proxy definition. The repos for cloudera-cm and cloudera-cdh  were written with the local repo I created and filled with the good packages. I ran  yum update to get rpg-key (for epel-release). The only disadvantage with this method is : no parcels can be used (the proxy definition in the wizard crashed the download (timeout connexion)).   Thanks for your help. Alain ... View more

Any thoughts on my previous query can someone let me know how to upgrade an unmanaged cluster to 6.1 from 5.16? ... View more

Worked like a charm.      Followed the instructions and all went well   Thanks a million ... View more