UNIX for Advanced & Expert Users

Hello Everyone,

I know this sounds weird, and I have never seen this case before.

I have solaris 10, X86 5/09.

I have two directories where I archive some files to, apparently these two directories still have same size but they have changed into files.

Code:

bash-3.00# ls -l
total 1328
-rw-r--r--   1 rkadm    redknee   675737 Apr 25 23:59 2010

this 2010 file used to be a directory. and as you can see it is not a tar file and it is not a zipped file.

here is the cronjob that archives the files into this ex-directory

Code:

2 0 * * * /usr/bin/find /opt/app/ovms/log/er/PP.* -type f -mtime +7 | xargs /usr/bin/gzip;/usr/bin/find /opt/app/ovms/log/er/PP.* -type f -mtime +7 | xargs -l56 -i mv -f {} /er_archive/rkvms2/ovms/2010

Have you ever come across such case? and is there anyway I can change this file back to directory?


Thanks

Based on the evidence posted, the contents of the file 2010 will be the contents of the very last file moved by the cron ... and nothing else. That timestamp was a long time ago. Does that cron still run?
It would appear that at some point the directory has been removed or perhaps never existed?

What you do next depends on the quality of your backups.

For future processing it is advisible to lift that complex line out of crontab and make a proper script complete with basic context and error checking. Assuming that 2010 is a year, maybe the process need revision.


Very Long shot: Check for overlapping mounts or a filesystem which is not mounted. (cd to the directory containing the file and run df -k . to check whether it is the correct mountpoint).

I spend a time with a long process after the causes that justified were two at the time of

Code:

mv file directory/

If the file began with - or other measures did not perform the move correctly and damaging the board.
this solution

Code:

 mv file directory/"file"

the other reason was errors in disk sectors.