Re: Strange SATA problem - data corrupting

2005-09-12 Thread pete wright
On 9/12/05, Tomas Randa [EMAIL PROTECTED] wrote:
 
 Hello,
 
 I have very strange problem with my FreeBSD box and Promise PDC20579
 SATA controller:
 
 [EMAIL PROTECTED]:7:0: class=0x010400 card=0x3574105a chip=0x3574105a
 rev=0x02 hdr=0x00
 vendor = 'Promise Technology Inc'
 device = 'Promise SATAII150 579 (tm) IDE Controller'
 class = mass storage
 subclass = RAID
 
 ad4: 381554MB ST3400832AS/3.02 [775221/16/63] at ata2-master SATA150
 
 Problem is, that every HDD connected to this controller is corrupting
 data. For example: I copy good tar.gz archive to this drive, and if I do
 decompression immediately after copying, there is no problem, but if I
 wait for example 10 minutes, then decompression ends with CRC error:
 
 box# gzip -d ./2005-09-11.tar.gz
 gzip: ./2005-09-11.tar.gz: invalid compressed data--crc error
 gzip: ./2005-09-11.tar.gz: invalid compressed data--length error
 
 I know, that problem is not in HDD or CPU/RAM, but in controller. Could
 it be a driver problem or not? I tried to turn off soft-updates, but
 with no change. I have no any ideas what to do or what to try.
 
 Thanks a lot for any answer or opinion.



Are you sure that it is not an issue with the drives? Just to make sure, you 
have attached these drives to another, known working system and seen the 
same issues. Also, have you made sure that the cabling to the drives 
themselves are not broken, and are seated properlly. To be sure, I'd grab a 
set of working sata cables and test out again. Finally, if you have done 
this hardware trouble shooting already and are sure that it is not a 
hardware issue with your disks/cabling/controller itself I would post the 
version of FreeBSD you are running (uname -ar) along with a dmesg to the 
list.

-p

-- 
~~o0OO0o~~
Pete Wright
www.nycbug.org http://www.nycbug.org
NYC's *BSD User Group
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Strange SATA problem - data corrupting

2005-09-12 Thread Tomas Randa

Thanks for quick answer.

I think I am sure, because if I connect this hard drive from this 
onboard Promise controller with same cable to onboard VIA8237 it works 
well. I tried other HDD - 76319MB ST380817AS/3.42 [155061/16/63] at 
ata5-master SATA150 not with same cable, I had exactly the same problem.


FreeBSD box.freebsd 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0: Wed Aug 31 
00:09:53 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/18BOX  i386


My BOX has Soltek SL-K890PRO-939 with onboard integrated this Promise RAID

Dmesg in attachement.

Now I am looking for this in dmesg: atapci0: failed: rid 0x20 is memory, 
requested 4


atapci0: Promise PDC20579 SATA150 controller port 
0xc000-0xc0ff,0xdf00-0xdf7f mem 
0xdc0c-0xdc0d,0xdc0e6000-0xdc0e6fff irq 19 at device 7.0 on pci0

atapci0: failed: rid 0x20 is memory, requested 4
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
ata4: channel #2 on atapci0


Tomas Randa

pete wright wrote:




On 9/12/05, *Tomas Randa* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Hello,

I have very strange problem with my FreeBSD box and Promise PDC20579
SATA controller:

[EMAIL PROTECTED]:7:0:   class=0x010400 card=0x3574105a chip=0x3574105a
rev=0x02 hdr=0x00
vendor   = 'Promise Technology Inc'
device   = 'Promise SATAII150 579 (tm) IDE Controller'
class= mass storage
subclass = RAID

ad4: 381554MB ST3400832AS/3.02 [775221/16/63] at ata2-master SATA150

Problem is, that every HDD connected to this controller is corrupting
data. For example: I copy good tar.gz archive to this drive, and
if I do
decompression immediately after copying, there is no problem, but if I
wait for example 10 minutes, then decompression ends with CRC error:

box# gzip -d ./2005-09-11.tar.gz
gzip: ./2005-09-11.tar.gz: invalid compressed data--crc error
gzip: ./2005-09-11.tar.gz: invalid compressed data--length error

I know, that problem is not in HDD or CPU/RAM, but in controller.
Could
it be a driver problem or not? I tried to turn off soft-updates, but
with no change. I have no any ideas what to do or what to try.

Thanks a lot for any answer or opinion.



Are you sure that it is not an issue with the drives?  Just to make 
sure, you have attached these drives to another, known working system 
and seen the same issues.  Also, have you made sure that the cabling 
to the drives themselves are not broken, and are seated properlly.  To 
be sure, I'd grab a set of working sata cables and test out again.  
Finally, if you have done this hardware trouble shooting already and 
are sure that it is not a hardware issue with your 
disks/cabling/controller itself I would post the version of FreeBSD 
you are running (uname -ar) along with a dmesg to the list.


-p

--
~~o0OO0o~~
Pete Wright
www.nycbug.org http://www.nycbug.org
NYC's *BSD User Group 



Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.4-RELEASE-p6 #0: Wed Aug 31 00:09:53 CEST 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/18SHINZON
module_register: module pci/em already exists!
Module pci/em failed to register: 17
ACPI APIC Table: K8T890 AWRDACPI
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) 64 Processor 3500+ (2199.76-MHz 686-class CPU)
  Origin = AuthenticAMD  Id = 0x20ff0  Stepping = 0
  
Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2
  AMD Features=0xe050NX,AMIE,LM,DSP,3DNow!
real memory  = 3220045824 (3070 MB)
avail memory = 3153993728 (3007 MB)
ioapic0 Version 0.3 irqs 0-23 on motherboard
ioapic1 Version 0.3 irqs 24-47 on motherboard
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: K8T890 AWRDACPI on motherboard
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi0: Power Button (fixed)
Timecounter ACPI-fast frequency 3579545 Hz quality