0

/etc/init.d/vsftpd start Starting vsftpd for vsftpd: /usr/sbin/vsftpd: error while loading shared libraries: libz.so.1:

failed to map segment from shared object: Permission denied [FAILED]

I am afraid that this has something to do with a previous disaster happened. I accidentally changed most of the files permission in this CentOS box to 777.

So I have located this libz.so.1 file which is a link to libz.so.1.2.3 and they are all 777 now.

I don't know what to do with them. Help please?

[root@deadwood repo01]# ls --lcontext /lib64/libz.so.1 
lrwxrwxrwx 1 system_u:object_r:lib_t          root root 13 Aug  9 07:55 /lib64/libz.so.1 -> libz.so.1.2.3 
[root@deadwood repo01]# ls --lcontext /lib64/libz.so.1.2.3
-rwxrwxrwx 1 system_u:object_r:lib_t          root root 85544 Jul 17  2012 /lib64/libz.so.1.2.3 
[root@deadwood repo01]# ls --lcontext /lib/libz.so.1 
lrwxrwxrwx 1 system_u:object_r:lib_t          root root 13 Aug  9 07:55 /lib/libz.so.1 -> libz.so.1.2.3 
[root@deadwood repo01]# ls --lcontext /lib/libz.so.1.2.3
-rwxr-xr-x 1 system_u:object_r:lib_t          root root 75088 Jul 17  2012 /lib/libz.so.1.2.3
Hao
  • 565
  • 2
  • 8
  • 17
  • Te best thing you can do here is rebuild your system it really will be easier than trying to fix it http://serverfault.com/questions/364677/why-is-chmod-r-777-destructive – user9517 Jan 08 '14 at 11:03
  • Can you show us the output for ls --lcontext /path/to/libz.so.1 ? – krisFR Jan 08 '14 at 12:04
  • yes, here they are. – Hao Jan 08 '14 at 13:03
  • Just to be sure, can you try 1) set permissions 755 on file /lib64/libz.so.1.2.3 and 2) Disable SELinux – krisFR Jan 08 '14 at 17:35
  • Unbelievable! I didn't want to reboot. So I just change enforcing to permissive. It worked now! You can answer and I'll tick! Tks! – Hao Jan 08 '14 at 18:36

1 Answers1

-1

You should try to disable SELinux, or change it from enforcing to permissive.

krisFR
  • 13,500