On Fri, 2008-02-01 at 13:33 +0000, Chris Linton-Ford wrote:
> On Thu, 2008-01-31 at 08:21 -0800, Mike DeMarco wrote:
> > Have you tried to do a
> > zpool scrub ?
> >
> >
>
> Yes - no joy, completed without errors but didn't fix the problem.
>
> The zdb command slowed the entire server down too much, so I'm going to
> run it over the weekend - this is a production NFS server and the users
> were getting restless :)
>
Looks like I'm getting some checksum errors and leaks - end of zdb
output below (apologies for HTML email, the columns were wrapping in
plaintext).
Is there anything I can do about this, or am I looking at a rebuild?
Error counts:
errno count
50 8
leaked space: vdev 0, offset 0x4d0b2ae000, size 137216
leaked space: vdev 0, offset 0x4d0be6f800, size 121856
leaked space: vdev 0, offset 0x4de9f00000, size 196608
leaked space: vdev 0, offset 0x4df2986800, size 161792
leaked space: vdev 0, offset 0x4df2ca8400, size 134144
leaked space: vdev 0, offset 0x4df2b03800, size 104448
leaked space: vdev 0, offset 0x4df2560000, size 196608
leaked space: vdev 0, offset 0x4db94ea000, size 25600
block traversal size 622518934528 != alloc 622520012800 (leaked 1078272)
bp count: 7157530
bp logical: 495490334208 avg: 69226
bp physical: 412306654208 avg: 57604 compression:
1.20
bp allocated: 622518934528 avg: 86973 compression:
0.80
SPA allocated: 622520012800 used: 83.30%
capacity operations bandwidth ---- errors
----
description used avail read write read write read write
cksum
data 580G 116G 234 0 11.5M 0 0 0
27
raidz1 580G 116G 234 0 11.5M 0 0 0
27
/dev/dsk/c0t1d0s0 228 0 5.76M 0 0 0
0
/dev/dsk/c0t2d0s0 228 0 5.76M 0 0 0
0
/dev/dsk/c0t3d0s0 228 0 5.76M 0 0 0
0
_______________________________________________
opensolaris-discuss mailing list
[email protected]
