Date: Sat, 5 Jun 2010 19:50:55 -0700 From: Artem Belevich <fbsdlist@src.cx> To: =?ISO-8859-1?Q?St=E5le_Kristoffersen?= <staale@kristoffersen.ws> Cc: freebsd-scsi@freebsd.org, Matthew Jacob <mj@feral.com> Subject: Re: mpt request timed out Message-ID: <AANLkTimtNUzWAK7kxpt1KweeuKfKhOJQKyzcJbOqBUpZ@mail.gmail.com> In-Reply-To: <20100606024901.GC53735@putsch.kolbu.ws> References: <20100606014516.GA53735@putsch.kolbu.ws> <AANLkTim2DGamjA3kV6jDcjyXNhhkL6j6aCfT__V7ZFpQ@mail.gmail.com> <4C0B077F.1020409@feral.com> <AANLkTikRlH9DHdVMKSYImSaE1kxLuqCKiUN992dtvQlm@mail.gmail.com> <20100606024901.GC53735@putsch.kolbu.ws>
next in thread | previous in thread | raw e-mail | index | archive | help
Bummer. Then it's probably not the same issue.
--Artem
2010/6/5 Ståle Kristoffersen <staale@kristoffersen.ws>:
> On 2010-06-05 at 19:37, Artem Belevich wrote:
>> On Sat, Jun 5, 2010 at 7:27 PM, Matthew Jacob <mj@feral.com> wrote:
>> > On 6/5/2010 7:25 PM, Artem Belevich wrote:
>> >> I used to have "UNIT ATTENTION asc:29,0" errors on mpt when it was
>> > I'm sorry, but this is useless and totally not relevant. Unit Attention in
>> > this case just notes that a reset occurred.d
>>
>> Agreed. That particular message didn't help me at all in
>> troubleshooting the problem.
>> I've stumbled on correlating SMART data more or less by accident.
>>
>> >> In my case those errors were correlating pretty well with disks' SMART
>> >> UDMA_CRC_Error_Count.
>> >
>> > That is much more useful.
>>
>> After firmware change both mpt and SMART errors disappeared.
>
> I'm already running the latest IT firmware, and I don't have any
> CRC-errors:
> # for i in {0..20}; do smartctl -a da$i > da$i;done
> da0:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da1:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da10:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da11:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da12:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da13:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da14:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da15:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da16:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da17:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da18:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da19:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da2:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da20:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da3:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da4:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da5:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da6:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da7:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da8:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
> da9:199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
>
> --
> Ståle Kristoffersen
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTimtNUzWAK7kxpt1KweeuKfKhOJQKyzcJbOqBUpZ>