Well, now I have this problem on my only ext3 filesystem. I am at a loss as to what direction to go. The only common element within this problem is that all filesystems are local to the same host, they are all located on a SAN, and the controller is a QLogic 2300.
There is way to much data to backup and try any risky operations as well as the fact that this data is in production 24x7. Any ideas??? -Chuck Chuck wrote: > > I have a system with a 1TB file system that is NFS exported. This > filesystems holds image files owned by a user called 'annot'. The user > is local as well as defined in NIS. > > A random collection of files owned by this user are tarfu'ed. > > When ever you try any command on them you get a permission denied. As > root, I have tried the following commands (for the purpose of this > example I will call it image1) > > chown root image1 > rm -f image1 > cp /dev/null image1 > : > image1 > mv image1 image1 > rsync image1 /tmp/image1 > (I even wrote a perl script that does an unlink and this failed as well) > > I have also tried these commands as the local user annot (with NIS > disabled) as well as the NIS user annot. (NIS enabled and local account > removed) > > I believe this is not a uid/gid/NIS/NFS problem. > > This is a Red Hat 7.2 system and the filesystem is reiserfs. The only > thing out of the ordinary is that this filesystem is visible by two > systems in an NFS cluster setup. (active/passive failover config) The > filesystem is never mounted to both systems at once, but merely visible > on the scsi bus. > > It would be nice to ignore these but I am mirroring this data with rsync > and it dies when it encounters these files. Since this filesystem is > many thousands of directories and over 500,000 files I do not want to > brute force these mirrors. (Ugh) > > As a sidenote, I have a total of 5 1 TB filesystems and I only see this > problem on this one. (all 5 are identical in physcial topology) I have > done a full fsck of this filesystem in single-user mode and it seemed fine. > > Anyone have any ideas or tricks to try to get rid of these files? Is > this a reiserfs problem? (I was hesitant to use reiserfs) > > Thanks for any help, > Chuck > > > -- Chuck Carson Sr. Systems Engineer 3848 Shasta Street Pacific Beach, CA 92109 +1 (858) 442-0827 Cell +1 (858) 731-3540 Work +1 (800) 213-8769 Mesg _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
