Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 23 Jan 2010 17:15:11 -0500
From:      Rich <rincebrain@gmail.com>
To:        Wes Morgan <morganw@chemikals.org>
Cc:        freebsd-fs <freebsd-fs@freebsd.org>
Subject:   Re: Errors on a file on a zpool: How to remove?
Message-ID:  <5da0588e1001231415t403f29ceq6e8dcd16edb4a28@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.00.1001231519110.91898@ibyngvyr>
References:  <5da0588e1001222223m773648am907267235bdcf882@mail.gmail.com> <ed91d4a81001230011t7aef2da8h3be13d2494c06550@mail.gmail.com> <5da0588e1001230014k1b8a32f8v42046497265429ed@mail.gmail.com> <alpine.BSF.2.00.1001231519110.91898@ibyngvyr>

index | next in thread | previous in thread | raw e-mail

On Sat, Jan 23, 2010 at 4:21 PM, Wes Morgan <morganw@chemikals.org> wrote:
> On Sat, 23 Jan 2010, Rich wrote:
>
>> I already diagnosed the bad hardware - one of the two sticks of RAM
>> had gone bad, and fails memtest in the other machine.
>>
>>   pool: rigatoni
>>  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 15h28m with 1 errors on Thu Jan 21 18:09:25 2010
>> config:
>>
>>       NAME        STATE     READ WRITE CKSUM
>>       rigatoni    ONLINE       0     0     1
>>         da4       ONLINE       0     0     2
>>         da5       ONLINE       0     0     2
>>         da7       ONLINE       0     0     0
>>         da6       ONLINE       0     0     0
>>         da2       ONLINE       0     0     2
>>
>> errors: Permanent errors have been detected in the following files:
>>
>>         rigatoni/mirrors:<0x0>
>
> Can you post your entire pool filesystem structure? That message above
> looks like an unreferenced block or corrupted metadata rather than an
> actual file. Also, if it's part of a snapshot, you simply have to destroy
> the snapshot.
>
> I had a pool become corrupted due to bad memory, and all of the files were
> still able to be manipulated. The only time EIO popped up was on the
> specific block that had a checksum error.

# zfs list -r -t all rigatoni
NAME                  USED  AVAIL  REFER  MOUNTPOINT
rigatoni             5.73T   984G    19K  /rigatoni
rigatoni/logs_bitch   269M   984G   269M  /rigatoni/logs_bitch
rigatoni/mirrors     5.73T   984G  5.73T  /mirrors

No snapshots here. :/

EIO only pops up on the files I mentioned above - everything else in
those directories, including renaming that directory, is fine.

- Rich


help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5da0588e1001231415t403f29ceq6e8dcd16edb4a28>