After a helpful email from Miles, I destroyed all of my other opensolaris-*
filesystems (using beadm destroy), instead of his suggestion to
mount/unmount them all (easier this way.) I did another scrub:

[EMAIL PROTECTED]:~$ pfexec zpool status
  pool: rpool
 state: ONLINE
 scrub: scrub completed after 0h11m with 1 errors on Tue Aug 26 12:34:06
2008
config:

        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c6d0s0  ONLINE       0     0     0
            c7d0s0  ONLINE       0     0     0

errors: No known data errors
[EMAIL PROTECTED]:~$

I don't see any errors (yet), but the scrub did complete - however it says
with an error - however nothing was displayed as an error, so no clue what
it was. I'll try this on the other servers, and see if the checksum errors
start occuring again after usage.

Cheers,
David

PS - This is the thread Miles pointed me to:
http://www.opensolaris.org/jive/thread.jspa?threadID=70111&tstart=30

On Tue, Aug 26, 2008 at 11:00 AM, David Orman <[EMAIL PROTECTED]> wrote:

> After rebooting, I ran a zpool scrub on the root pool, to see if the issue
> was resolved:
>
> [EMAIL PROTECTED]:~$ pfexec zpool status
>   pool: rpool
>  state: ONLINE
> status: One or more devices has experienced an unrecoverable error.  An
>         attempt was made to correct the error.  Applications are
> unaffected.
> action: Determine if the device needs to be replaced, and clear the errors
>         using 'zpool clear' or replace the device with 'zpool replace'.
>    see: http://www.sun.com/msg/ZFS-8000-9P
>  scrub: scrub completed after 0h11m with 1 errors on Tue Aug 26 10:58:01
> 2008
> config:
>
>         NAME        STATE     READ WRITE CKSUM
>         rpool       ONLINE       0     0     2
>           mirror    ONLINE       0     0     2
>             c6d0s0  ONLINE       0     0     4
>             c7d0s0  ONLINE       0     0     4
>
> errors: No known data errors
> [EMAIL PROTECTED]:~$ uptime
>  10:59am  up   0:14,  1 user,  load average: 0.02, 0.05, 0.04
> [EMAIL PROTECTED]:~$ uname -a
> SunOS neutron.corenode.com 5.11 snv_95 i86pc i386 i86pc Solaris
> [EMAIL PROTECTED]:~$
>
> Obviously not. :( Any other suggestions?
>
> Cheers,
> David
>
>
> On Tue, Aug 26, 2008 at 10:35 AM, David Orman <[EMAIL PROTECTED]>wrote:
>
>> I've rebooted the system(s), which should accomplish this. I'm not clear
>> which posts you are referring to, I just joined the list today. The ZFS pool
>> is being mounted automatically, and that is the only filesystem on my
>> system. I filed: http://defect.opensolaris.org/bz/show_bug.cgi?id=3079(bug 
>> 3079) as well:
>>
>> [EMAIL PROTECTED]:~$ mount
>> / on rpool/ROOT/opensolaris-4 read/write/setuid/devices/dev=2d90002 on Wed
>> Dec 31 18:00:00 1969
>> /devices on /devices read/write/setuid/devices/dev=4a00000 on Sat Aug 16
>> 09:06:25 2008
>> /dev on /dev read/write/setuid/devices/dev=4a40000 on Sat Aug 16 09:06:25
>> 2008
>> /system/contract on ctfs read/write/setuid/devices/dev=4ac0001 on Sat Aug
>> 16 09:06:25 2008
>> /proc on proc read/write/setuid/devices/dev=4b00000 on Sat Aug 16 09:06:25
>> 2008
>> /etc/mnttab on mnttab read/write/setuid/devices/dev=4b40001 on Sat Aug 16
>> 09:06:25 2008
>> /etc/svc/volatile on swap read/write/setuid/devices/xattr/dev=4b80001 on
>> Sat Aug 16 09:06:25 2008
>> /system/object on objfs read/write/setuid/devices/dev=4bc0001 on Sat Aug
>> 16 09:06:25 2008
>> /etc/dfs/sharetab on sharefs read/write/setuid/devices/dev=4c00001 on Sat
>> Aug 16 09:06:25 2008
>> /lib/libc.so.1 on /usr/lib/libc/libc_hwcap1.so.1
>> read/write/setuid/devices/dev=2d90002 on Sat Aug 16 09:06:35 2008
>> /dev/fd on fd read/write/setuid/devices/dev=4d00001 on Sat Aug 16 09:06:36
>> 2008
>> /tmp on swap read/write/setuid/devices/xattr/dev=4b80002 on Sat Aug 16
>> 09:06:36 2008
>> /var/run on swap read/write/setuid/devices/xattr/dev=4b80003 on Sat Aug 16
>> 09:06:36 2008
>> /opt on rpool/ROOT/opensolaris-4/opt
>> read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d90004 on Sat Aug
>> 16 09:06:36 2008
>> /export on rpool/export
>> read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d90007 on Sat Aug
>> 16 09:06:39 2008
>> /export/home on rpool/export/home
>> read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d90008 on Sat Aug
>> 16 09:06:39 2008
>> /rpool on rpool
>> read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d90009 on Sat Aug
>> 16 09:06:39 2008
>> /rpool/ROOT on rpool/ROOT
>> read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d9000a on Sat Aug
>> 16 09:06:39 2008
>> [EMAIL PROTECTED]:~$ df -h
>> Filesystem            Size  Used Avail Use% Mounted on
>> rpool/ROOT/opensolaris-4
>>                       120G  5.9G  114G   5% /
>> swap                  3.5G  304K  3.5G   1% /etc/svc/volatile
>> /usr/lib/libc/libc_hwcap1.so.1
>>                       120G  5.9G  114G   5% /lib/libc.so.1
>> swap                  3.5G   40K  3.5G   1% /tmp
>> swap                  3.5G   36K  3.5G   1% /var/run
>> rpool/ROOT/opensolaris-4/opt
>>                       115G  582M  114G   1% /opt
>> rpool/export          114G   19K  114G   1% /export
>> rpool/export/home     124G  9.3G  114G   8% /export/home
>> rpool                 114G   61K  114G   1% /rpool
>> rpool/ROOT            114G   18K  114G   1% /rpool/ROOT
>> [EMAIL PROTECTED]:~$
>>
>>
>>
>> On Tue, Aug 26, 2008 at 7:42 AM, Nils Goroll <[EMAIL PROTECTED]> wrote:
>>
>>> Hi David,
>>>
>>> have you tried mounting and re-mounting all filesystems which are not
>>> being mounted automatically? See other posts to zfs-discuss.
>>>
>>> Nils
>>>
>>>
>>
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to