error while loading shared libraries: libcap.so.1: cannot open shared

darren__chan發表於2015-04-29

Hi Friends,

I installed 11.2.0.3 Grid Infrastructure software on Red Hat Enterprise Linux 6.3. After installation I executed root.sh script and got following error.

/oracle/grid11g/bin/clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory Failed to create keys in the OLR, rc = 127, Message:

Especially, you can get this error during execution of root.sh script on Linux 6.X

When I executed root.sh script, the output was below.

[root@dbtestvm1 ~]#  /oracle/grid11g/root.sh 
Performing root user operation for Oracle 11g

The following environment variables are set as: 
ORACLE_OWNER= ora11g 
ORACLE_HOME= /oracle/grid11g

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
The contents of “dbhome” have not changed. No need to overwrite. 
The contents of “oraenv” have not changed. No need to overwrite. 
The contents of “coraenv” have not changed. No need to overwrite.

Entries will be added to the /etc/oratab file as needed by 
Database Configuration Assistant when a database is created 
Finished running generic part of root script. 
Now product-specific root actions will be performed. 
Using configuration parameter file: /oracle/grid11g/crs/install/crsconfig_params 
oracle/grid11g/bin/clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory Failed to create keys in the OLR, rc = 127, Message:

Failed to write the checkpoint:” with status:FAIL.Error code is 256

Failed to create keys in the OLR at /oracle/grid11g/crs/install/crsconfig_lib.pm line 7497. /oracle/grid11g/perl/bin/perl -I/oracle/grid11g/perl/lib -I/oracle/grid11g/crs/install /oracle/grid11g/crs/install/roothas.pl execution failed

I checked libcap rpm is installed or not.

[root@dbtestvm1 ~]# rpm -q libcap 
libcap-2.16-5.5.el6.x86_64

H?mm libcap-2.16-5.5.el6.x86_64  is installed. The error message shows that it searches for libcap.so.1.  I configured YUM according to my article

I checked the availability of rpm files which contains libcap.

[root@dbtestvm1 ~]#  yum list | grep libcap 
libcap.i686 2.16-5.5.el6 @cd 
libcap.x86_64 2.16-5.5.el6 @anaconda-RedHatEnterpriseLinux-201206132210.x86_64/6.3 
libcap-devel.x86_64 2.16-5.5.el6 @cd 
libcap-ng.x86_64 0.6.4-3.el6_0.1 @anaconda-RedHatEnterpriseLinux-201206132210.x86_64/6.3 
libcap-ng-devel.x86_64 0.6.4-3.el6_0.1 @anaconda-RedHatEnterpriseLinux-201206132210.x86_64/6.3 
compat-libcap1.i686 1.10-1 cd 
compat-libcap1.x86_64 1.10-1 cd 
libcap-devel.i686 2.16-5.5.el6 cd 
libcap-ng.i686 0.6.4-3.el6_0.1 cd 
libcap-ng-devel.i686 0.6.4-3.el6_0.1 cd

So I need to install compat-libcap1.x86_64 rpm rpm. (My operating system is x86_64)

[root@dbtestvm1 ~]#  yum install compat-libcap1.x86_64 
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager 
Updating certificate-based repositories. 
Unable to read consumer identity 
Setting up Install Process 
Resolving Dependencies 
–> Running transaction check 
—> Package compat-libcap1.x86_64 0:1.10-1 will be installed 
–> Finished Dependency Resolution

Dependencies Resolved

================================================================================ 
Package Arch Version Repository Size 
================================================================================ 
Installing: 
compat-libcap1 x86_64 1.10-1 cd 17 k

Transaction Summary 
================================================================================ 
Install 1 Package(s)

Total download size: 17 k 
Installed size: 29 k 
Is this ok [y/N]: y 
Downloading Packages: 
Running rpm_check_debug 
Running Transaction Test 
Transaction Test Succeeded 
Running Transaction 
Installing : compat-libcap1-1.10-1.x86_64 1/1 
Installed products updated. 
Verifying : compat-libcap1-1.10-1.x86_64 1/1

Installed: 
compat-libcap1.x86_64 0:1.10-1

Complete!

Now, we can continue. Before rerunning of root.sh script, we must deconfigure it.

[root@dbtestvm1 ~]#  /oracle/grid11g/crs/install/roothas.pl -deconfig -force 
Using configuration parameter file: /oracle/grid11g/crs/install/crsconfig_params 
CRS-4639: Could not contact Oracle High Availability Services 
CRS-4000: Command Stop failed, or completed with errors. 
CRS-4639: Could not contact Oracle High Availability Services 
CRS-4000: Command Delete failed, or completed with errors. 
CRS-4544: Unable to connect to OHAS 
CRS-4000: Command Stop failed, or completed with errors. 
Failure in execution (rc=-1, 0, No such file or directory) for command /etc/init.d/ohasd deinstall 
Successfully deconfigured Oracle Restart stack

let’s rerun root.sh script. It will run successfully.

[root@dbtestvm1 ~]#  /oracle/grid11g/root.sh 
Performing root user operation for Oracle 11g

The following environment variables are set as: 
ORACLE_OWNER= ora11g 
ORACLE_HOME= /oracle/grid11g

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
The contents of “dbhome” have not changed. No need to overwrite. 
The contents of “oraenv” have not changed. No need to overwrite. 
The contents of “coraenv” have not changed. No need to overwrite.

Entries will be added to the /etc/oratab file as needed by 
Database Configuration Assistant when a database is created 
Finished running generic part of root script. 
Now product-specific root actions will be performed. 
Using configuration parameter file: /oracle/grid11g/crs/install/crsconfig_params 
LOCAL ADD MODE 
Creating OCR keys for user ‘ora11g’, privgrp ‘dba’.. 
Operation successful. 
LOCAL ONLY MODE 
Successfully accumulated necessary OCR keys. 
Creating OCR keys for user ‘root’, privgrp ‘root’.. 
Operation successful. 
CRS-4664: Node dbtestvm1 successfully pinned. 
Adding Clusterware entries to upstart

dbtestvm1 2013/02/28 16:55:21 /oracle/grid11g/cdata/dbtestvm1/backup_20130228_165521.olr 
Successfully configured Oracle Grid Infrastructure for a Standalone Server 
[root@dbtestvm1 ~]#

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29863023/viewspace-1610202/,如需轉載,請註明出處,否則將追究法律責任。

相關文章