linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: Matthew Wilcox <matthew@wil.cx>,
	linux-scsi@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: [eSATA] 2.6.28.7: IO errors
Date: Mon, 30 Mar 2009 17:25:10 +0900	[thread overview]
Message-ID: <49D081E6.5010609@kernel.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0903280139340.4635@axis700.grange>

Hello,

Guennadi Liakhovetski wrote:
> Hi Matthew,
> 
> On Fri, 27 Mar 2009, Matthew Wilcox wrote:
> 
>> On Sat, Mar 28, 2009 at 12:18:38AM +0100, Guennadi Liakhovetski wrote:
>>> I'm using an external eSATA / USB / Firewire 2x1T RAID from WD in RAID1 
>> Looks like your problems are solved by
>> 9062712fa9ed13b531dfc2228086650b8bd6a255
> 
> (added Tejun as the patch author and owner of similar hardware)

Thanks for forwarding.

> AFAIU, that patch improves or fixes error handling on those drives, and 
> the symptom, that Tejun was observing, was that the drive was hanging and 
> required a power cycle.
> 
> In my case the drive didn't need a power cycle, and error handling did 
> work, AFAICS, but even just having that error seems not healthy for the 
> data, which is confirmed by ext4 errors. Am I right?

No, your drive checked out after the last error even after the link
speed had been lowered to 1.5Gbps, so the EH did everything it could
but no candy.  The drive still checked out.

> Error handling is great, but I think what I want is to avoid such errors 
> altogether. So, my question was - can those errors be indeed caused by the 
> unstable eSATA connector in the drive? Tejun, you have similar drives, do 
> yours also have such a problem? How are you solving it?

I don't use the drives extensively but shorter cables seem to solve a
lot of the issues during testing.  Or rather, longer cables triggered
a LOT of problems.

> Is the only way to improve the connector stability by milling the
> plastic casing to actually be able to insert the connector properly
> or by contacting the retailer for a replacement?... Sorry, these are
> not directly Linux driver questions, but the questions are really
> what those error messages tell me about the possible reasons for the
> problem:-)

Give a shot at shorter cable.

Good luck!

-- 
tejun

  reply	other threads:[~2009-03-30  8:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.64.0903280001020.4635@axis700.grange>
2009-03-27 23:58 ` [eSATA] 2.6.28.7: IO errors Matthew Wilcox
2009-03-28 10:38   ` Guennadi Liakhovetski
2009-03-30  8:25     ` Tejun Heo [this message]
2009-03-30  9:48       ` Guennadi Liakhovetski
2009-03-30  9:55         ` Tejun Heo
2009-03-30 10:57           ` Guennadi Liakhovetski
2009-03-30 16:51             ` Mark Lord
2009-04-08 20:00               ` Guennadi Liakhovetski

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=49D081E6.5010609@kernel.org \
    --to=tj@kernel.org \
    --cc=g.liakhovetski@gmx.de \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=matthew@wil.cx \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).