NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE

[Jason Keltz]

Hi Olivier,

I'm running a system using the mps driver under 9.1.  The system has two 
9205-8e cards and one 9207-8i.  Can you give me the code that you're 
running that might eventually cause the lockup, and I'll try to see if I 
can make it happen here?  If it happens in multiple mps installations, 
maybe someone can look at the driver to see what the issue might be.  
Since my system isn't yet in production, I'm more than happy to leave it 
running a test....

Jason.

  On 12/14/2012 01:14 AM, olivier wrote:
> 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 <olivier777a7 at gmail.com> wrote:
>
>>
>> On Thu, Dec 13, 2012 at 9:54 AM, Andriy Gapon <avg at freebsd.org> 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
>>>
>>
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"