ntp não pode abrir o arquivo de objeto compartilhado: Permissão negada

5

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
    
por Philippe Blayo 31.10.2012 / 11:46

1 resposta

1

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

    
por 11.05.2015 / 20:34