I've had this happen once or twice now, running n74. I'll run 'zpool
scrub' on my root pool and *immediately* get an error reported:
# zpool status -v tank
pool: tank
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 in progress, 0.76% done, 0h41m to go
config:
NAME STATE READ WRITE CKSUM
tank ONLINE 0 0 0
mirror ONLINE 0 0 0
c0t0d0s0 ONLINE 0 0 0
c3t0d0s0 ONLINE 0 0 0
errors: Permanent errors have been detected in the following files:
//dev/dsk/c0t0d0s0
I *assume* that this is talking about the /dev/dsk/c0t0d0s0 *file*,
not the device. Removing the file immediately causes 'zpool status'
to report the error as 'tank/rootfs:<0x3840d>'. Recreating the device
file at this point makes no difference.
No matter what I do, though, the pool is magically clean at the end of
the scrub. Is this a known bug?
Scott
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
