All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin@lichtvoll.de>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	bugzilla-daemon@bugzilla.kernel.org,
	bugme-daemon@bugzilla.kernel.org, linux-ide@vger.kernel.org,
	Jens Axboe <axboe@kernel.dk>
Subject: Re: [Bugme-new] [Bug 14518] New: I/O appears to get stuck on certain rsync backup job and system clock halts then
Date: Sat, 31 Oct 2009 13:22:00 +0100	[thread overview]
Message-ID: <200910311322.10242.Martin@lichtvoll.de> (raw)
In-Reply-To: <20091031114804.75ca5835@lxorguk.ukuu.org.uk>

[-- Attachment #1: Type: Text/Plain, Size: 2417 bytes --]

Am Samstag 31 Oktober 2009 schrieb Alan Cox:

[...]
> > > the machine suddenly reacted again. Later I found out that the time
> > > got stuck. The clock was going several hours to late.
> 
> If the clock gets stuck for some reason then the block layer and ATA
> timeouts are not going to work so the clock is probably the root cause.
> Clock stopped sounds like an IRQ jam, and given removing the card fixed
> it then possibly the drive jammed the IRQ on.
> 
> > > This brought some more UDMA CRC errors into the SMART LOG of my 500
> > > GB eSATA drive. Good that this is only an old age attribute.
> > > Anyway, both drives are
> 
> CRC errors are just logs of messages failing to get across uncorrupted
>  - its a sign of bad cables/power/adapters/ using SATA devices with
>  eSATA and not eSATA devices and the like. It's not really a sign of
>  drive problems.
> 
> I would say you had two problems
> 
> #1 Your eSATA cabling/power is flaky

I easily believe that for the first two occurences. As I said that eSATA 
case / cabling turned out to be quite flaky later on.

But on the third try I completely replaced it. Only thing that is 
unchanged is the 1 GB eSATA drive. But then on the third case I did not 
see *any* errors in the log at all until I disconnected both drives and 
removed the PCMCIA eSATA controller.

As of my knowing it should all be eSATA cables. I used the cables that 
where delivered with the eSATA cases.

> #2 the Cardbus Sil3512 controller somehow got stuck asserting an
> interrupt that wasn't cleared.

What could be the reason for that one? Could it be that the PCMCIA card 
had to many plug / unplug cycles. Contacts look fine tough.

> Needs the Sil3512 person to look at it. Even with flaky cabling it
>  should have either recovered cleanly or dropped the device.

Yes, thats my main concern. Why did it stuck the machine for so long?

Ok, if I can help with some test I try my best to take to time for it. I 
will wait for further instructions / questions.

For now I just assume that the data in the backup is okay and just use 
rsync periodically to update the backup - that seems to work. The data is 
a bit less important than the one on the internal drive so I hope I get 
away with this ;)

Ciao,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2009-10-31 12:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-14518-10286@http.bugzilla.kernel.org/>
2009-10-31  7:17 ` [Bugme-new] [Bug 14518] New: I/O appears to get stuck on certain rsync backup job and system clock halts then Andrew Morton
2009-10-31  7:27   ` Martin Steigerwald
2009-10-31  7:31   ` Martin Steigerwald
2009-10-31 11:48   ` Alan Cox
2009-10-31 12:22     ` Martin Steigerwald [this message]
2009-10-31 14:35       ` Alan Cox

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=200910311322.10242.Martin@lichtvoll.de \
    --to=martin@lichtvoll.de \
    --cc=akpm@linux-foundation.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=axboe@kernel.dk \
    --cc=bugme-daemon@bugzilla.kernel.org \
    --cc=bugzilla-daemon@bugzilla.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    /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.