kern/72062: Inconsistency of large files on RAID1 with HPT372.

Jakub Klausa jacke at bofh.pl
Fri Sep 24 08:30:23 PDT 2004


>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 <SAMSUNG SV1203N/TQ100-23> [232632/16/63] at ata2-master UDMA100
ad6: 114498MB <SAMSUNG SV1203N/TQ100-23> [232632/16/63] at ata3-master UDMA100
ar0: 114498MB <ATA RAID1 array> [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:


More information about the freebsd-bugs mailing list