From owner-freebsd-bugs@FreeBSD.ORG Tue Sep 14 09:20:05 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EEA5106564A for ; Tue, 14 Sep 2010 09:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB268FC0A for ; Tue, 14 Sep 2010 09:20:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8E9K5pb020740 for ; Tue, 14 Sep 2010 09:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8E9K53c020739; Tue, 14 Sep 2010 09:20:05 GMT (envelope-from gnats) Date: Tue, 14 Sep 2010 09:20:05 GMT Message-Id: <201009140920.o8E9K53c020739@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: jhell Cc: Subject: Re: kern/150544: Panic, when viewing the list of ZFS snapshots X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2010 09:20:05 -0000 The following reply was made to PR kern/150544; it has been noted by GNATS. From: jhell To: Andriy Gapon Cc: Martin Matuska , Pawel Jakub Dawidek , "Vladislav V. Prodan" , bug-followup@freebsd.org Subject: Re: kern/150544: Panic, when viewing the list of ZFS snapshots Date: Tue, 14 Sep 2010 05:16:06 -0400 On 09/14/2010 05:01, Andriy Gapon wrote: > on 14/09/2010 11:54 jhell said the following: >> Andriy, >> I backed your patch out and applied Martin's. >> >> Martin, >> >> That patch did not work. core.txt.41 backtrace attached. > > It was kind of obvious (to me at least) that the Martin's patch alone won't work. > I think I already explained what the problem is (zfsctl_mknode_shares passing > zfsctl_ops_shares to gfs_dir_create with all vops in zfsctl_ops_shares being NULL). > Yeah, It didn't seem like it was really that simple for just a lock after I seen that message you posted before about that content/context. If that (.zfs/shares) is really not needed and we really have no way to use it at the moment wouldn't be useful to go through and ifdef those parts that effect that ? -- jhell,v