% ldd mod_ssl.so
linux-vdso.so.1 => (0x00007fff2b7f2000)
libssl.so.1.0.0 => not found
libcrypto.so.1.0.0 => not found
If I look in /lib64 I see:
% ls -l libssl*
-rwxr-xr-x 1 root root 341000 May 14 2018 libssl3.so
lrwxrwxrwx 1 root root 16 Feb 21 12:51 libssl.so -> libssl.so.1.0.2k
-rwxr-xr-x. 1 root root 340832 Mar 8 2016 libssl.so.0.9.8e
lrwxrwxrwx 1 root root 16 Feb 21 12:49 libssl.so.10 -> libssl.so.1.0.2k
-rwxr-xr-x 1 root root 466288 Apr 12 2018 libssl.so.1.0.2k
lrwxrwxrwx. 1 root root 16 Feb 21 03:42 libssl.so.6 -> libssl.so.0.9.8e
I don't have enough knowledge to figure out why ld does not
find/resolve to libssl.so.1.0.2k. I suspect it is a regex /
matching problem of the libtool.
Correct. Specifically, you do not have anything named libssl.so.1.0.0
and libcrypto.so.1.0.0. Tho looking at a CentOS 7.3(?) I see that libcrypto.so is in /usr/lib64/. Both are provided by the package openssl-devel-1.0.2k-8.el7.x86_64 . Are you using the package manager
or compiling them from source?
The quick & dirty solution is to make a link
ln -s /lib64/libssl.so.1.0.2k /lib64/libssl.so.1.0.0
yum install openssl-devel-1.0.2k-8.el7.x86_64
--
Passing arguments to httpd using apachectl is no longer supported.
You can only start/stop/restart httpd using this script.
If you want to pass extra arguments to httpd, edit the /etc/sysconfig/httpd config file.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 29:42:14 |
Calls: | 6,648 |
Calls today: | 3 |
Files: | 12,193 |
Messages: | 5,328,256 |