From: Stephan von Krawczynski <skraw@ithnet.com>
To: linux-kernel <linux-kernel@vger.kernel.org>
Cc: linux@3ware.com
Subject: Re: [3ware.com #1741] FW: Bug during media scan, k ernel 2.4.23-pre9
Date: Mon, 3 Nov 2003 23:35:18 +0100 [thread overview]
Message-ID: <20031103233518.3ab90092.skraw@ithnet.com> (raw)
On Mon, 3 Nov 2003 14:16:15 -0800
"Tom Tran via RT" <support-comment@3ware.com> wrote:
>
> > -----Original Message-----
> > From: Stephan von Krawczynski [mailto:skraw@ithnet.com]
> > Sent: Monday, November 03, 2003 9:47 AM
> > To: Linux
> > Cc:
> > Subject: Bug during media scan, kernel 2.4.23-pre9
> >
> >
> > Hello,
> >
> > I just encountered a real bad problem with using media scan on 3ware
> > controllers. I have 3 hds connected and configured a RAID5. I use
> media scan
> > regularly (daily basis). Since two days I see this problem:
> >
> > Nov 3 18:12:11 box 3w-xxxx[2039]: INFORMATION: Verify started on
> unit 0 on
> > controller ID:2. (0x29)
> > Nov 3 18:19:41 box kernel: 3w-xxxx: scsi2: Unit #0: Command
> (f6e5d800)
> > timed
> > out, resetting card.
> >
> > After that the box has problems, the controller obviously hangs.
> > This in itself can be considered a bug, but what is really annoying
> is that
> > one
> > has no chance finding out _which_ port caused the problem.
> > So at this point you can play roulette and replace one of the hds
> hoping
> > that
> > it was indeed the bad one.
> >
> > It would be really a lot better to degrade the unit in this case and
> give a
> > hint which port has problems (command timed out on port ...).
> > This would:
> > a) not hang the box
> > b) give you a chance to replace the hd, as you would expect in RAID5
> >
> > The current situation is absolutely _no good_.
> >
> > Regards,
> > Stephan
>
>
> What motherboard do you have? Does your motherboard
> bios has an option called "APIC" ? Disable APIC MODE
> if it is enabled.
Sorry to say that: this setup works since months. It has already showed
correct RAID5 "dropouts" (hd failures, replacements etc). My problem is not
that it does not work or does hang. Sure this is not nice, but the absolute bug
is really _only_ that there is no information about the _cause_ (port) of the
failure. This has nothing to do with apic or not, it is a simple lack of
output information.
> If the problems persist, please send us 3dm details,
> 3dm alarms page, and 3dm error log (download from
> 3dm ALARMS).
The problem will persist, because apic doesn't help the driver to show
output. There is no other useful information in the 3dm logs. In fact the
problem does not even show up there. Last reports are visible in syslog output
as stated in the report.
Regards,
Stephan
PS 3ware: if you send mails for support with questions, please set a
reply-address that is deliverable...
reply other threads:[~2003-11-03 22:35 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20031103233518.3ab90092.skraw@ithnet.com \
--to=skraw@ithnet.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@3ware.com \
/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.