I want to preface this by saying I hate our developers for not using something I could build from source.
Okay, I'm having problems installed CFMX 7 on my 64-bit version of FC4. The installer ran fine, but it had a warning that it couldn't find the C++ compatibility libraries. I discovered that it searches for an older, 2.x version, while Fedora/RHEL ship with a 3.x version. When I try to start CFMX7, I get the following output:
Quote:
[root@localhost bin]# ./coldfusion start
ln: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
ps: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Starting ColdFusion MX 7...
The ColdFusion MX 7 server is starting up and will be available shortly.
sleep: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
ps: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
There has been an error starting ColdFusion MX 7, please check the logs.
|
I hopped on Google, and found a
Breeze demo of someone installing CFMX7, Apache, and some other goodies on RHEL4. I got really excited when he had the same C++ issue, but he was able to start it successfully later, so library errors.
So, I'm assuming this is a 64-bit distro issue. It can't find the libraries, which could happen, because there's 32 and 64-bit libs. So I searched for my missing libs...
Code:
[root@localhost bin]# find / -name libc.so.6
/lib64/tls/libc.so.6
/lib64/libc.so.6
/lib/tls/libc.so.6
/lib/i686/libc.so.6
/lib/libc.so.6
[root@localhost bin]# find / -name libm.so.6
/lib64/tls/libm.so.6
/lib64/libm.so.6
/lib/tls/libm.so.6
/lib/i686/libm.so.6
/lib/libm.so.6
I made soft links for those files in the /usr/lib[64] folders as seen below...
Quote:
/usr/lib64/tls/libc.so.6
/usr/lib64/libc.so.6
/usr/lib/tls/libc.so.6
/usr/lib/libc.so.6
---
/usr/lib64/tls/libm.so.6
/usr/lib64/libm.so.6
/usr/lib/tls/libm.so.6
/usr/lib/libm.so.6
|
I ran the
./coldfusion start and I got the same errors. I remembered the LD_LIBRARY_PATH sometimes being called by programs, so I set it...
Code:
[root@localhost bin]# echo $LD_LIBRARY_PATH
[root@localhost bin]# export LD_LIBRARY_PATH=/lib:/lib64:/usr/lib:/usr/lib64
[root@localhost bin]# ./coldfusion start
ln: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
ps: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Starting ColdFusion MX 7...
The ColdFusion MX 7 server is starting up and will be available shortly.
sleep: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
ps: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
There has been an error starting ColdFusion MX 7, please check the logs.
But, as you can see, the same result.
Has anyone been able to get this working on a 64-bit system? Maybe someone who hasn't can try and give me some pointers? Please!!! I stubbornly refuse to install a 32-bit OS on this machine, because stupid CFMX is the only app that won't run on it. Maybe if I could build it from source

Thanks for all the help, in advance.
EDIT: I checked the logs like it says, and each time I failed to start the app it printed the line...
su: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory
Just like I did with the previous files, I soft-linked /lib/libcrypt.so.1 to /usr/lib and the /lib64 version to /usr/lib64. Still, no dice