Eu vi um problema semelhante com um dos meus aplicativos e foi devido ao selinux no estado de imposição. Mudança: / etc / selinux / config de SELINUX = forçando ## ou permissivo para SELINUX = desativado
Isso deve consertar isso. link
Em um servidor em que não trabalhei, o ntpd está corrompido:
# /etc/init.d/ntpd start
ntpd: error while loading shared libraries:
libz.so.1: cannot open shared object file: Permission denied
mas as permissões parecem corretas:
# locate libz.so.1 | xargs ls -l
lrwxrwxrwx root root /usr/lib64/libz.so.1 -> libz.so.1.2.3
-rwxr-xr-x root root /usr/lib64/libz.so.1.2.3
lrwxrwxrwx root root /usr/lib/libz.so.1 -> libz.so.1.2.3
-rwxr-xr-x root root /usr/lib/libz.so.1.2.3
-rw-r--r-- root root /usr/lib/vmware-tools/lib32/libz.so.1/libz.so.1
-rw-r--r-- root root /usr/lib/vmware-tools/lib64/libz.so.1/libz.so.1
-rw-r--r-- root root /usr/lib/vmware-tools/lib32/libz.so.1
-rw-r--r-- root root /usr/lib/vmware-tools/lib64/libz.so.1
LD_LIBRARY_PATH
está vazio e o servidor é de 64 bits:
# uname -a
Linux my.server 2.6.18-128.el5 #1 SMP [...] x86_64 x86_64 x86_64 GNU/Linux
Atualização:
# ldd /usr/sbin/ntpd
libz.so.1 => /usr/lib64/libz.so.1
e
# ls -l /usr/lib64/libz.so.1
lrwxrwxrwx root root /usr/lib64/libz.so.1 -> libz.so.1.2.3
# ls -l /usr/lib64/libz.so.1.2.3
-rwxr-xr-x root root /usr/lib64/libz.so.1.2.3
Eu vi um problema semelhante com um dos meus aplicativos e foi devido ao selinux no estado de imposição. Mudança: / etc / selinux / config de SELINUX = forçando ## ou permissivo para SELINUX = desativado
Isso deve consertar isso. link