Hi everyone,
I've been running a zfs fileserver for about a month now (on snv_91) and
it's all working really well. I'm scrubbing once a week and nothing has
come up as a problem yet.
I'm a little worried as I've just noticed these messages in
/var/adm/message and I don't know if they're bad o
I have seen this too
I 'm guessing you have SATA disks which are on a iSCSI target.
I'm also guessing you have used something like
iscsitadm create target --type raw -b /dev/dsk/c4t0d00 c4t0d0
ie you are not using a zfs shareiscsi property on a zfs volume but creating
the target from the devi
What does zpool status say?
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Ross wrote:
> What does zpool status say?
zpool status says everythings fine, i've run another scrub and it hasn't
found any errors, so can i just consider this harmless? its filling up
my log quickly though
thanks
Matt
No virus found in this outgoing message.
Checked by AVG - http://www.avg.
Matt Harrison wrote:
> Ross wrote:
>> What does zpool status say?
>
> zpool status says everythings fine, i've run another scrub and it hasn't
> found any errors, so can i just consider this harmless? its filling up
> my log quickly though
>
I've just checked past logs and i'm getting up to ab
Hi,
First of all, I really should warn you that I'm very new to Solaris, I'll
happily share my thoughts but be aware that there's not a lot of experience
backing them up.
>From what you've said, and the logs you've posted I suspect you're hitting
>recoverable read errors. ZFS wouldn't flag th
Ross wrote:
> Hi,
>
> First of all, I really should warn you that I'm very new to Solaris, I'll
> happily share my thoughts but be aware that there's not a lot of experience
> backing them up.
>
>>From what you've said, and the logs you've posted I suspect you're hitting
>>recoverable read err
> "mh" == Matt Harrison <[EMAIL PROTECTED]> writes:
mh> I'm worried about is if the entire batch is failing slowly
mh> and will all die at the same time.
If you can download smartctl, you can use the approach described here:
http://web.Ivy.NET/~carton/rant/ml/raid-findingBadDisks-0
un, 3 Aug 2008 16:48:03 +0100> From: [EMAIL PROTECTED]> To: [EMAIL
> PROTECTED]> CC: zfs-discuss@opensolaris.org> Subject: Re: [zfs-discuss] are
> these errors dangerous> > Ross wrote:> > Hi,> > > > First of all, I really
> should warn you that I'm
Miles Nordin wrote:
>> "mh" == Matt Harrison <[EMAIL PROTECTED]> writes:
>
> mh> I'm worried about is if the entire batch is failing slowly
> mh> and will all die at the same time.
>
> If you can download smartctl, you can use the approach described here:
>
> http://web.Ivy.NET/~ca
On Sun, Aug 3, 2008 at 8:48 PM, Matt Harrison
<[EMAIL PROTECTED]>wrote:
> Miles Nordin wrote:
> >> "mh" == Matt Harrison <[EMAIL PROTECTED]> writes:
> >
> > mh> I'm worried about is if the entire batch is failing slowly
> > mh> and will all die at the same time.
> >
>
Matt, can you
Matt Harrison wrote:
> Hi everyone,
>
> I've been running a zfs fileserver for about a month now (on snv_91) and
> it's all working really well. I'm scrubbing once a week and nothing has
> come up as a problem yet.
>
> I'm a little worried as I've just noticed these messages in
> /var/adm/messag
Johan Hartzenberg wrote:
> On Sun, Aug 3, 2008 at 8:48 PM, Matt Harrison
> <[EMAIL PROTECTED]>wrote:
>
>> Miles Nordin wrote:
"mh" == Matt Harrison <[EMAIL PROTECTED]> writes:
>>> mh> I'm worried about is if the entire batch is failing slowly
>>> mh> and will all die at the same
Richard Elling wrote:
> Matt Harrison wrote:
>> Aug 2 14:46:06 exodus Error for Command: read_defect_data
>> Error Level: Informational
>>
>
> key here: "Informational"
>
>> Aug 2 14:46:06 exodus scsi: [ID 107833 kern.notice]Requested
>> Block: 0 Error B
14 matches
Mail list logo
