ZFS raidz device replacement problem
Pawel Jakub Dawidek
pjd at FreeBSD.org
Sun Apr 22 21:21:18 UTC 2007
On Sun, Apr 15, 2007 at 10:38:46AM -0500, Barry Pederson wrote:
> But the thing that got me going on this was that if you *don't* do the scrub after the replace but instead do some other destructive things to one of the non-replaced
> devices, like:
>
> dd if=/dev/random bs=1m count=64 oseek=1 conv=notrunc of=/tmp/foo1
>
> and *then* do a scrub and then "zpool status -v mypool", you get this really alarming message mentioning data corruption.
>
> ---------------------
> zpool status -v mypool
> pool: mypool
> 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 with 184 errors on Sun Apr 15 09:55:43 2007
> config:
>
> NAME STATE READ WRITE CKSUM
> mypool ONLINE 0 0 761
> raidz1 ONLINE 0 0 761
> md0 ONLINE 0 0 0
> md1 ONLINE 0 0 521
> md3 ONLINE 0 0 25
>
> errors: Permanent errors have been detected in the following files:
>
> mypool:<0x100>
> mypool:<0x104>
> mypool:<0x105>
> .
> .
> ---------------------
>
> I suppose you have to actually have some files in /mypool for this to show up.
>
> (are there supposed to be real filenames in the message instead of things like "<0x100>" ?)
I just committed a fix for 'zpool status -v'. It should now show
actually file names if corruption is related to file's data.
--
Pawel Jakub Dawidek http://www.wheel.pl
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20070422/6b78444e/attachment.pgp
More information about the freebsd-fs
mailing list