From owner-freebsd-bugs@FreeBSD.ORG Fri Sep 24 15:30:23 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D3116A4CF for ; Fri, 24 Sep 2004 15:30:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06C443D5A for ; Fri, 24 Sep 2004 15:30:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8OFULKh029786 for ; Fri, 24 Sep 2004 15:30:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8OFUL7u029783; Fri, 24 Sep 2004 15:30:21 GMT (envelope-from gnats) Resent-Date: Fri, 24 Sep 2004 15:30:21 GMT Resent-Message-Id: <200409241530.i8OFUL7u029783@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Jakub Klausa Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1304616A4CE for ; Fri, 24 Sep 2004 15:21:53 +0000 (GMT) Received: from valhalla.bofh.pl (valhalla.bofh.org [80.55.205.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BA743D2F for ; Fri, 24 Sep 2004 15:21:51 +0000 (GMT) (envelope-from jacke@valhalla.bofh.pl) Received: from valhalla.bofh.pl (jacke@localhost.bofh.pl [127.0.0.1]) by valhalla.bofh.pl (8.13.1/8.13.1) with ESMTP id i8OFLf33046041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Sep 2004 17:21:41 +0200 (CEST) (envelope-from jacke@valhalla.bofh.pl) Received: (from jacke@localhost) by valhalla.bofh.pl (8.13.1/8.12.10/Submit) id i8OFLfhB046040; Fri, 24 Sep 2004 17:21:41 +0200 (CEST) (envelope-from jacke) Message-Id: <200409241521.i8OFLfhB046040@valhalla.bofh.pl> Date: Fri, 24 Sep 2004 17:21:41 +0200 (CEST) From: Jakub Klausa To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 cc: Soren Schmidt Subject: kern/72062: Inconsistency of large files on RAID1 with HPT372. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jakub Klausa List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2004 15:30:23 -0000 >Number: 72062 >Category: kern >Synopsis: Inconsistency of large files on RAID1 with HPT372. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 24 15:30:20 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Jakub Klausa >Release: FreeBSD 5.2.1-RELEASE-p8 i386 >Organization: PRIVATE >Environment: System: FreeBSD 5.3-BETA5 >Description: A problem exists in the HPT372 driver probably, which causes unconsistency while reading/writing large files (500M+?) off of RAID1 array. When reading/writing from/to a single disk connected to the very same controller (degraded array), everything works fine. Tested on several KD7-RAID boards from Abit, with different disks. ad4: 114498MB [232632/16/63] at ata2-master UDMA100 ad6: 114498MB [232632/16/63] at ata3-master UDMA100 ar0: 114498MB [14596/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master [17:06:58] [ttypb] [101] off:jacke:/home/jacke# atacontrol cap 2 0 ATA channel 2, Master, device ad4: Protocol ATA/ATAPI revision 7 device model SAMSUNG SV1203N serial number 0727J2FW814861 firmware revision TQ100-23 cylinders 16383 heads 16 sectors/track 63 lba supported 234493056 sectors lba48 supported 234493056 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes dma queued no no 0/0x00 SMART yes no microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE Behaves almost the same under RELENG_4. >How-To-Repeat: [17:10:34] [ttypc] [106] off:jacke:/var/ftp/incoming> repeat 2 md5 5.2.1-RELEASE-i386-disc* MD5 (5.2.1-RELEASE-i386-disc1.iso) = f52f43819d7211d0370a0c652c15a8f1 MD5 (5.2.1-RELEASE-i386-disc2.iso) = 99d8a5925fd0b0bacb1365c80187a931 MD5 (5.2.1-RELEASE-i386-disc1.iso) = 9a1c764680504f5b7d2fb8c2d07de8e0 MD5 (5.2.1-RELEASE-i386-disc2.iso) = 2c53b627c9848f487d2feaf83b21f933 >Fix: Waiting for one ;> >Release-Note: >Audit-Trail: >Unformatted: