Errors on a file on a zpool: How to remove?

[Rich]

On Sat, Jan 23, 2010 at 4:57 AM, Artem Belevich <fbsdlist at src.cx> wrote:
> I guess it's a feature. Without redundancy all ZFS can do is report
> corruption. If corruption is in the file data, it cen be removed along
> with the file. If corruption is in directory or in metadata there's
> little ZFS can do because that particular portion of filesystem is
> inconsistent. The best that could be done is to keep those portions
> read-only and try not to crash right away.
>
> With 7TB of data with no redundancy of any kind you are asking for
> trouble even with all hardware functioning within spec.

I'm well aware, thank you.

The data is all retrievable from other sources, which is why
redundancy wasn't a large concern in this particular pool, just speed,
and knowledge of when bits flip.

Of course, when all ZFS claims to do is raise EIO on corruption, and
requires you to nuke the pool from orbit in order to get it to stop,
rather than isolating and removing the offending segments, it's rather
frustrating.

- Rich