cluster2:~ # updatedb
/usr/bin/find: /: No such file or directory

locate sa.2011_11_11 (that is a file into /var/log/sa), has no output.

Alright. Atleast we now have some direction. Either there is something wrong with /usr/bin/find itself because updatedb command require /usr/bin/find or something wrong with PATH variable. I am assuming you are logged in as root and if you are doing su then you are doing that by typing: su - root

Are both cluster servers are on same version? If yes, then try this rename find on the problematic server as follows:

Once done copy over the find from other server to this server under /usr/bin

If it still does not work then it is not find binary issue rather an issue with your profile or with PATH variable.

Ok, I am logged in as root. I`ve moved find as find.old as you asked and copied from other server with same version its find file.

Next I run updatedb, now here is what I get:

cluster2:~ # updatedb
/usr/bin/updatedb: line 203: /usr/bin/find: Permission denied

Edit perms/ownerships on new find to match orig and/or the other (working) server.
You may also need to fix the SELinux settings if you have that. Try 'ls -lZ' to see.

cluster2:/ # updatedb
/usr/bin/find: /: No such file or directory
cluster2:/ # ls -lZ
/bin/ls: invalid option -- Z
Try `/bin/ls --help' for more information.


Well, permissiones where different, but now are equal on both servers (755). But as you can see above, updatedb continues with problems.

Your version of ls apparently doesn't support the -Z option. When you see an error message, try to heed it. In this case reissue the command with "ls -l" instead.

cluster2:~ # updatedb
/usr/bin/find: /: No such file or directory
cluster2:~ # ls -l
total 116
-rw------- 1 root root 18927 Jan 5 23:02 .bash_history
-rw-r--r-- 1 root root 1332 Nov 23 2005 .exrc
-rw------- 1 root root 33 Dec 13 2010 .forward
-rw------- 1 root root 33 Dec 13 2010 .forward.old
drwx------ 2 root root 4096 Jan 6 10:12 .gnupg
drwxr-xr-x 2 root root 4096 Nov 16 2007 .kbd
-rw------- 1 root root 69 Nov 29 10:05 .lesshst
drwxr-xr-x 3 root root 4096 Dec 27 15:48 .mc
-rw------- 1 root root 1024 Apr 25 2009 .rnd
drwx------ 2 root root 4096 Jul 5 2008 .ssh
-rw-r--r-- 1 root root 12288 Nov 18 14:22 .vacation.db
-rw-r--r-- 1 root root 131 Dec 13 2010 .vacation.msg
-rw-r--r-- 1 root root 131 Dec 13 2010 .vacation.old
-rw------- 1 root root 9190 Dec 27 15:26 .viminfo
drwx------ 2 root root 4096 Sep 22 2010 .w3m
drwxr-xr-x 2 root root 4096 Dec 9 2010 .wapi
drwxr-xr-x 2 root root 4096 Apr 22 2006 bin
-rw-rw-rw- 1 root root 163 Dec 28 10:37 mario
-rw-r--r-- 1 root root 1298 Jul 11 2008 server.crt
-rw-r--r-- 1 root root 765 Jul 11 2008 server.csr
-rw-r--r-- 1 root root 0 Jul 11 2008 server.key
-rw-r--r-- 1 root nogroup 6 Jun 28 2008 squid.pid

We need to find the permissions set on the new find file that you have copied from another server. Run the following command:

cluster2:~ # ls -l /usr/bin | grep find
-rwxr-xr-x 1 root root 132540 Jan 5 21:49 find
-rwxr-xr-x 1 root root 132540 Apr 22 2006 find.old
-rwxr-xr-x 1 root root 24106 Apr 22 2006 find2perl
-rwxr-xr-x 1 root root 10505 Apr 22 2006 findaffix
-rwxr-xr-x 1 root root 4603 May 29 2008 findsmb
-rwxr-xr-x 1 root root 6160 May 2 2006 hal-find-by-capability
-rwxr-xr-x 1 root root 6172 May 2 2006 hal-find-by-property
-rwxr-xr-x 1 root root 1280 Apr 24 2006 mono-find-provides
-rwxr-xr-x 1 root root 1856 Apr 24 2006 mono-find-requires


I am logged as root

find binary permissions look ok. But here is something unusual that I see in your previous post:

Try this:

1. Rename existing /usr/bin/updatedb /usr/bin/updatedb.old
2. I have attached updatedb.txt file with this post. So rename it from updatedb.txt updatedb
3. Copy it to /usr/bin/
4. Run the command updatedb.
4. And then execute locate command as mentioned in previous posts.

If that does not work then paste the output of the following commands:

Run the above on problematic server and paste the output. Then run the same on working server and paste the output.

Attached Files

updatedb.txt (9.5 KB, 22 views)

Here is the output of running update after doing the replace with the file you sent me:

cluster2:~ # updatedb
-bash: /usr/bin/updatedb: Permission denied

Here I attach the output of the cat command:

cat.txt

Did you change the permissions of updatedb which you have copied from my previous thread?

Make sure it show the permissions as 755. If not you can change using the following command:

cluster2:~ # chmod 755 /usr/bin/updatedb
cluster2:~ # updatedb
/usr/bin/find: /: No such file or directory

Alright we have tried everything so far and now it appears that the incident that took place on 22nd November really messed up the things. If possible could you reboot the server and paste the output of the following command:

Here I post you boot.txt with the output:

boot.txt