From owner-freebsd-current  Fri Nov 13 15:59:10 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA23178
          for freebsd-current-outgoing; Fri, 13 Nov 1998 15:59:10 -0800 (PST)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA23155
          for <freebsd-current@FreeBSD.ORG>; Fri, 13 Nov 1998 15:58:53 -0800 (PST)
          (envelope-from shimon@simon-shapiro.org)
Received: (qmail 14997 invoked by uid 1000); 14 Nov 1998 01:02:26 -0000
Message-ID: <XFMail.981113200226.shimon@simon-shapiro.org>
X-Mailer: XFMail 1.3 [p0] on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <199811132253.OAA00889@dingo.cdrom.com>
Date: Fri, 13 Nov 1998 20:02:26 -0500 (EST)
X-Face: (&r=uR0&yvh>h^ZL4"-T<Ako6fc!xyO!<qETO3]"NFbiV!}=/kj5G1L>H61PD}/|Y'~58Z#
 Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'<b{Ioa^9\-Z$3!Z7-
 ;\X0`\'JZI~c>\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+
 O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc?
Reply-To: shimon@simon-shapiro.org
Organization: The Simon Shapiro Foundation
From: Simon Shapiro <shimon@simon-shapiro.org>
To: Mike Smith <mike@smith.net.au>
Subject: Re: nfs_rename() panic
Cc: freebsd-current@FreeBSD.ORG, Andrew Gallatin <gallatin@cs.duke.edu>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


Mike Smith, On 13-Nov-98 you wrote:
> > 
> > I'm getting a 100% reproducible panic in nfs_rename.  This is on a
> > system with sources cvsupped this morning about 10am EST.  NFS is
> > compiled in statically, not an LKM.  The new access caching stuff is
> > off. This panic does not happen in a kernel built from 1 week old
> > sources. 
> > 
> > The panic happens when trn renames .newsrc in a filesystem mounted via 
> > NFSv3/tcp from a Solaris 2.5 server.
> > 
> > I've appended a partial stack trace.  The problem seems to be that
> > fvp->v_data is somehow becoming NULL.
>  
>  Weird.  I can't work out why the nfsnode would have been revoked at 
>  that point, but it looks like it must have.  There are some other bugs 
>  in the code though, as tvp may be NULL if it was open and has been 
>  sillyrenamed.  I'll add some sanity checking, but it would be useful if 
>  you could check that it's definitely fvp->v_data that's NULL.

I am getting essentially the same result on nickel (alpha) using nomis
(i386) as NFS server.  Any make activity  does that.

Simon


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message