Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 27 Oct 2004 15:12:20 -0700
From:      Julian Elischer <julian@elischer.org>
To:        Andreas Braukmann <braukmann@tse-online.de>
Cc:        Kris Kennaway <kris@obsecurity.org>
Subject:   Re: growfs - Using on mounten FS - planned?- TWE probs..
Message-ID:  <41801D44.1060504@elischer.org>
In-Reply-To: <85C963600BB244852D738B91@[192.168.225.210]>
References:  <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> <417FFE5A.2070405@elischer.org> <85C963600BB244852D738B91@[192.168.225.210]>

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


Andreas Braukmann wrote:

> --On Mittwoch, 27. Oktober 2004 13:00 Uhr -0700 Julian Elischer 
> <julian@elischer.org> wrote:
>
>> Andreas Braukmann wrote:
>>
>>>
>>> I'll have to test this on gvinum / UFS2 during the next few weeks,
>>> because of a 2 TByte storage server running 5.3 has to go in pro-
>>> duction in early December.
>>
>>
>>
>> what storage are you using?
>
>
> twe(4) and a bunch of big S-ATA drives in RAID-5 configuration.
> Nothing really impressive nowadays. 


I'm having infrequent corruption problems with 3ware 7500-8 cards .
do you check your data?
We store GB sized files and we checksum them and we check the checksums 
over time....
Over 7 servers we see a couple of file drop chunks of data over a weeks 
worth
of writing..  either 128KB chunks are not written or the chunk 
corresponding to
1 drive's part of a 128KB write never happens.  Some of them are 
defintly firmware
problems but some of them might be driver or OS problems too (or firmware).

The data goes missing immediatly on write.. not through degradation, so
we immediatly resend the data and rewrite the file.

This is with 4.8 + the driver from their website.. and the driver from 4.10

>
>
>
>
> -Andreas
>
>
>



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