9.3-RELEASE still instapanics on multi-mps(4) servers

[Steven Hartland]

TBH that sounds like dodgy hardware. We had a similar thing a few years
back with a machine which would panic mfi badly all the time where as
other machines where solid as a rock.

If its random then you could be facing the same thing.

I our case it turned out to be a faulty Intel CPU. There where on other
signs of issues just random panic in mfi.

So given the similarity and you said it only effects one out of two machines
have the HW replaced and see if the problem goes away.

    Regards
    Stev

----- Original Message ----- 
From: <wollman at bimajority.org>
To: <killing at multiplay.co.uk>
Cc: <freebsd-stable at freebsd.org>; <freebsd-scsi at freebsd.org>
Sent: Wednesday, August 06, 2014 10:10 PM
Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers


> In article <4DE72E01E8A64E98A31920FCFCAA5D26 at multiplay.co.uk>,
> killing at multiplay.co.uk writes:
>>The stack from the panic would be a good start.
> 
> As I said, it's in the middle of the USB code, which does not appear,
> from my previous bisection, to be connected with the bug at all.  (The
> panic is the result of an unhandled trap that happens during
> interrupt-driven probing, and it's nearly always in the USB code.  By
> loading different modules I can make it happen at slightly different
> times and places.)  Six months ago, I found that enabling any form of
> memory debugging suppresses the symptoms, although it also kills
> performance, of course.  I haven't tried that yet this time around.
> 
> Once I get a serial console hooked up I'll be in a better position to
> capture the full data (although obviously not a core dump).
> 
> -GAWollman
> 
>