Cloud Control 12c Discovery Problem
18/06/2015 4 Comments
You know when things just don’t quite work as they should, and you spend far longer than you think you should have sorting them out. Well, this was one of them. Burned 20 minutes on this!
I’m running Oracle Enterprise Linux 6.6 with Oracle Enterprise Manager Cloud Control 12.1.0.4, and I’m trying to discover some lovely new targets. Discovery from within OEM is simplicity itself: Delegate privileges from the OEM server, allow unfettered sudo access from the installation account (oracle) to root and autodiscover by IP range.
Except that in OEL 6.6 it doesn’t work. The discovery uses nmap, and nmap is looking for an older version of libpcap than is installed at 6.6 and the discovery fails:
/u01/app/oracle/agent12c/agent_inst/discovery/nmap/bin/nmap: error while loading shared libraries: libpcap.so.0.9.4: cannot open shared object file: No such file or directory
But I have a newer version of libpcap installed!
-bash-4.1$ rpm -qa | grep libpcap libpcap-1.4.0-1.20130826git2dbcaa1.el6.x86_64
So, what to do? You can try to get your hands on an old version of libpcap, or you can cheat and symbolically link the new version to the old version name!
ln -s /usr/lib64/libpcap.so.1.4.0 /usr/lib64/libpcap.so.0.9.4
And all it well with the world again. And I’ve discovered all of my targets from within OEM. Nice.
p.s. ensure you have nmap in your system!
yum install nmap Setting up Install Process Package 2:nmap-5.51-4.0.1.el6.x86_64 already installed and latest version
Considering that nmap tends to be installed by deafult, even on Oracle Engineered Systems, a slightly cleaner fix might be to replace the agent’s bundled (and dynamically linked, ouch!) nmap binary with a symlink to the one already on the system.
cd /u01/app/oracle/agent12c/agent_inst/discovery/nmap/bin
mv nmap nmap.old
ln -s /usr/bin/nmap .
Cheers,
Roy
LikeLike
A good alternative to my choice.
LikeLike
Perfect work around. Thanks!!
LikeLike
Perfect work around in my opinion. Thanks!
LikeLike