在使用ambari进行安装部署过程中遇到的glibc问题

使用 yum check rpm -e rpm -q 处理问题

报错信息如下：

stderr:
Traceback (most recent call last):File "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_monitor.py", line 68, in <module>AmsMonitor().execute()File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", line 329, in executemethod(env)File "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_monitor.py", line 30, in installself.install_packages(env)File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", line 708, in install_packagesretry_count=agent_stack_retry_count)File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", line 166, in __init__self.env.run()File "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", line 160, in runself.run_action(resource, action)File "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", line 124, in run_actionprovider_action()File "/usr/lib/python2.6/site-packages/resource_management/core/providers/package/__init__.py", line 54, in action_installself.install_package(package_name, self.resource.use_repos, self.resource.skip_repos)File "/usr/lib/python2.6/site-packages/resource_management/core/providers/package/yumrpm.py", line 53, in install_packageself.checked_call_with_retries(cmd, sudo=True, logoutput=self.get_logoutput())File "/usr/lib/python2.6/site-packages/resource_management/core/providers/package/__init__.py", line 86, in checked_call_with_retriesreturn self._call_with_retries(cmd, is_checked=True, **kwargs)File "/usr/lib/python2.6/site-packages/resource_management/core/providers/package/__init__.py", line 98, in _call_with_retriescode, out = func(cmd, **kwargs)File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 72, in innerresult = function(command, **kwargs)File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 102, in checked_calltries=tries, try_sleep=try_sleep, timeout_kill_strategy=timeout_kill_strategy)File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 150, in _call_wrapperresult = _call(command, **kwargs_copy)File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 303, in _callraise ExecutionFailed(err_msg, code, out, err)
resource_management.core.exceptions.ExecutionFailed: Execution of '/usr/bin/yum -d 0 -e 0 -y install ambari-metrics-monitor' returned 1. There are unfinished transactions remaining. You might consider running yum-complete-transaction, or "yum-complete-transaction --cleanup-only" and "yum history redo last", first to finish them. If those don't work you'll have to try removing/installing packages by hand (maybe package-cleanup can help).
The program yum-complete-transaction is found in the yum-utils package.
Error:  Multilib version problems found. This often means that the rootcause is something else and multilib version checking is justpointing out that there is a problem. Eg.:1. You have an upgrade for glibc which is missing somedependency that another package requires. Yum is trying tosolve this by installing an older version of glibc of thedifferent architecture. If you exclude the bad architectureyum will tell you what the root cause is (which packagerequires what). You can try redoing the upgrade with--exclude glibc.otherarch ... this should give you an errormessage showing the root cause of the problem.2. You have multiple architectures of glibc installed, butyum can only see an upgrade for one of those architectures.If you don't want/need both architectures anymore then youcan remove the one with the missing update and everythingwill work.3. You have duplicate versions of glibc installed already.You can use "yum check" to get yum show these errors....you can also use --setopt=protected_multilib=false to removethis checking, however this is almost never the correct thing todo as something else is very likely to go wrong (often causingmuch more problems).Protected multilib versions: glibc-2.17-196.el7.i686 != glibc-2.17-196.el7_4.2.x86_64stdout:
User Group mapping (user_group) is missing in the hostLevelParams
2018-01-09 11:14:44,718 - Group['hadoop'] {}
2018-01-09 11:14:44,719 - User['zookeeper'] {'gid': 'hadoop', 'groups': [u'hadoop']}
2018-01-09 11:14:44,720 - User['ams'] {'gid': 'hadoop', 'groups': [u'hadoop']}
2018-01-09 11:14:44,720 - User['ambari-qa'] {'gid': 'hadoop', 'groups': [u'hadoop']}
2018-01-09 11:14:44,733 - Initializing 3 repositories
2018-01-09 11:14:44,734 - Repository['hashdata-1.4.0'] {'base_url': 'https://hashdata-repository.pek3a.qingstor.com/hashdata/centos7/master/repo/', 'action': ['create'], 'components': [u'hashdata-repo', 'main'], 'repo_template': '[{{repo_id}}]\nname={{repo_id}}\n{% if mirror_list %}mirrorlist={{mirror_list}}{% else %}baseurl={{base_url}}{% endif %}\n\npath=/\nenabled=1\ngpgcheck=0', 'repo_file_name': 'hashdata-repo', 'mirror_list': None}
2018-01-09 11:14:44,740 - File['/etc/yum.repos.d/hashdata-repo.repo'] {'content': '[hashdata-1.4.0]\nname=hashdata-1.4.0\nbaseurl=https://hashdata-repository.pek3a.qingstor.com/hashdata/centos7/master/repo/\n\npath=/\nenabled=1\ngpgcheck=0'}
2018-01-09 11:14:44,741 - Repository['HDP-2.6'] {'base_url': 'http://hashdata-hdp-artifacts-mirror.pek3a.qingstor.com/HDP/centos7/2.x/updates/2.6.2.0', 'action': ['create'], 'components': [u'HDP', 'main'], 'repo_template': '[{{repo_id}}]\nname={{repo_id}}\n{% if mirror_list %}mirrorlist={{mirror_list}}{% else %}baseurl={{base_url}}{% endif %}\n\npath=/\nenabled=1\ngpgcheck=0', 'repo_file_name': 'HDP', 'mirror_list': None}
2018-01-09 11:14:44,744 - File['/etc/yum.repos.d/HDP.repo'] {'content': '[HDP-2.6]\nname=HDP-2.6\nbaseurl=http://hashdata-hdp-artifacts-mirror.pek3a.qingstor.com/HDP/centos7/2.x/updates/2.6.2.0\n\npath=/\nenabled=1\ngpgcheck=0'}
2018-01-09 11:14:44,744 - Repository['HDP-UTILS-1.1.0.21'] {'base_url': 'http://hashdata-hdp-artifacts-mirror.pek3a.qingstor.com/HDP-UTILS-1.1.0.21/repos/centos7', 'action': ['create'], 'components': [u'HDP-UTILS', 'main'], 'repo_template': '[{{repo_id}}]\nname={{repo_id}}\n{% if mirror_list %}mirrorlist={{mirror_list}}{% else %}baseurl={{base_url}}{% endif %}\n\npath=/\nenabled=1\ngpgcheck=0', 'repo_file_name': 'HDP-UTILS', 'mirror_list': None}
2018-01-09 11:14:44,747 - File['/etc/yum.repos.d/HDP-UTILS.repo'] {'content': '[HDP-UTILS-1.1.0.21]\nname=HDP-UTILS-1.1.0.21\nbaseurl=http://hashdata-hdp-artifacts-mirror.pek3a.qingstor.com/HDP-UTILS-1.1.0.21/repos/centos7\n\npath=/\nenabled=1\ngpgcheck=0'}
2018-01-09 11:14:44,884 - Using hadoop conf dir: /usr/hdp/current/hadoop-client/conf
2018-01-09 11:14:44,886 - checked_call['hostid'] {}
2018-01-09 11:14:44,890 - checked_call returned (0, 'a8c00400')
2018-01-09 11:14:44,893 - Package['ambari-metrics-monitor'] {'retry_on_repo_unavailability': False, 'retry_count': 5}
2018-01-09 11:14:44,949 - Installing package ambari-metrics-monitor ('/usr/bin/yum -d 0 -e 0 -y install ambari-metrics-monitor')
2018-01-09 11:14:48,855 - Execution of '/usr/bin/yum -d 0 -e 0 -y install ambari-metrics-monitor' returned 1. There are unfinished transactions remaining. You might consider running yum-complete-transaction, or "yum-complete-transaction --cleanup-only" and "yum history redo last", first to finish them. If those don't work you'll have to try removing/installing packages by hand (maybe package-cleanup can help).
The program yum-complete-transaction is found in the yum-utils package.
Error:  Multilib version problems found. This often means that the rootcause is something else and multilib version checking is justpointing out that there is a problem. Eg.:1. You have an upgrade for glibc which is missing somedependency that another package requires. Yum is trying tosolve this by installing an older version of glibc of thedifferent architecture. If you exclude the bad architectureyum will tell you what the root cause is (which packagerequires what). You can try redoing the upgrade with--exclude glibc.otherarch ... this should give you an errormessage showing the root cause of the problem.2. You have multiple architectures of glibc installed, butyum can only see an upgrade for one of those architectures.If you don't want/need both architectures anymore then youcan remove the one with the missing update and everythingwill work.3. You have duplicate versions of glibc installed already.You can use "yum check" to get yum show these errors....you can also use --setopt=protected_multilib=false to removethis checking, however this is almost never the correct thing todo as something else is very likely to go wrong (often causingmuch more problems).Protected multilib versions: glibc-2.17-196.el7.i686 != glibc-2.17-196.el7_4.2.x86_64
2018-01-09 11:14:48,855 - Failed to install package ambari-metrics-monitor. Executing '/usr/bin/yum clean metadata'
2018-01-09 11:14:49,055 - Retrying to install package ambari-metrics-monitor after 30 seconds

解决方案

使用 yum check 检查包依赖关系

[root@hashdata-segment1 ~]# yum check
Loaded plugins: fastestmirror
Repository hashdata-1.4.0 is listed more than once in the configuration
glibc-common-2.17-196.el7_4.2.x86_64 is a duplicate with glibc-common-2.17-196.el7.x86_64
glibc-common-2.17-196.el7_4.2.x86_64 has missing requires of glibc = ('0', '2.17', '196.el7_4.2')
1:grub2-2.02-0.64.el7.centos.x86_64 is obsoleted by 1:grub2-2.02-0.64.el7.centos.x86_64
libgcc-4.8.5-16.el7_4.1.x86_64 is a duplicate with libgcc-4.8.5-16.el7.x86_64
Error: check all

使用 rpm -q 查看包，使用 rpm -e 卸载多余包。

[root@hashdata-segment1 ~]# rpm -q glibc-common-2.17-196.el7_4.2.x86_64
glibc-common-2.17-196.el7_4.2.x86_64
[root@hashdata-segment1 ~]# rpm -e glibc-common-2.17-196.el7_4.2.x86_64
[root@hashdata-segment1 ~]# rpm -q glibc-common-2.17-196.el7_4.2.x86_64
package glibc-common-2.17-196.el7_4.2.x86_64 is not installed
[root@hashdata-segment1 ~]# rpm -q libgcc-4.8.5-16.el7_4.1.x86_64
libgcc-4.8.5-16.el7_4.1.x86_64
[root@hashdata-segment1 ~]# rpm -e libgcc-4.8.5-16.el7_4.1.x86_64
[root@hashdata-segment1 ~]# rpm -q libgcc-4.8.5-16.el7_4.1.x86_64
package libgcc-4.8.5-16.el7_4.1.x86_64 is not installed

在使用ambari进行安装部署过程中遇到的glibc问题相关推荐

SonarQube的安装部署过程中踩过的坑
在安装和是用sonarqube踩过如下坑,记录一下: 1.java版本不正确 java版本的问题,主要体现在两个方面, 第一个:是需要安装对应电脑版本的jdk, 具体报如下错误: Unable to ...
linux存储库rep 61082,安装informatic过程中的错误
1.Check if the DISPLAY variable is set export DISPLAY=192.168.3.201:0.0 在注销用户并切换到oracle或者infa 用户,就可以 ...
azkaban的部署过程中遇到的一些坑（部署篇）
2019独角兽企业重金招聘Python工程师标准>>> 1.azkaban源码下载 maven下载地址3.0.0版本:https://gitee.com/wenhaijin_830_ ...
使用ATX-server部署过程中遇到的问题-遇到就更，作为记录
最近开始做自动化测试相关工作,部署atx-server 安卓集群管理,记录下部署过程中遇到的问题一:atxserver不显示设备,使用命令:python main.py --server local ...
免费开源的客服系统 Linux 服务器环境安装部署过程
最近因为项目需要,要找一款在线客服系统集成在 APP 中使用,而且涉及到生意开单,客服系统必须稳定可靠.另外甲方要求,必须支持 Linux 服务器环境. 我们以 Ubuntu 18.04 为例把安装部 ...
[项目过程中所遇到的各种问题记录]部署篇——项目部署过程中那些纠结的问题-SQLServer...
前一篇文章说了些有关IIS的,这篇则是说SQLServer的,相比IIS来说,SQLServer的配置过程中问题就少了许多,而且都比较有针对性,下面开始记录: 注:由于实际项目的开发都是基于SQL20 ...
安装Zabbix过程中出现的问题集
安装Zabbix过程中出现的问题集 1.web页面无法显示: 原因一:检查系统是否安装apache,以便解析html 原因二:php没有完全安装好原因三:apache没有提供对php的支持原因四: ...
Android Studio安装使用过程中踩到的坑
首先在整成安装的过程中,会弹出一句话,Unable to access Android SDK add-on list,意思是无法访问Android SDK加载项列表此时,你点击Cancel选项即可 ...
ubuntu16.4安装部署过程
以下是ubuntu16.4安装部署过程,之前每次安装都要去找半天过程,所以自己整理了一下. 有的人可能没有这一步,无妨,继续向下这是在给你自动配置一些东西,如果你想手动自己配置,可以选择中断,下面的 ...

在使用ambari进行安装部署过程中遇到的glibc问题

在使用ambari进行安装部署过程中遇到的glibc问题

报错信息如下：

解决方案

在使用ambari进行安装部署过程中遇到的glibc问题相关推荐

最新文章

热门文章