Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Dec 2012 10:14:03 -0800
From:      olivier <olivier777a7@gmail.com>
To:        Andriy Gapon <avg@freebsd.org>
Cc:        freebsd-fs@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE
Message-ID:  <CALC5%2B1MpTUxtfJFN2Zu8%2BOSQ81ioEOTWApEY7zLB1tUkdsUj%2BQ@mail.gmail.com>
In-Reply-To: <50CA1639.1010409@FreeBSD.org>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALC5%2B1MpTUxtfJFN2Zu8%2BOSQ81ioEOTWApEY7zLB1tUkdsUj%2BQ>