For what it's worth, I think I might have solved my problem by reverting to an older version of the mps driver. I checked out a recent version of 9-STABLE and reversed the changes in http://svnweb.freebsd.org/base?view=revision&revision=230592 (perhaps there was a simpler way of reverting to the older mps driver). So far so good, no hang even when hammering the file system.
This does not conclusively prove that the new LSI mps driver is at fault, but that seems to be a likely explanation. Thanks to everybody who pointed me in the right direction. Hope this helps others who run into similar problems with 9.1 Olivier On Thu, Dec 13, 2012 at 10:14 AM, olivier <[email protected]> wrote: > > > On Thu, Dec 13, 2012 at 9:54 AM, Andriy Gapon <[email protected]> wrote: > >> Google for "zfs deadman". This is already committed upstream and I think >> that it >> is imported into FreeBSD, but I am not sure... Maybe it's imported just >> into the >> vendor area and is not merged yet. >> > > Yes, that's exactly what I had in mind. The logic for panicking makes > sense. > As far as I can tell you're correct that deadman is in the vendor area but > not merged. Any idea when it might make it into 9-STABLE? > Thanks > Olivier > > > > >> So, when enabled this logic would panic a system as a way of letting know >> that >> something is wrong. You can read in the links why panic was selected for >> this job. >> >> And speaking FreeBSD-centric - I think that our CAM layer would be a >> perfect place >> to detect such issues in non-ZFS-specific way. >> >> -- >> Andriy Gapon >> > > _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[email protected]"
