That's odd -- the only way the 'rm' should fail is if it can't read the znode for that file. The znode is metadata, and is therefore stored in two distinct places using ditto blocks. So even if you had one unlucky copy that was damaged on two of your disks, you should still have another copy elsewhere.
Assuming you weren't so shockingly unlucky, the only way to get a corrupted znode that I know of is flaky memory, such that the znode is checksummed, then the DRAM flips a bit, then you write the znode to disk. The fact that you've seen so many checksum errors makes me suspect hardware all the more. Can you send me the output of fmdump -ev and fmdump -eV ? There should be some useful crumbs in there... Jeff On Tue, Jun 03, 2008 at 04:27:21AM -0700, Ben Middleton wrote: > Hi, > > I can't seem to delete a file in my zpool that has permanent errors: > > zpool status -vx > pool: rpool > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: scrub completed after 2h10m with 1 errors on Tue Jun 3 11:36:49 2008 > config: > > NAME STATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > c0t0d0 ONLINE 0 0 0 > c0t1d0 ONLINE 0 0 0 > c0t2d0 ONLINE 0 0 0 > > errors: Permanent errors have been detected in the following files: > > /export/duke/test/Acoustic/3466/88832/09 - Check.mp3 > > > rm "/export/duke/test/Acoustic/3466/88832/09 - Check.mp3" > > rm: cannot remove `/export/duke/test/Acoustic/3466/88832/09 - Check.mp3': I/O > error > > Each time I try to do anything to the file, the checksum error count goes up > on the pool. > > I also tried a mv and a cp over the top - but same I/O error. > > I performed a "zpool scrub rpool" followed by a "zpool clear rpool" - but > still get the same error. Any ideas? > > PS - I'm running snv_86, and use the sata driver on an intel x86 architecture. > > B > > > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ zfs-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
