Unix Permission Problem After a CPU Crash

[Del]

Hi:

One of my clients had a hardware related crash today (SCO Unix). After we got the machine up and running again, there were a few indices that had to be rebuilt, which was ok, but one of our crucial files gave us an error when we tried to access it through filePro.

I went in as root to look at the file, but when I tried to change to that directory in /appl/filepro, the operating system gave me a permission error saying permission refused.  This when I was logged in as root.  I did not think there was ever a situation in which root would be refused permission to view the contents of a directory.  This file is one an operator was working in at the time of the crash.  I am able to list the directory, using "l -d filename", and I noticed that the owner, which is usually filepro, had been changed to "103".  Since "103" is not on the /etc/passwd file, there was a number rather than a name in the display.

I am assuming that the operating system was doing something to that file when the system crashed, and that it was locked somehow during the operation and never got unlocked.  I don't know who user "103" is, but it must be operating system related, and it is a user that even locks out root.

This is the display that I get when I issue "l -d stoor*"

# l -d stoor*
drwxrwxrwx   2 filepro  group       1024 Apr 16 04:00 stoordda
drwxrwxrwx   2 103      group       1024 Apr 17  2008 stoorddt
drwxrwxrwx   2 filepro  group        512 Apr 16 09:34 stoordia
drwxrwxrwx   2 filepro  sys         2048 Apr 16 09:34 stoordra
drwxrwxrwx   2 filepro  group       4096 Apr 16 18:23 stoordre
drwxrwxrwx   2 filepro  group       1024 Apr 16 04:00 stoorloa
drwxrwxrwx   2 filepro  group       1024 Apr 16 09:06 stoorlot
drwxrwxrwx   2 filepro  group        512 Aug  4  2001 stoortyp

Notice the owner "103" on the file stoorddt.

If I try to change the ownership, I get a permission error as follows:

# chown filepro stoorddt
chown: cannot change owner ID of stoorddt: Permission denied (error 13)

If I try to list the contents of stoorddt, I get the following:

# l stoorddt
l: can not access directory stoorddt: Permission denied (error 13)
total 2

This is denying permission to root.  We are totally locked out of the directory, and so is filePro.

I am not sure what the "total 2" is in the above response, as I have never seen this before.  

Can anybody shed light on what is going on here?  I have never seen anything like it before, and the file is one of the most important in the system.  Furthermore, the user does not have a recent backup because his tape drive failed and he was in the process of getting a new one.

Del Neroni


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20080416/f5349971/attachment.html