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

[Mark Saad]

> On Aug 6, 2014, at 5:33 PM, "Steven Hartland" <killing at multiplay.co.uk> wrote:
> 
> 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.
> 

Why details can you provide about the hardware ? Could you upload a dmesg.boot to 

www.nycbug.org/index.cgi?action=dmesgd&do=home



> 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
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"

Mark saad | mark.saad at longcount.org