centos6.5下安装db2报错 libstdc++.so.6组件无法安装

首先在执行/db2prereqcheck WARNING:   The 32 bit library file libstdc++.so.6 is not found on the system.    32-bit applications may be affected.然后[root@localhost server]# yum install libstdc++.so.6Loaded plugins: fastestmirror, r...显示全部

首先在执行

/db2prereqcheck

WARNING:

   The 32 bit library file libstdc++.so.6 is not found on the system.

   32-bit applications may be affected.

然后

[root@localhost server]# yum install libstdc++.so.6

Loaded plugins: fastestmirror, refresh-packagekit, security

Loading mirror speeds from cached hostfile

* base: mirrors.cn99.com

* extras: mirrors.zju.edu.cn

* updates: mirrors.zju.edu.cn

Setting up Install Process

Resolving Dependencies

--> Running transaction check

---> Package libstdc++.i686 0:4.4.7-18.el6 will be installed

--> Processing Dependency: libm.so.6(GLIBC_2.0) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libm.so.6 for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libgcc_s.so.1(GLIBC_2.0) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libgcc_s.so.1(GCC_4.2.0) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libgcc_s.so.1(GCC_3.3) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libgcc_s.so.1(GCC_3.0) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libgcc_s.so.1 for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: ld-linux.so.2(GLIBC_2.3) for package: libstdc++-4.4.7-18.el6.i686

--> Processing Dependency: ld-linux.so.2 for package: libstdc++-4.4.7-18.el6.i686

--> Running transaction check

---> Package glibc.x86_64 0:2.12-1.132.el6 will be updated

--> Processing Dependency: glibc = 2.12-1.132.el6 for package: glibc-headers-2.12-1.132.el6.x86_64

--> Processing Dependency: glibc = 2.12-1.132.el6 for package: glibc-common-2.12-1.132.el6.x86_64

--> Processing Dependency: glibc = 2.12-1.132.el6 for package: glibc-devel-2.12-1.132.el6.x86_64

---> Package glibc.i686 0:2.12-1.209.el6 will be installed

--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.209.el6.i686

--> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.209.el6.i686

---> Package glibc.x86_64 0:2.12-1.209.el6 will be an update

---> Package libgcc.x86_64 0:4.4.7-4.el6 will be updated

---> Package libgcc.i686 0:4.4.7-18.el6 will be installed

---> Package libgcc.x86_64 0:4.4.7-18.el6 will be an update

--> Running transaction check

---> Package glibc-common.x86_64 0:2.12-1.132.el6 will be updated

---> Package glibc-common.x86_64 0:2.12-1.209.el6 will be an update

--> Processing Dependency: tzdata >= 2015g-4 for package: glibc-common-2.12-1.209.el6.x86_64

---> Package glibc-devel.x86_64 0:2.12-1.132.el6 will be updated

---> Package glibc-devel.x86_64 0:2.12-1.209.el6 will be an update

---> Package glibc-headers.x86_64 0:2.12-1.132.el6 will be updated

---> Package glibc-headers.x86_64 0:2.12-1.209.el6 will be an update

---> Package nss-softokn-freebl.x86_64 0:3.14.3-9.el6 will be updated

---> Package nss-softokn-freebl.i686 0:3.14.3-23.3.el6_8 will be installed

---> Package nss-softokn-freebl.x86_64 0:3.14.3-23.3.el6_8 will be an update

--> Running transaction check

---> Package tzdata.noarch 0:2013g-1.el6 will be updated

---> Package tzdata.noarch 0:2017b-1.el6 will be an update

--> Finished Dependency Resolution

Error:  Multilib version problems found. This often means that the root

       cause is something else and multilib version checking is just

       pointing out that there is a problem. Eg.:

      

         1. You have an upgrade for libstdc++ which is missing some

            dependency that another package requires. Yum is trying to

            solve this by installing an older version of libstdc++ of the

            different architecture. If you exclude the bad architecture

            yum will tell you what the root cause is (which package

            requires what). You can try redoing the upgrade with

            --exclude libstdc++.otherarch ... this should give you an error

            message showing the root cause of the problem.

      

         2. You have multiple architectures of libstdc++ installed, but

            yum can only see an upgrade for one of those arcitectures.

            If you don't want/need both architectures anymore then you

            can remove the one with the missing update and everything

            will work.

      

         3. You have duplicate versions of libstdc++ installed already.

            You can use "yum check" to get yum show these errors.

      

       ...you can also use --setopt=protected_multilib=false to remove

       this checking, however this is almost never the correct thing to

       do as something else is very likely to go wrong (often causing

       much more problems).

      

       Protected multilib versions: libstdc++-4.4.7-18.el6.i686 != libstdc++-4.4.7-4.el6.x86_64

You could try using --skip-broken to work around the problem

You could try running: rpm -Va --nofiles --nodigest

如何解决啊?我的是64位的centos6.5

收起
参与7

查看其它 2 个回答wonder的回答

wonderwonder其它融海数据

如果你的应用程序是64位的,这个报错不会对你的数据库造成影响,可以忽略

IT咨询服务 · 2017-04-10
浏览4427

回答者

回答状态

  • 发布时间:2017-04-10
  • 关注会员:4 人
  • 回答浏览:4427
  • X社区推广