lkml.org 
[lkml]   [2003]   [Nov]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [3ware.com #1741] FW: Bug during media scan, k ernel 2.4.23-pre9
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...

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.057 / U:0.380 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site