Date: Fri, 14 Dec 2012 07:29:18 -0800 From: olivier <olivier777a7@gmail.com> To: Jason Keltz <jas@cse.yorku.ca> Cc: freebsd-fs@freebsd.org Subject: Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE Message-ID: <CALC5%2B1PfC3Zg2ZY7VGp2SN3bzdzT9avS2rMuyiFC=y4EEu08eQ@mail.gmail.com> In-Reply-To: <50CB2B33.6000103@cse.yorku.ca> References: <CALC5%2B1Ptc=c_hxfc_On9iDN4AC_Xmrfdbc1NgyJH2ZxP6fE0Aw@mail.gmail.com> <50C9AFC6.6080902@FreeBSD.org> <CALC5%2B1MRurpbznOYrnE%2BK%2B=BEuj80iqJUbYkLN7SKFwtKqbE1Q@mail.gmail.com> <50CA1639.1010409@FreeBSD.org> <CALC5%2B1MpTUxtfJFN2Zu8%2BOSQ81ioEOTWApEY7zLB1tUkdsUj%2BQ@mail.gmail.com> <CALC5%2B1PdPnnx4ARGDOZeHKYuUVknQFGSKOZR1tz-mDDwCR%2B-8Q@mail.gmail.com> <50CB2B33.6000103@cse.yorku.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Unfortunately I don't have a single piece of code that triggers this. This happens on a server than a bunch of other machines can access simultaneously. My impression is that perhaps sustained concurrent reads or writes are what causes the problem. So maybe run a bunch of dd if=/dev/random of=temp bs=xx in parallel, or use something like bonnie++? Olivier On Fri, Dec 14, 2012 at 5:35 AM, Jason Keltz <jas@cse.yorku.ca> wrote: > 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<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@gmail.com> wrote: >> >> >>> On Thu, Dec 13, 2012 at 9:54 AM, Andriy Gapon <avg@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@freebsd.org mailing list >> http://lists.freebsd.org/**mailman/listinfo/freebsd-fs<http://lists.freebsd.org/mailman/listinfo/freebsd-fs>; >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@**freebsd.org<freebsd-fs-unsubscribe@freebsd.org> >> " >> > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALC5%2B1PfC3Zg2ZY7VGp2SN3bzdzT9avS2rMuyiFC=y4EEu08eQ>