CDH分支节点无法被监听，错误提示ValueError: too many values to unpack

缺乏、安全感 2021-09-22 05:40 237阅读 0赞

*分享一个我的公众号，最近突然想玩公众号，之前做过一段时间前端开发，考虑到现在应用程序越来越多，未来社会一定是一个充满“只有你想不到，没有你做不到”的App的世界！而微信小程序又给我们这群喜爱开发的童鞋们提供了友好的入门机会，因此，不如就在当下，开始一步一步的学习并开发自己的小程序吧。这是我的公众号：目的是和大家讨论小程序开发，同时也带着开发小白入门设计开发微信小程序，来吧，加入！*

![20200318220239494.png][]

# 正文： #

检查系统是否安装有两个版本的JDK，配置文件是不是指向了oracleJDK，我的情况是指向了openJDK，就先按照我的另一个博客（http://blog.csdn.net/data8866/article/details/60869118），修改了系统的环境变量，使之指向oracleJDK。

一般情况下卸载了openJDK之后应该问题已经解决，入围解决可查看一下链接：https://community.cloudera.com/t5/Cloudera-Manager-Installation/Mismatched-CDH-versions-host-has-NONE-but-role-expect-5/td-p/48780

里边有CM专业人士的回答：

I just tested a proposed fix that I think is pretty safe if you need to get by this problem in the agent without uninstalling OpenJDK.

DISCLAIMER:

This code change worked properly in my personal testbed and I think it is sound, but Cloudera engineering will need to confirm or provide an altenate fix.  Use at your own risk.

Possible code fix for the agent issue.  You can perform these steps on the agent host where the problem occurs:

(1)

Find your "client\_configs.py" file.  For 5.9.0 it will be:

/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.9.0-py2.7.egg/cmf/client\_configs.py

The version number after the "cmf-" in cmf-5.9.0-py2.7.egg will reflect your version number.  If you are on 5.8.3 it will look like this:

/usr/lib64/cmf/agent/build/env/lib/python2.7/site-packages/cmf-5.8.3-py2.7.egg/cmf/client\_configs.py

(2)

Back up your "client\_configs.py file (*cp client\_configs.py client\_configs.py.original* for example)

(3)

Edit client\_configs.py with the following diff as your guide:

diff -u client\_configs.py.original\_cdh583 client\_configs.py  
\--- client\_configs.py.original\_cdh583 2017-01-03 08:28:23.922822423 -0800  
\+++ client\_configs.py 2017-01-03 08:26:56.073261511 -0800  
@@ -441,7 +441,12 @@  
ret = \{\}  
for line in output.splitlines():  
if line.startswith("/"):  
\- path, \_, \_, priority\_str = line.rstrip().split(" ")  
\+ \#path, \_, \_, priority\_str = line.rstrip().split(" ")  
\+ \#proposed fix for Cloudera Internal Jira OPSAPS-38086  
\+ thisLine = line.rstrip().split(" ")  
\+ path = thisLine\[0\]  
\+ priority\_str = thisLine\[-1\]

Basically, all you are doing is commenting out

path, \_, \_, priority\_str = line.rstrip().split(" ")  
and then adding:

thisLine = line.rstrip().split(" ")  
path = thisLine\[0\]  
priority\_str = thisLine\[-1\]

**WARNING**:  Make sure the indentiation is exact as python requires it.  The end result should look like this (chanages in red):

for line in output.splitlines():  
      if line.startswith("/"):  
        \#path, \_, \_, priority\_str = line.rstrip().split(" ")  
        \#proposed fix for OPSAPS-38086  
        thisLine = line.rstrip().split(" ")  
        path = thisLine\[0\]  
        priority\_str = thisLine\[-1\]

\# Ignore the alternative if it's not managed by CM.  
        if CM\_MAGIC\_PREFIX not in os.path.basename(path):

(4)

Save and restart the agent on the host where you made the code change:

*service cloudera-scm-agent restart*

**Note: **The code change merely creates a list of the "split" elements rather than hard-coding the columns.  The code only needs the first and last columns, so if we take the first and last elements in the list, the code is happy.

This means the following "update-alternatives --display" output will no longer cause the exception in the agent:

/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.111-2.b15.el7\_3.x86\_64/jre - family java-1.8.0-openjdk.x86\_64 priority 1800111

Please test if you have the skills to modify files and let me know your results.

我的问题就这么解决了，可能出现的问题略有不同，仅供参考。

[20200318220239494.png]: /images/20210920/42a66d92df6149f0bdd1f2b312bb6466.png