All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joe Eykholt <jeykholt@cisco.com>
To: st0ff@npl.de
Cc: Caspar Smit <c.smit@truebit.nl>, jack wang <jack_wang@usish.com>,
	linux-scsi@vger.kernel.org
Subject: Re: ATA / mvsas issue.
Date: Thu, 01 Apr 2010 17:25:39 -0700	[thread overview]
Message-ID: <4BB53983.5050309@cisco.com> (raw)
In-Reply-To: <4BB50A92.3030205@gmx.net>

Stefan *St0fF* Huebner wrote:
> Am 01.04.2010 09:55, schrieb Caspar Smit:
>>>     
>>>> Hi all,
>>>>
>>>> Today I installed 16 fresh Western Digital WD5000BEVT (2,5") drives in
>>>> one
>>>> of our test servers.
>>>>
>>>> I created a software raid5 with a hotspare on these 16 disks.
>>>>
>>>> I noticed that the detection of the disks during boottime was very very
>>>> slow.
>>>> Creating the md superblocks went very very slow.
>>>>
>>>> After that all seemed fine (speed of the raid5 init was normal).
>>>>
>>>> I noticed many of these messages in the syslog (also attached):
>>>>
>>>> Mar 31 14:34:17 test ata_id[3752]: main: HDIO_GET_IDENTITY failed for
>>>> '/dev/.tmp-8-112'
>>>> Mar 31 14:34:17 test ata_id[3765]: main: HDIO_GET_IDENTITY failed for
>>>> '/dev/.tmp-8-128'
>>>>
>>>> This seems to correspond to the slow detection of the disks.
>>>>
>>>> Is this an ATA problem, or a problem in the mvsas driver?
>>>>
>>>> I use the mvsas driver from 2.6.32 with the latest patch from Srinivas.
>>>>
>>>> Kind regards,
>>>> Caspar Smit
>>>>
>>>>
>>>> [Jack] It's normal behavior of SATA disk, SATA disk need more time than
>>>> SAS
>>>> disk to spin up to response command.
>>>>       
>>> I use loads of other SATA disks which don't have this behavior.
>>>
>>> Caspar
>>>
>>>
>>> [Jack] In my test, some big SATA disks(ie 500G above)have this issues.
>>> Best Regards
>>>     
> @Jack: sorry, but that doesn't cause unresponsiveness.  Some 2TB
> SATA-Disks need >10s to spin up, but there shouldn't be any notes/logs
> like those.  As a matter of fact: these 2,5" drives should spin up in a
> matter of 2s.

That seems to match the log that Caspar Smit posted yesterday.  Each drive
took about 2s to probe, and being that there are 16 of them, it took 32s.
It would be good if it could somehow do that in parallel being that this
is the 21st century :-)  Not sure how hard that is ...

I wonder if they spin up during probe or later during attach.

I don't know about the ata_id messages; I just wanted to point out the above.

Maybe ata_id is waiting for spin up but not waiting long enough if there are
so many disks and they spin up sequentially.  Spin up shouldn't be needed for
identity info, I would think.

	Joe

>> Seagate 500G SATA disks are working fine.
>>   
> Hitachi also.  And I've seen WD5000BEVT work great, too.  8 of a kind in
> a QNAP SS-839 (Atom based NAS with a pretty recent linux on it) work fine!
> 
> Stefan
>> Caspar
>>
>>   
>>> ************************************************************************
>>> Jack  Wang


  reply	other threads:[~2010-04-02  0:25 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-31 13:03 ATA / mvsas issue Caspar Smit
2010-04-01  0:57 ` jack wang
2010-04-01  6:17   ` Caspar Smit
2010-04-01  6:57     ` jack wang
2010-04-01  7:55       ` Caspar Smit
2010-04-01 21:05         ` Stefan *St0fF* Huebner
2010-04-02  0:25           ` Joe Eykholt [this message]
2010-04-02 14:14             ` Caspar Smit
2010-04-09 15:52               ` Still havind major MVSAS issues Caspar Smit
2010-04-10 19:02                 ` Still having " Jelle de Jong
2010-04-12  4:21                 ` Still havind " Srinivas Naga Venkatasatya Pasagadugula - ERS, HCL Tech
2010-05-01  9:23                   ` Jelle de Jong
2010-05-06  6:01                 ` Srinivas Naga Venkatasatya Pasagadugula - ERS, HCL Tech
2010-05-06  6:44                   ` Jelle de Jong
     [not found]                   ` <6B62480106F2B34D8404CF2FDAA4D9EF7F36EFEE0C@CHN-HCLT-EVS06.HCLT.CORP.H CL.IN>
2010-05-06 12:14                     ` Caspar Smit
2010-06-06 12:13                   ` Jelle de Jong
2010-06-06 13:35                     ` Konstantinos Skarlatos
2010-06-06 13:43                     ` Konstantinos Skarlatos
2010-04-01 14:32       ` ATA / mvsas issue Caspar Smit

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BB53983.5050309@cisco.com \
    --to=jeykholt@cisco.com \
    --cc=c.smit@truebit.nl \
    --cc=jack_wang@usish.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=st0ff@npl.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.