Date: Wed, 21 Jun 2006 00:18:20 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Ensel Sharon" <user@dhp.com>, <freebsd-fs@freebsd.org> Subject: Re: Adaptec 2820sa redux, and possible problems Message-ID: <009e01c694bf$d777b9d0$b3db87d4@multiplay.co.uk> References: <Pine.LNX.4.21.0606201652150.12027-100000@shell.dhp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ensel Sharon wrote:
> Additional tests reveal that an rsync from array0 -> array1 also
> causes the kernel controller to crash, etc.
>
> Both arrays can survive a brutal (big, long, lots of inodes) rsync,
> and they can even survive it when they are done simultaneously. They
> just can't survive it to each other (although I was surprised that an
> rsync over ssh behaved the same as a 'mv' or a 'cp'...)
>
> The good news is, it doesn't seem to be a bad card or corrupt memory
> or anything, since the crash is predictable and non-randomm.
>
> All disk caching is turned off in the controller, and the arrays were
> created with no read or write caching. There is no hardware (disk or
> controller) caching going on of any kind. Any other information I can
> provide ?
Out of interest what disks are u using. This sounds very much like
a bug that I ran into with the hpt driver turned out to be that Seagate
400GB drives dont handle 28-bit command on sector 0xfffffff correctly.
Driver must use a 48-bit command to access that sector.
Drives from other vendors (Maxtor, WD) don't seem to have this issue.
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?009e01c694bf$d777b9d0$b3db87d4>